Jump to content

asfaraslarry

Members
  • Posts

    11
  • Joined

  • Last visited

Reputation

0 Neutral
  1. The clean uninstall with the tool (no re-install) and install of 4 CU1 with auto updates off seems to be working so far, thank you. I don't see the slowness and 'resolving host' in the lower left hand corner, or have many of my pages time out. Hope you get it ironed out some day. Is there a good place to periodically check to see if a new version is available that might fix your particular issue? Willing to help test builds.
  2. Sadly, this doesn't seem it will work for me. I'm assuming the idea is, "let's see if it's okay for a week when you are not scanning". The problem is, it's a problem immediately upon rebooting. While many sites respond fine, many do not. It wasn't until something changed and many did not, that I noticed that for even the ones that do work, it's noticeable, if you are looking and realize it's there. This makes me circle back to the top and wonder: what is it about using the VPN (which, I want to re-iterate, is not an ultimate solution for me, as the VPN causes other unwanted behavior, so I use it sparingly) that makes it work? The only thing I can think about a VPN is that it 'hides' the traffic from my ISP as it immediately leaves my home, until it reaches what I'm connected to (in my case, a server in CA). I use Cloudflare's DNS servers (though I've tried others, including Cox's), and that doesn't help. It makes me wonder if whatever ports you are using to do this extra scanning, whatever traffic that is, Cox is throttling or blocking it, but only in some cases. If it helps, besides a custom URL WebEx site, another excellent example of a page that dies trying to resolve completely is google''s developer console: https://console.developers.google.com/apis/credentials . There are plenty of other examples, and even for the ones that don't resolve at all, they are noticeably slow. As far as my internet speed, it's fine. I'm not sure if there was something in my logs that led you to believe it's slow or the comment was anecdotal, but I pull big downloads at nearly a gig and my up is near 40. Happy to try any other ideas (that don't literally allow me not to function with some web sites for entire week).
  3. Sorry about that, didn't read the instructions well and made an assumption about what was being asked. I ran the through the clean install w/ reboot, re-enabled beta and updated w/ reboot, then let it sit over night to get settled, and still have the same issues on my end. Here's a new dump with all the new pieces in place. mbst-grab-results.zip
  4. Version looks good, though I'm at 1.0.20726 on the package (though I doubt that matters). Still have issues, some can't be resolved at all, but all are slow. Slow enough to be noticeable and want me to disable the feature entirely. mbst-grab-results.zip
  5. Still rolling along with no changes. Running Browser Guard for some extra protection, but also still have to continue to run with 'Web Protection' set to 'Off' to avoid the slowness I experience, which seems to revolve around slow-to-no DNS host name resolution. I check periodically when I see an update roll through (still on the beta track).
  6. That was a nice thought, thank you. Gave it a try (with Web Protection enabled) and it didn't help. Turned off Web Protection and it returns to instant resolution.
  7. Also should note it's not just browsers. Games have a hard time starting up and connecting to services they need. Usually have to try two or three times until they connect and move forward. In GW2, I have to fight the issue a second time the first time I use the AH in a session. Also issues with my WebEx desktop client, trying to connect to company rooms and starting meetings in my own room. I tried this testing with all browsers closed, in the event having it running interfered with them. But again, none of these problems exist when: 1) I 'disable' Web Protection in MB 2) When I had VPN Unlimited installed, if I 'enabled' a connection (my closest best was in Los Angeles), with Web Protection still 'enabled' in MB, the problem wouldn't exist (which is not a long term solution to the problem, but interesting to note). Still makes me wonder if there isn't something about how 'Web Protection' works that my service provider is purposely blocking (which would explain how it was able to run okay with a VPN established, as theoretically, it would be invisible to them at that point). mbst-grab-results.zip
  8. Seeing a lot of this in various forms in other posts. Primarily a Chrome user, but it shows in Firefox as well. It's particularly slow on some sites, like webex.com (when visiting a team room site at a custom company url), or to-do.microsoft.com, but everything is ultimately affected. I found I can 'immediately' remedy the issue by disabling 'Web Protection'. When I turn it on, the problem comes back. I've done the ipconfig /flushdns, tried different DNS servers, and other things ad nauseam. When I reboot, I maybe get 20-30 minutes of relief, where everything will be relatively fast, but then it slowly devolves back into slowness. I had VPN Unlimited installed, and when that was 'active', everything was fine (even with MB's Web Protection enabled). When the VPN was off, and MB's Web Protection enabled, it was problematic. I read another post where someone uninstalled their VPN because it had a new setting that prevented DNS resolution from working properly when it was 'disabled', so thought that might affect me with the app I use, but uninstalling VPN Unlimited didn't help. The only sure fire thing that 'solves' the problem is disabling 'Web Protection' in MB. I turned the beta track on, and that isn't helping (unless I turn web protection off). In the event there is something about how web protection works that could be visible to (and throttled by) our IPs, mine is Cox (Phoenix). The part where it would work fine when I had VPN Unlimited installed and enabled was interesting. Perhaps creating that VPN tunnel hid the MB Web Protection activity from Cox, and Cox is somehow throttling that, for whatever reason? Conspiracy theories abound, I suppose. At any rate, I have Web Protection (sadly) disabled, and everything seems fine.
  9. Having this same problem. Primarily a Chrome user, but it shows in Firefox as well. It's particularly slow on some sites, like webex.com (when visiting a team room site at a custom company url), or to-do.microsoft.com, but everything is ultimately affected. I found I can 'immediately' remedy the issue by disabling 'Web Protection'. When I turn it on, the problem comes back. I've done the ipconfig /flushdns, tried different DNS servers, and other things ad nauseam. When I reboot, I maybe get 20-30 minutes of relief, where everything will be relatively fast, but then it slowly devolves back into slowness. The only sure fire thing that 'solves' the problem is disabling 'Web Protection' in MB. I turned the beta track on, and that isn't helping (unless I turn web protection off). In the event there is something about how web protection works that could be visible to (and throttled by) our IPs, mine is Cox (Phoenix).
  10. I have this same problem. I read another post where someone mentioned they had to uninstall a VPN they were using because it forced some sort of setting when 'not' in use that made DNS resolution slower. I have VPN Unlimited, so I uninstalled that and rebooted, in case it had the same thing. Things seemed okay for maybe the first 20 minutes, then it started going down hill. Happens in Chrome, Firefox, Brave. Two interesting things: 1. When my VPN Unlimited was still installed and I enabled it, connecting to a site in CA, everything worked great. Stop the VPN, it went back to being slow. 2. I can 'disable' the 'Web Protection' for Malwarebytes, and everything is fine again. So now that VPN Unlimited is uninstalled, and I don't have a real reason to re-install it (mostly use it on my mobile devices when out and about), my only option to working correctly is to leave 'Web Protection' off. Eagerly awaiting the update that fixes this.
Back to top
×
×
  • Create New...

Important Information

This site uses cookies - We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.