@aurum: Hast die die ganzen DNS-Server-Vorschläge über die graphische Netzwerkkonfiguration eingestellt, oder hast Du die Datei /etc/resolv.conf direkt editiert?
Folgendes: Mein Router liefert per DHCP folgende DNS-Server:
192.168.1.1 ('lokaler' Cache)
www-proxy.M1.srv.t-online.de (irgendein t-online DNS-Server, kann nicht konfiguriert werden)
Dieser lokale Cache ist mit den DNS-Servern verbunden, die mein Provider anbietet.
Das Problem bei mir war, dass dieser lokale Cache seltsamerweise manchmal nicht funktionierte (wohl nicht erreichbar war), und deshalb die DNS-Anfragen an den T-Online-Server weitergereicht wurden. Dieser antwortete aber meistens mit 'no answer'.
Wenn ich nun meine 'echten' DNS-Server manuell per GUI konfiguriert habe, so wurden diese zwar aufgenommen, aber immer hinten angestellt. Meine /etc/resolv.conf sah dann immer so aus:
nameserver 192.168.1.1
nameserver 217.237.151.97
nameserver 212.114.153.1
nameserver 212.114.152.1
Die Antwort vom t-online-dns (2. Server) führt wohl dazu, dass nun aber der 3. und 4. Server gar nicht mehr kontaktiert wird ⇒ oft ging nichts. Hier mal ein Beispiel für die Netzwerkprofis hier:
nslookup www.google.de 217.237.151.97
Non-authoritative answer:
www.google.de canonical name = www.google.com.
www.google.com canonical name = www.l.google.com.
Name: www.l.google.com
Address: 66.102.9.147
Name: www.l.google.com
Address: 66.102.9.99
Name: www.l.google.com
Address: 66.102.9.104
Das scheint ja ok zu sein, aber
nslookup www.aol.com 217.237.151.97
Server: 217.237.151.97
Address: 217.237.151.97#53
Non-authoritative answer:
*** Can't find www.aol.com: No answer
Das sieht irgendwie nach deinem Problem aus, oder? Das Problem löst sich, indem man die Reihenfolge der Server in der /etc/resolv.conf ändert und die 'richtigen' Server an den Anfang setzt. Zum Testen kann man das ruhig mal händisch machen. Dauerhaft muss man sich aber was überlegen. (Bei mir hat damals der Vorschlag aus dem Wiki aber nicht geklappt. Ich hab's dann irgendwie anders realisiert...)