Hallo! Meine SuSE 6.2 arbeitet schon länger recht gut als Proxy und verbindet unser Netz über ISDN mit dem I-net. Ich habe seit dem ersten Tag das Problem, daß das erste Paket, das die Verbindung ausgelöst hat, verloren geht. Wenn man per Browser den ISDN-Connect triggert, wird der Provider angerufen, aber der HTTP-request geht verloren - man muß "Reload" klicken und es tut sofort. In diversen ISDN Konfig-Dateien und zugehöriger Doku habe ich gelesen, daß das ein bekanntes Problem sei, das mit DHCP etc. zusammen hängt. Das erste Paket geht raus bevor die IP zugeordnet ist und findet hinterher seinen Weg nicht zurück. Ich finde das zwar komisch, denn das kann der dümmste Router und ich glaube kaum, daß ein Router etwas kann, was Linux nicht kann, aber gut... Ich habe mir jetzt von meinem Provider eine feste IP geben lassen. 195.8.249.XXX Befürchte, daß das eine dumme Frage ist, aber: Wo muß ich die IP eintragen? Es klappt weder als IP des ippp0 Netzwerkdevices, noch als IP des Point-to-Point-Partners noch als beides. Immer kommt in /var/log/messages: Mar 8 10:09:18 linuxelch ipppd[5330]: Remote message: Mar 8 10:09:18 linuxelch ipppd[5330]: MPPP negotiation, He: No We: No Mar 8 10:09:18 linuxelch ipppd[5330]: CCP enabled! Trying CCP. Mar 8 10:09:18 linuxelch ipppd[5330]: CCP: got ccp-unit 0 for link 0 (protocol: Mar 8 10:09:18 linuxelch ipppd[5330]: ccp_resetci! Mar 8 10:09:18 linuxelch ipppd[5330]: Could not determine local IP address Mar 8 10:09:18 linuxelch kernel: isdn_net: local hangup ippp0 Oben drüber steht remote message. Wer kann da wessen "local IP" nicht determine? Ist das eine Meldung von meiner Machine, daß sie keine IP zugewiesen bekommen hat? Wundert mich kaum, sie hat ja eine feste, die muß sie nehmen. Wie sage ich ihr das? Oder ist das eine Meldung vom "Remote-Router", daß er irgendwas nicht feststellen kann? Provider sagt, bei ihm ist 100%ig alles klar. Danke für jeden Tip. RTFM bitte nur, wenn ihr mir sagt, was ich lesen soll. ;) Gruß Ralph --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 8 Mar 2000 11:26:23 +0100, you wrote:
Mar 8 10:09:18 linuxelch ipppd[5330]: Could not determine local IP address
Wie siehts in /etc/ppp/options.ippp0 aus? o> # The IP addresses: <local>:<remote> o> # just "0.0.0.0:" or nothing for dynamic IP o> #0.0.0.0:
RTFM bitte nur, wenn ihr mir sagt, was ich lesen soll. ;)
man pppd /local Grüssings, Hauke -- [04:23] * agnes vergewaltigt gerade festplatten [04:23] <TheX> cool [04:23] <TheX> (...wie geht denn das..?) [04:24] <agnes> naja ich nehm den terminator raus --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi Ralph,
Meine SuSE 6.2 arbeitet schon länger recht gut als Proxy und verbindet unser Netz über ISDN mit dem I-net. Ich habe seit dem ersten Tag das Problem, daß das erste Paket, das die Verbindung ausgelöst hat, verloren geht. Wenn man per Browser den ISDN-Connect triggert, wird der Provider angerufen, aber der HTTP-request geht verloren - man muß "Reload" klicken und es tut sofort.
In diversen ISDN Konfig-Dateien und zugehöriger Doku habe ich gelesen, daß das ein bekanntes Problem sei, das mit DHCP etc. zusammen hängt. Das erste Paket geht raus bevor die IP zugeordnet ist und findet hinterher seinen Weg nicht zurück. Ich finde das zwar komisch, denn das kann der dümmste Router und ich glaube kaum, daß ein Router etwas kann, was Linux nicht kann, aber gut... Da der Verbindungsaufbau vom ersten Packet initiert wird, welches die dynamische IP ja noch nicht hat, kann es den Weg nicht zurueck finden. Soweit wars richtig. Das hat aber nichts mit DHCP zu tun (ganz andere Baustelle). Der Kernel muss im ersten Packet die dynamische IP austauschen. Option "IP_DYNIP=yes" in der /etc/rc.config und ein SuSEconfig sollten das Problem beheben.
Ich habe mir jetzt von meinem Provider eine feste IP geben lassen. 195.8.249.XXX
Befürchte, daß das eine dumme Frage ist, aber: Wo muß ich die IP eintragen? Es klappt weder als IP des ippp0 Netzwerkdevices, noch als IP des Point-to-Point-Partners noch als beides. Immer kommt in /var/log/messages:
Hehe, versuch mal als device "isdn"(ISDN Raw IP) anstatt "ippp"(ISDN SyncPP) zu verwenden. by Joerg --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jörg Zimmermann schrieb in 1,7K (44 Zeilen):
Der Kernel muss im ersten Packet die dynamische IP austauschen. Option "IP_DYNIP=yes" in der /etc/rc.config und ein SuSEconfig sollten das Problem beheben.
Da hilft SuSEconfig nichts, schau mal in /sbin/init.d/boot: # # Enable "dynamic IP patch" # if test -n "$IP_DYNIP" -a "$IP_DYNIP" != no -a \ -e /proc/sys/net/ipv4/ip_dynaddr ; then echo -n "Enabling dynamic IP patch" case "$IP_DYNIP" in yes) echo 7 ; ECHO_RETURN=$rc_done ;; [1-9]) echo $IP_DYNIP ; ECHO_RETURN=$rc_done ;; *) ECHO_RETURN=" invalid IP_DYNIP=$IP_DYNIP $rc_skipped" ;; esac > /proc/sys/net/ipv4/ip_dynaddr || ECHO_RETURN=$rc_failed echo -e "$ECHO_RETURN" fi Also testweise ein echo 7 > /proc/sys/net/ipv4/ip_dynaddr Dann sollte das 1. Packet flutschen. (und wenn ja, IP_DYNIP=yes) -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
hauke@burse.uni-hamburg.de
-
j.zimmermann@xsiteing.de
-
scharping@mettmann.com
-
weissel@ph-cip.uni-koeln.de