zuviele pptp's
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.
Reply to: