Slack64 14 Can't connect to website sub domains (intermittent problem)
I am having a strange problem which crops up now and then. I am connected to the internet, and can reach websites ok, but sometimes I can't get through to subdomains. For example, if I browse the NY Times site, I get all the info on the main page (nytimes.com) but with no formatting because the css for it is on a subdomain (css.nyt.com). Other sites which have content on subdomains come up "Server not found" (e.g. safaribooksonline.com is fine, but I can't access my.safaribooksonline.com)
Sometimes if I open a terminal window and ping the site or do an nslookup on it, it works, and then if I try to browse the site again it will work. But at other times ping can't find the site, and nslookup returns this error:
;; Truncated, retrying in TCP mode.
;; Connection to 192.168.1.1#53(192.168.1.1) for css.nyt.com failed: connection refused.
I have tried various browsers (firefox, opera, konqueror, lynx) and I am fairly sure it is not my wifi router and other computers in the house work fine (iPad, windows machine, and this laptop when I boot into windows)
So where should I start looking to find out what is going on?
(my laptop is an Acer 5542g, 4GB ram, 500GB HDD, ati mobile radeon graphics card, dual-booting win7 and slackware64 14 using lilo and EasyBCD)
Cheers for any ideas
seems like a DNS config?what's your /etc/resolv.conf ?
Here it is:
# Generated by NetworkManager
Why would this make the problem come and go?
Just to add more info: The problem comes and goes even without a reboot. When I started this thread, I couldn't get through to any subdomains, now they are working again.
I found that appending this to the end of resolve.conf fixed the problem:
These are the domain servers from the openDNS free dns servers.
Apparently the problem was that if the UDP packets are too large, the system tries to switch over to TCP, but my router doesn't have DNS over TCP setup. The reason windows is fine with the situation is that it ignores the fact that UDP packets are too large and tries to go with the info it has received anyway.
|All times are GMT -5. The time now is 10:58 AM.|