what happens if you create another user account in the same machine and try from there? have you tried connecting form another network, like wifi from a coffee? have you installed any recent extension? did you create any nftables / iptables rules? for diagnosis only, what happens if you include one of google's ips on the hosts file? On 05/14/2017 09:00 PM, Brian OKeefe wrote:
Another bit of info but how useful? I have DraftLogic distance calculator I use in firefox. It uses google maps and layers on that. Google maps load for that site but not as maps.google.com. Here's DraftLogic:https://www.daftlogic.com/projects-advanced-google-maps-distance-calculator..... Anybody know other sites that use google maps I could try? Thanks
On 05/14/2017 01:21 PM, Max Bond wrote:
Could you bring it to the next session? I have a couple ideas, but they're not very friendly to remote debugging.
On Sun, May 14, 2017 at 1:17 PM, Brian OKeefe <okeefe@cybermesa.com <mailto:okeefe@cybermesa.com>> wrote:
Also no google earth. App loads but can't search but can zoom in, rotate, etc. Thanks for helping!
On 05/13/2017 07:16 PM, Max Bond wrote:
That is very strange. Does anyone have a hypothesis?
On Sat, May 13, 2017 at 5:26 PM, Brian OKeefe <okeefe@cybermesa.com <mailto:okeefe@cybermesa.com>> wrote:
Firefox 53.0.2, tried Chrome, Chromium, Pale Moon, all latest from updates
On 05/13/2017 05:02 PM, Max Bond wrote:
What I can conclude for the information that was in the email is that you are able to reach https://google.com from the terminal. Since you said you weren't able to do this from the browser, that suggests you were correct & that the issue is with your browser.
Could you tell us precisely which browser you're using & what version? You mentioned using Firefox; have you tried from Chromium?
Thanks, Max
On Sat, May 13, 2017 at 4:59 PM, Max Bond <max.o.bond@gmail.com <mailto:max.o.bond@gmail.com>> wrote:
Hey Brian,
Pardon me for not explaining better, but those commands created a series of .txt files (tr-dns.txt, tr-direct.txt, etc) which have the relevant information inside them.
Could you attach those files? The names are at the end of every line, after the ">".
On Sat, May 13, 2017 at 4:56 PM, Brian OKeefe <okeefe@cybermesa.com <mailto:okeefe@cybermesa.com>> wrote:
thanks Max,
Here's the terminal output:
root@ubuntu-laptop:/home/ubuntu# traceroute google.com <http://google.com> > tr-dns.txt root@ubuntu-laptop:/home/ubuntu# traceroute 172.217.11.238 > tr-direct.txt root@ubuntu-laptop:/home/ubuntu# dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net <http://ghkdsjfsdfldsfmensdfosdfsdfnwe.net> > nxdomain-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 <http://8.8.8.8> any ghkdsjfsdfldsfmensdfosdfsdfnwe.net <http://ghkdsjfsdfldsfmensdfosdfsdfnwe.net> > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# root@ubuntu-laptop:/home/ubuntu# root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 <http://8.8.8.8> any ghkdsjfsdfldsfmensdfosdfsdfnwe.net <http://ghkdsjfsdfldsfmensdfosdfsdfnwe.net> > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# dig any google.com <http://google.com> > dns-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 <http://8.8.8.8> any google.com <http://google.com> > dns-google.txt root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD google.com <http://google.com> > http-dns.txt % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 219 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD -H "Host: google.com <http://google.com>" 172.217.11.238 > http-direct.txt % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 219 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 root@ubuntu-laptop:/home/ubuntu# (echo -en "GET / HTTP/1.1\r\nHost: google.com <http://google.com>\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 <http://172.217.11.238:443> > https-direct.txt depth=3 C = US, O = Equifax, OU = Equifax Secure Certificate Authority verify return:1 depth=2 C = US, O = GeoTrust Inc., CN = GeoTrust Global CA verify return:1 depth=1 C = US, O = Google Inc, CN = Google Internet Authority G2 verify return:1 depth=0 C = US, ST = California, L = Mountain View, O = Google Inc, CN = *.google.com <http://google.com> verify return:1 DONE
On 05/13/2017 02:09 PM, Max Bond wrote:
Sorry for the chat-style messages, but as a last note, I know you tried changing your DNS settings, those last tests are meant to check for your ISP rewriting DNS responses. It's been known to happen.
On Sat, May 13, 2017 at 2:07 PM, Max Bond <max.o.bond@gmail.com <mailto:max.o.bond@gmail.com>> wrote:
(Obviously NXDomain hijacking wouldn't cause the problems you're experiencing, that's more meant to gauge CyberMesa's willingness to tamper with your traffic.)
On Sat, May 13, 2017 at 2:06 PM, Max Bond <max.o.bond@gmail.com <mailto:max.o.bond@gmail.com>> wrote:
Could you run a couple of commands to test for bad behavior by your ISP?
# Middleware boxes? Won't reveal clever ones. traceroute google.com <http://google.com> > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net <http://ghkdsjfsdfldsfmensdfosdfsdfnwe.net> > nxdomain-default.txt dig @8.8.8.8 <http://8.8.8.8> any ghkdsjfsdfldsfmensdfosdfsdfnwe.net <http://ghkdsjfsdfldsfmensdfosdfsdfnwe.net> > nxdomain-google.txt
# DNS MITM? dig any google.com <http://google.com> > dns-default.txt dig @8.8.8.8 <http://8.8.8.8> any google.com <http://google.com> > dns-google.txt curl -IX HEAD google.com <http://google.com> > http-dns.txt curl -IX HEAD -H "Host: google.com <http://google.com>" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com <http://google.com>\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 <http://172.217.11.238:443> > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler <timlists@tristarcreations.com <mailto:timlists@tristarcreations.com>> wrote:
yeah I would have thought the restart would have done it. like you even when the browser can't connect, pinging it still works fine for me too which is why I ruled out dns. I have a feeling you tried this but have you tried clearing all of your google.com <http://google.com> cookies/cache? That also temporary fixed the issue for me but I have log back into anything google which makes that a pain.
On 5/13/17 1:00 PM, Brian OKeefe wrote:
I found many people having this experience on the forums but the efforts that I tried which were solutions for them didn't help me. Like I wrote, no browser that is not in a VM connects to google.com <http://google.com>. My ISP is Cybermesa and they tried to help with DNS settings but that's all fine and was never an issue before anyway. I've tried disabling all add-ons for Firefox and that doesn't make a difference. A restart, which would kill all instances of all apps doesn't help. There are many "fixes" out there. Just none of them fix my problem, which is essentially identical to what other users, like you, experienced. they solved the issue. I cannot.
On 05/13/2017 12:50 PM, Tim Embler wrote: > While this issue is sad I am still > so happy to see someone else having > this issue and it is not just me. > Like you I have searched everywhere > and have not been able to find > anyone else having this issue. Are > you using Chrome/Chromium? I was > using Chromium at first but when the > issue started I switched to Chrome > which did also have the same > problem. I have not tried using > Firefox for an extended amount of > time to see if that also has this. > If I kill all instances of > Chrome/Chromium it will connect to > google again but after a few hours > the issue comes back where it will > not search/connect to google.com > <http://google.com>. You do have to > make sure you kill all instances of > chrome/chromium for that temporary > fix to work. On a permanent fix I > have no idea at this point. > > > > On 5/13/17 12:40 PM, Brian OKeefe wrote: >> Hi all. Sorry to have missed >> meetings and not been in contact so >> it's a bit awkward asking for help. >> But I will! >> I'm running Ubuntu 16.04 on an acer >> laptop. Until a few weeks ago all >> things google worked fine and it >> was my primary search engine. It >> started slowing down trying to >> connect to google.com >> <http://google.com>, www.google.com >> <http://www.google.com>, >> http://www.google....you get the >> idea. Eventually, about 2 weeks ago >> it just stopped connecting at all. So: >> >> I checked every forum and help page >> I could find. I changed DNS servers >> to open DNS, googleDNS, changed all >> configuration files to reflect >> those changes, many command line >> instructions and on and on. None of >> the Solved marked issues solved my >> problem even though the symptoms >> were the same. >> I run 2 VMs, Ubuntu 16.10 and >> FreeBSD. Both of those machines can >> use google as normal. that seems >> weird to me. >> I can load something like >> groups.google.com >> <http://groups.google.com> and then >> chose apps like gmail, drive, >> photos and several others but not >> calendar or maps (which is what I >> really want). I can use all those >> apps on the VMs though. >> In 16.04 no browser loads google. com >> I can ping google.com >> <http://google.com> with no packet >> loss. >> I'm stumped. >> Help? >> >> Thanks >> >> Brian >> -- >> >> >> _______________________________________________ >> nmglug mailing list >> nmglug@lists.nmglug.org >> <mailto:nmglug@lists.nmglug.org> >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org> > > _______________________________________________ > nmglug mailing list > nmglug@lists.nmglug.org > <mailto:nmglug@lists.nmglug.org> > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org> --
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
-- _______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
-- _______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
-- _______________________________________________ nmglug mailing list nmglug@lists.nmglug.org <mailto:nmglug@lists.nmglug.org> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org <http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org>
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org --
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
