Problem mit DNS aufloesung - mal gehts mal nicht :-((
Hi Liste, ich hab hier ein etwas seltsames Problem mit den Linux Clients: Manchmal loesen sie die Namen correct auf und manchmal nicht. ---Vorgeschichte--- Zuerst wollten die Windos Clients nicht ins Internet. Seitdem ich aber geschnallt habe das die ICMP brauchen geht das fast ohne Probleme. Die erste Seite wenn ich den Browser oeffne wird erst beim zweiten Aufruf geladen. Das waere aber noch zu verkraften. ---schnapp--- Seitdem ich jetzt aber auf einem kleinen Linux Router den Kernel mit ICMP Support habe koennen die Linux Clients zwar auch pingen allerdings funktioniert dafuer jetzt die Namensaufloesung nur noch sporadisch. Als Nameserver hab ich den vom Provider (NGI) nagegeben. Das problem aeussert sich so das der Browser ohne Nachhilfe erst gar keine Seite laden kann. Um der Sache nachzuhelfen kann ich dann in einem XTerm zb. Pings nach heise.de senden. Falls das erfolgreich ist funktioniert dann auch das Browsen. Falls das pingen von heise.de aber fehlschlaegt funktioniert eignetlich nur noch das pingen auf die IP meines Mailservers im Buero. Wenn das funktioniert heisst das aber noch lange nicht das dann auch die Namensaufloesung klappt. Manchmal braucht das ganze dann uebr eine Minute bis die Namen endlich korrekt aufgeloest werden. Manchmal klappt es garnicht und ich kann es ca. 5 min spaeter nochmal probieren. Mit etwas glueck klappt es dann. Ich hab in den log Files nur folgende Eintraege gefunden die mich etwas stutzig machen: Local auf meinem Client in /var/log/warn: Aug 7 21:29:18 sven modprobe: modprobe: Can't locate module net-pf-10 Remote auf dem Router: Aug 7 13:07:02 srv01 kernel: ippp0: dialing 3 01033019106440... Aug 7 13:07:02 srv01 isdnlog: Aug 07 13:07:02 * tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg RING (Data) Aug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg User busy (Public network servingAug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg HANGUP User busy (Public network Ich werde da leider nicht wirklich schlau draus. :-(( Wenn es noch irgendwelche Logfiles gibt in den ich zur Loesung des Problems suchen koennte waere mir doch schon ein wenig geholfen. Ich klammere mich da an jeden Strohalm da es mir total auf den Wecker geht das Wintendo besser mit der Linux Kiste zusammenarbeitet als Linux selbst. Der Router ist eine SuSE 6.3 mit Fritz!PCI Karte und Kernel 2.2.14. Provider ist NGI. Die Clients sind auch beide SuSE 6.3 bzw. Win95. Ich weiss nicht mehr weiter. Wenn mir irgendjemand helfen kann bitte melde dich bevor ich hier noch durchdrehe! Cu, Sven --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Sven Hoexter wrote:
---Vorgeschichte--- Zuerst wollten die Windos Clients nicht ins Internet. Seitdem ich aber geschnallt habe das die ICMP brauchen geht das fast ohne Probleme. Die erste Seite wenn ich den Browser oeffne wird erst beim zweiten Aufruf geladen. Das waere aber noch zu verkraften. ---schnapp---
Das ICMP wird u.a. fuer "ping", "traceroute", usw. gebraucht.
Seitdem ich jetzt aber auf einem kleinen Linux Router den Kernel mit ICMP Support habe koennen die Linux Clients zwar auch pingen
Du meinst mit "ICMP support" vermutl. die Masquerading-Unterstuetzung fuer das ICMP... Denn ICMP an sich kann der Kernel auch ohne besondere Einstellung.
Ich hab in den log Files nur folgende Eintraege gefunden die mich etwas stutzig machen:
Local auf meinem Client in /var/log/warn: Aug 7 21:29:18 sven modprobe: modprobe: Can't locate module net-pf-10
"net-pf-10" haengt mit "ipv6" zusammen und sollte bzgl. dieses Problems keine Rolle spielen. Kann man ggf. in der "/etc/conf.modules" deaktivieren.
Remote auf dem Router: Aug 7 13:07:02 srv01 kernel: ippp0: dialing 3 01033019106440... Aug 7 13:07:02 srv01 isdnlog: Aug 07 13:07:02 * tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg RING (Data) Aug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg User busy (Public network servingAug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg HANGUP User busy (Public network
Sieht so aus, als ob die Einwahl wegen des Besetztzeichens nicht funktioniert, oder?
Der Router ist eine SuSE 6.3 mit Fritz!PCI Karte und Kernel 2.2.14. Provider ist NGI. Die Clients sind auch beide SuSE 6.3 bzw. Win95.
<Vermutung> Hast Du auch den "dyn_IP"-Patch auf dem Router aktiv? D.h. in der "/etc/rc.config" aktivieren bzw. ein echo 7 > /proc/sys/net/ipv4/ip_dynaddr eingeben oder vorher mal den Wert von "/proc/sys/net/ipv4/ip_dynaddr" auslesen... Ansonsten: Kontrolliere doch mal, ob wirklich die ISDN-Verbindung zum ISP steht, wenn das Pingen nicht funktioniert... </Vermutung> Gruss, Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, Aug 07, 2000 at 11:25:56PM +0200, Steffen Moser wrote:
Sven Hoexter wrote:
Hallo Steffen,
Remote auf dem Router: Aug 7 13:07:02 srv01 kernel: ippp0: dialing 3 01033019106440... Aug 7 13:07:02 srv01 isdnlog: Aug 07 13:07:02 * tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg RING (Data) Aug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg User busy (Public network servingAug 7 13:07:04 srv01 isdnlog: Aug 07 13:07:04 tei 72 calling +49 19106440, with +49 911/5809449, Nürnberg HANGUP User busy (Public network
Sieht so aus, als ob die Einwahl wegen des Besetztzeichens nicht funktioniert, oder? Ist nicht ganz ausschliessen. Ich weiss nur das es gestern Abend dann nicht mehr aufgetreten ist.
<Vermutung>
Hast Du auch den "dyn_IP"-Patch auf dem Router aktiv? Hatte ich nicht.
D.h. in der "/etc/rc.config" aktivieren bzw. ein
echo 7 > /proc/sys/net/ipv4/ip_dynaddr
eingeben oder vorher mal den Wert von "/proc/sys/net/ipv4/ip_dynaddr" auslesen... Ich will mich ja nicht zu frueh freuen aber ich glaube das es das war. Zumindest lief dann gestern Abend bis ca. 3Uhr heute freuh alles ohne Probleme.
Cu, Sven *der_Steffen jetzt_auf_ewig_dankbar_ist* -- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Sven, das Ganze hat wohl nichts mit deinem Problem zu tun. Aber als ich die Beschreibung las, mußte ich sofort daran denken, daß ich ein ähnliches Verhalten hier hatte, als ich den nscd mal testweise an- geschmissen habe. Nachdem ich das Teil 'getötet' hatte, lief alles wieder normal. Wie gesagt, kann mir beim besten Willen nicht vor- stellen, was das mit deiner Konfig zu tun hat. mfg Alfons. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
hoexter＠levspace.de -
moser＠egu.schule.ulm.de -
sulx＠freenet.de