![](https://seccdn.libravatar.org/avatar/052bd569bf39ddf54d17ce5061c85673.jpg?s=120&d=mm&r=g)
Hallo,
Wie ich schon schrieb, ist das Problem, welches ich habe auch bei "NICHT DOD" "rcpppeod stop" veranlasst ppp erst ein ip-up aufzurufen.
Ich denke, genau das ist das Problem: Warum wird bei 'rcpppoed stop' erst ip-up gestartet? Das war doch meine Frage. Wird vielleicht ein Verbindungsaufbau wegen einer Namensauflösung versucht? Die Verbindung IST ja aufgebaut. Ausserdem (per tcpdump) wird keine Namensaufloesung versucht. PPPD meldet im /var/log/messages das er auf das Ende von IP-UP wartet. WEnn ich ip-up dann von Hand kille, ruft pppd dan ip-down auf.
Ich habe keine SuSE 7.2 und somit auch kein 'rcpppoed', aber was passiert, wenn du den pppd mit 'kill $(cat /var/run/ppp0.pid)' beendest? (Viel mehr sollte 'rcpppoed stop' auch nicht tun...) Das gleiche. Stimmt, mehr machte rcpppoed auch nicht. Jetzt macht er noch eine killall ip-up und gut ist es. Ist zwar nicht die schoenste Lösung, aber wirkungsvoll.
Gruss, Rudi
![](https://seccdn.libravatar.org/avatar/fbedb19be72cd4cdd0ff6060e67fd730.jpg?s=120&d=mm&r=g)
* Dienstag, 31. Juli 2001 um 09:29 (+0200) schrieb Heeb, Rudolf:
Die Verbindung IST ja aufgebaut. Ausserdem (per tcpdump) wird keine Namensaufloesung versucht. PPPD meldet im /var/log/messages das er auf das Ende von IP-UP wartet. WEnn ich ip-up dann von Hand kille, ruft pppd dan ip-down auf.
Was passiert, wenn du den pppd mit 'kill $(cat /var/run/ppp0.pid)' beendest?
Das gleiche.
Das bedeutet IMHO, dass 'ip-up' vom Verbindunsaufbau noch nicht beendet ist, weil es auf einen in 'ip-up' oder 'ip-up.local' gestarteten Prozess wartet (fetchmail, fetchnews, sendmail o.ä.).
Stimmt, mehr machte rcpppoed auch nicht. Jetzt macht er noch eine killall ip-up und gut ist es. Ist zwar nicht die schoenste Lösung, aber wirkungsvoll.
Alternativ könntest du z.B. mit 'pstree' überprüfen, welcher von
ip-up* gestartete Prozeß hängt.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
participants (2)
-
Andreas Koenecke
-
Heeb, Rudolf