Hallo. Gleich nach dem Hochfahren eines Sarge Gateways scheinen schon einige pptp Prozesse auf. Bei jedem disconnect bleiben dann scheinbar die "pptp: GRE-to-PPP"s erhalten und neue werden gestartet. Alle bis auf den Letzten sind killbar ohne dass die Verbindung abbricht, also bin ich mir recht sicher nur einen davon zu brauchen.
ps aux | grep pptp <snip> root 791 0.0 0.2 1564 584 ? S 14:51 0:00 \ pptp: GRE-to-PPP gateway on /dev/ptmx root 958 0.0 0.2 1564 572 ? S 14:51 0:00 \ pptp: GRE-to-PPP gateway on /dev/ptmx root 960 0.0 0.2 1564 576 ? S 14:51 0:00 \ pptp: GRE-to-PPP gateway on /dev/ptmx root 1000 0.0 0.2 1564 572 ? S 14:51 0:00 \ pptp: GRE-to-PPP gateway on /dev/ptmx root 1006 0.0 0.2 1564 584 ? S 14:51 0:00 \ pptp: GRE-to-PPP gateway on /dev/ptmx root 1009 0.0 0.2 1548 588 ? S 14:51 0:00 \ pptp: call manager for 10.0.0.138 </snip> ps aux | grep pppd <snip> root 788 0.0 0.4 2320 1036 ? Ss 14:51 0:00 \ /usr/sbin/pppd call telekom </snip> Die Einwahl sieht auch nicht sehr gut aus: Jun 8 14:50:57 ghmoe pppd[382]: CHAP authentication succeeded Jun 8 14:50:57 ghmoe pppd[382]: local IP address XXX.XXX.XXX.XXX Jun 8 14:50:57 ghmoe pppd[382]: remote IP address XXX.XXX.XXX.XXX Jun 8 14:51:12 ghmoe pppd[382]: Terminating on signal 15 Jun 8 14:51:12 ghmoe pppd[382]: Connect time 0.3 minutes. Jun 8 14:51:12 ghmoe pppd[382]: Sent 236 bytes, received 612 bytes. Jun 8 14:51:12 ghmoe pppd[382]: Modem hangup Jun 8 14:51:12 ghmoe pppd[382]: Connection terminated. Jun 8 14:51:12 ghmoe pppd[382]: Exit. Jun 8 14:51:17 ghmoe pppd[788]: pppd 2.4.3 started by root, uid 0 Jun 8 14:51:17 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:17 ghmoe pppd[788]: Connect: ppp0 <--> /dev/pts/0 Jun 8 14:51:18 ghmoe pppd[788]: LCP terminated by peer Jun 8 14:51:21 ghmoe pppd[788]: Connection terminated. Jun 8 14:51:21 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:21 ghmoe pppd[788]: Connect: ppp0 <--> /dev/pts/1 Jun 8 14:51:21 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:21 ghmoe pppd[788]: Connect: ppp0 <--> /dev/pts/2 Jun 8 14:51:52 ghmoe pppd[788]: LCP: timeout sending Config-Requests Jun 8 14:51:52 ghmoe pppd[788]: Connection terminated. Jun 8 14:51:52 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:52 ghmoe pppd[788]: Connect: ppp0 <--> /dev/pts/3 Jun 8 14:51:52 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:52 ghmeo pppd[788]: Connect: ppp0 <--> /dev/pts/4 Jun 8 14:51:52 ghmeo pppd[788]: Child process /usr/sbin/pptp 10.0.0.138 --nolaunchpppd (pid 1002) terminated with signal 15 Jun 8 14:51:52 ghmoe pppd[788]: Modem hangup Jun 8 14:51:52 ghmoe pppd[788]: Connection terminated. Jun 8 14:51:52 ghmoe pppd[788]: Using interface ppp0 Jun 8 14:51:52 ghmoe pppd[788]: Connect: ppp0 <--> /dev/pts/5 Jun 8 14:51:56 ghmoe pppd[788]: CHAP authentication succeeded Jun 8 14:51:56 ghmoe pppd[788]: local IP address YYY.YYY.YYY.YYY Jun 8 14:51:56 ghmoe pppd[788]: remote IP address YYY.YYY.YYY.YYY Aufgesetzt ist das nach einer Anleitung von http://www.bytewise.at/knowhow/adsl-pptp/Konfiguration.html d.h. die Verbindung ist ueber /etc/ppp/peers/telekom konfiguriert: <snip> user xxxxxxxxxx noauth noipdefault defaultroute persist pty "/usr/sbin/pptp 10.0.0.138 --nolaunchpppd" </snip> und wird mit einem Eintrag in /etc/network/interfaces automatisch gestartet. <snip> auto ppp0 iface ppp0 inet ppp provider telekom </snip> dann noch chap- und pap-secrets.-- Soweit nach Anleitung. /etc/ppp/ sieht so aus: ghmoe:/etc/ppp# ls chap-secrets ip-up.d ipv6-up.d pap-secrets resolv ip-down ipv6-down no_ppp_on_boot pap-secrets.orig ip-down.d ipv6-down.d options peers ip-up ipv6-up options.ttyXX ppp_on_boot.dsl alle haben "root:root" bis auf "root:dip" ./peers/ & ./ppp_on_boot.dsl Koennte da mit einem letzten update noch eine weitere Einwahlmethode dazugekommen sein? Oder ist der zusaetliche "name" Eintrag in options (darunter) schuld an dem Verhalten? Ohne diesen Eintrag bekomm ich das Interface aber nicht ins Netz. Erst mit den folgenden Eintraegen in der /etc/ppp/options hat's dann wirklich gefunkt: <snip> noipdefault name "xxxxxxxxxx" noauth defaultroute replacedefaultroute </snip> Wegen der multiplen pptp's mockt nicht selten (und wenn, dann recht intensiv) der pptp: anon im syslog ueber "duplicated or old packet"s: <snip> pptp[5956]: anon log[decaps_gre:pptp_gre.c:395]: discarding duplicate \ or old packet 8808 (expecting 38864) pptp[5950]: anon log[decaps_gre:pptp_gre.c:395]: discarding duplicate \ or old packet 8808 (expecting 38864) pptp[5920]: anon log[decaps_gre:pptp_gre.c:395]: discarding duplicate \ or old packet 8808 (expecting 38864) ... ...!!massenhaft!! </snip> Das ADSL laeuft ueber ein Speedtouch Modem, dass man hier i[mn] A zu seinem Telekom Anschluss bekommt. Etwas problematisch ist auch, dass der Rechner 200km von mir enfernt steht. Falls eine neue adsl-config aber nicht funktioniert, erledigt ein "restore"-script das. Also - Ich waer dankbar, wenn mir wer einen Tip geben koennte wie der pppd/pptp die Einwahl handled bzw. was da nicht passt. Falls jemand eine Konfiguration fuer einen derartigen Telekom Anschluss parat hat, natuerlich auch. sl ritch. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)