René Oelke
01/21/00 01:15am >>> tach liste,
es geht einfach nicht!!! ich habe gestern sowohl in der /etc/rc.config als auch in /sbin/init.d/boot und /sbin/init.d/boot.local saemtlich einstellungen vorgenommen, die sinnvoll waren: IP_DYNIP auf "no", "yes", "1" und "2" gesetzt; die anweisung mit dem echo-befehl in boot bzw. boot.local eingetragen. FAZIT: in der datei /proc/sys/net/ipv4/ip_dynaddr steht dann auch mal nichts, eine 1, 2 oder 7. aber in all diesen faellen hat sich nichts geaendert an der misslichen situation.
dazu passt am besten folgendes:
Dieter Kluenter schrieb:
Zitat Angang: "Wenn Sie den früheren Zustand herstellen wollen, so löschen Sie bitte alle Einträge, die bewirken daß der dynamic Parameter aktiviert ist. Ich empfehle Ihnen jedoch in diesem Fall den Timeout für ISDN-Verbindungen auf mindestens 180 Sekunden zu legen. Das dummy0 Device sollten Sie ebenfalls deaktivieren. Tatsächlich ist das Problem, daß beim Einstellen der Verbindung zunächst die vorhandene Verbindung gelöscht wird, und vom Prozess eine zweite Verbindung angestoßen werden muß. Wenn dies nicht geschieht, kommt keine Verbindung zustande. Wenn Sie noch ein bischen experementieren möchten, dann vertauchen Sie im ip-up Skript noch die beiden Zeilen /sbin/ifconfig $INTERFACE dynamic /sbin/route add default gw $REMOTEIP dev $INTERFACE so daß als letztes der /sbin/ifconfig $INTERFACE dynamic steht. Sollte das immer noch Schwierigkeiten machen, dann können Sie auch ein sleep 3 zwischen den beiden Zeilen ausführen lassen.
Im Klartext, SuSE weiss auch nicht weiter und hat noch keine Loesung fuer unser Problem.
der letzte satz ist der, der alles auf den punkt bringt. und so ist es auch. SuSE tappt wohl im dunkeln. ich habe lange in der SDB gesucht und eine moegliche loesung gefunden: wen man nach dem Stichwort IP_DYNPATCH sucht kommt man irgendwann zu einem posting, indem genau diese situation beschrieben wird. und auch der grund ist klar und eindeutige dargestellt. nur keine eigene loesung! es wir statt dessen auf einen patch verwiesen, den ein anderer programmiert hat. leider war dessen www-seite zu dem zeitpunkt nicht erreichbar. am besten, ihr sucht auch danach.
ansonsten muss ich leider zugeben, dass ich am ende mit meinem latein bin. ich hoffe nur, dass es mit einem kernel behoben ist. vielleicht liegt es ja auch daran, das sich alles ueber den proxy laufen lasse (squid) und der damit nicht klar kommt. kann das jemand bestaetigen? haben alle, die dieses problem haben, die www-verbindung ueber den linux-proxy laufen? oder funktioniert es auch bei masquerading nicht?
also bei mir gibt´s genau dasselbe Problem auch mit masquerading! Dasselbe Szenario: mit 1,2 oder 7 - egal was ich mache, es klappt einfach nicht!!