Hajo wrote:

a) ein routing Problem check mal deine routing Einträge nach dem Verbindungsaufbau. es sollte eine route zum provider geben.

b) ein Nameserver / resolver Problem

0. Check deine resolv.conf (Die muß bei dynip generiert werden, fallst keine da war) 1. Ping auf eine Dir bekannte IP-Adresse im Netz 2. nslookup für irgendeinen host im Netz

(und irgendwie erinnert mich das an mein letztes Prob!) und ich gebe zu, da habe ich meine Schwaechen - zu wenig Ahnung!

zu a) ... keine Ahnung, wie ich online die Route checke ... (leider!)

versuche mal "man route" (ich denke route -n sollte gehen, kann das aber hier in der Firma nicht checken, da ich keine Linux-Kiste hier habe)

...

b) ein Nameserver / resolver Problem zu b) ... da liegt wohl der Hase im Pfeffer!

zu 0.) ... gecheckt und 192.168.0.1 reingeschrieben u. da der Provider z.Zt immer dieselbe IP vergibt .............. auch die reingeschrieben - kein Unterschied.

hoffentlich auch in der richtigen Syntax? Nur die IP-Adresse tut es nicht

zu 1.) ... PING auf eine IP klappt! - PING auf einen Namen NICHT ............... Netscape auf http://193.100.232.131 - haut sofort hin! :-)))

Damit ist Punkt a) aber wahrscheinlich OK, denn der direkte Request an diesen Server geht ja.

............... Netscape auf http://www.heise.de/ - absolut NICHT, CPU 100% bis stop :-(((

Da haben wir den Übeltäter doch. Dein "name resolving" funktioniert nicht. Entweder war die resolv.conf falsch oder leer. Ich habe hier leider nur ein paar große HP-Rechner, auf denen die resolv.conf evtl anders aussieht als auf Linux. hier steht dort drin: ------cut here domain your.domain.name nameserver x.x.x.x nameserver y.y.y.y ------cut here

zu 2.) ... nslookup auf IP oder Namen klemmt ............... nslookup 130.75.6.10 141.1.1.1 - funzt genauso wie ............... nslookup meta.rrzn.uni-hannover.de 141.1.1.1 Server: ecrc.de Address: 141.1.1.1 (den Tip habe ich aus dem letzten Prob: meta.rrzn. ...)

Das ist doch kein Beweis!!! man nslookup sagt mir hier nslookup [-option...] host-to-find [server] Hier teilst Du nslookup explizit einen Nameserver (141.1.1.1) mit, der resolver muß den nicht (!) aus resolv.conf ermitteln. Dein Problem ist definitiv die Name Resolution. Siehe mal in das PPP-Howto und die man-page zu pppd. Oder schau in /etc/ppp die Skripte ip-up / ip-down an (ich hoffe die Namen aus dem Kopf sind richtig). Dort wird irgendwo eine resolv.conf gebastelt.

Damit habe ich ein Problem mit welchem Namen ... ? Und wie zu loesen? (SuSE6.2/k.org2.2.13)(nkita,nkitb,libnss_dns.so.2 updated)

Viel Erfolg Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com