Hallo!
Auszug aus dem ppp.log: Mar 1 18:10:51 gateway pppd[997]: pppd 2.4.1 started by root, uid 0 Mar 1 18:10:52 gateway pppd[997]: Serial connection established. Mar 1 18:10:52 gateway pppd[997]: Using interface ppp0 Mar 1 18:10:52 gateway pppd[997]: Connect: ppp0 <--> /dev/pts/0 Mar 1 18:10:53 gateway pppd[997]: local IP address 217.81.232.151 Mar 1 18:10:53 gateway pppd[997]: remote IP address 217.5.98.67 Mar 1 20:58:30 gateway pppd[997]: LCP terminated by peer Mar 1 20:58:30 gateway pppd[997]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) Mar 1 20:58:30 gateway pppd[997]: tcflush failed: Input/output error Mar 1 20:58:30 gateway pppd[997]: Exit. /etc/peers/provider: pty "pppoe -I eth1 -m 1412" connect /bin/true persist ipcp-accept-local ipcp-accept-remote noipdefault defaultroute user "hierstehteinname" hide-password noauth noaccomp nopcomp novj novjccomp nobsdcomp nodeflate noccp nocrtscts lcp-echo-interval 10 lcp-echo-failure 3 maxfail 0 lock ktune mtu 1492 mru 2400 Eigentlich sollte der PPPd niemals terminieren, sondern im Falle zusammengebrochener Verbindungen reconnects versuchen, bis es wieder geht. Was hat den pppd denn da gekillt und wie kann ich das in Zukunft verhindern? Ersatzweise hatte ich auch demand und idle statt persist, da sind solche fehler aber auch aufgetreten, dass der pppd nciht nur aufgelegt, sondern sich gnaz verabschiedet hatte. Das bl�de daran ist, dass man root ben�tigt, um den pppd dann neu zu starten. root ist aber nicht immer anwesend... Viele Gr��e MIchael -- Michael Hierweck GnuPG-Key-ID: 0xBD64F025 GnuPG-Fingerprint: BDB1 2E59 7D13 7607 F4F4 B9D8 5CE3 4084 BD64 F025 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
