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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ 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
--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt # NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt # DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt On Sat, May 13, 2017 at 1:04 PM, Tim Embler <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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
(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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler <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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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> 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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler < 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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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> wrote:
thanks Max,
Here's the terminal output:
root@ubuntu-laptop:/home/ubuntu# traceroute 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 > nxdomain-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any 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 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# dig any google.com > dns-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any google.com > dns-google.txt root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD 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" 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\r\n\r\n"; sleep 5;) | openssl s_client -connect 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 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> 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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler < 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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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> 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> wrote:
thanks Max,
Here's the terminal output:
root@ubuntu-laptop:/home/ubuntu# traceroute 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 > nxdomain-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any 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 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# dig any google.com > dns-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any google.com > dns-google.txt root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD 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" 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\r\n\r\n"; sleep 5;) | openssl s_client -connect 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 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> 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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler < 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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
That is very strange. Does anyone have a hypothesis? On Sat, May 13, 2017 at 5:26 PM, Brian OKeefe <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> 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> wrote:
thanks Max,
Here's the terminal output:
root@ubuntu-laptop:/home/ubuntu# traceroute 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 > nxdomain-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any 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 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# dig any google.com > dns-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any google.com > dns-google.txt root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD 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" 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\r\n\r\n"; sleep 5;) | openssl s_client -connect 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 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> 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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler < 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 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. 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. 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, 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 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 with no packet loss. I'm stumped. Help?
Thanks
Brian --
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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> 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> 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> 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> wrote:
thanks Max,
Here's the terminal output:
root@ubuntu-laptop:/home/ubuntu# traceroute 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 > nxdomain-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any 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 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt root@ubuntu-laptop:/home/ubuntu# dig any google.com > dns-default.txt root@ubuntu-laptop:/home/ubuntu# dig @8.8.8.8 any google.com > dns-google.txt root@ubuntu-laptop:/home/ubuntu# curl -IX HEAD 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" 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\r\n\r\n"; sleep 5;) | openssl s_client -connect 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 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> 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> 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 > tr-dns.txt traceroute 172.217.11.238 > tr-direct.txt
# NXDomain hijacking? dig any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-default.txt dig @8.8.8.8 any ghkdsjfsdfldsfmensdfosdfsdfnwe.net > nxdomain-google.txt
# DNS MITM? dig any google.com > dns-default.txt dig @8.8.8.8 any google.com > dns-google.txt curl -IX HEAD google.com > http-dns.txt curl -IX HEAD -H "Host: google.com" 172.217.11.238 > http-direct.txt (echo -en "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"; sleep 5;) | openssl s_client -connect 172.217.11.238:443 > https-direct.txt
On Sat, May 13, 2017 at 1:04 PM, Tim Embler < 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 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. 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. 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, 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 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 with no packet loss. > I'm stumped. > Help? > > Thanks > > Brian > -- > > > _______________________________________________ > nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > > > > > _______________________________________________ > nmglug mailing listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > > > -- > > > _______________________________________________ > nmglug mailing listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://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 listnmglug@lists.nmglug.orghttp://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
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
officially weird then On 05/16/2017 08:22 AM, Brian OKeefe wrote:
Hi Andres and all, Here at Iconik connected to the network so all I have is the same result.
On 05/15/2017 01:33 PM, Andres Paglayan wrote:
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?
No difference
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
_______________________________________________ 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
On 05/16/2017 09:06 PM, Brian OKeefe wrote:
I guess that is some notoriety at least
On 05/16/2017 08:19 PM, Andres Paglayan wrote:
officially weird then
I agree, totally strange.... I have a question though. Just out of curiosity, have you tried using a Tor browser? Sometimes I use that just to troubleshoot strange firewall and IP routing issues. It might shed some light on why the VMs can connect but not the regular desktop browsers.
- KR -- This email account is used for list management only.
Brian OKeefe writes:
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:[1]https://www.daftlogic.com/projects-advanced-google-maps-d istance-calculator.htm. Anybody know other sites that use google maps I could try?
(Shameless plug) The PEEC trail map (Pajarito plateau, Los Alamos area) uses a Google Maps API: http://peecnature.org/learn/nature-guides/trail-guide/trailmap/ I wanted to use OpenLayers but couldn't find a usable satellite tile layer that works with free software. There's also the Google Maps Pedometer for measuring distances (no affiliation, I'm just a happy user): http://www.gmap-pedometer.com/ Don't know if those will help with your google resolving problem, but good luck! ...Akkana
participants (6)
-
Akkana Peck -
Andres Paglayan -
Brian OKeefe -
KRT Listmaster -
Max Bond -
Tim Embler