-ddial bei tdsl

D

duk3

Member
Ich benutze Openbsd 3.5 seit einigen Monaten als Router und hatte auch keine Probleme bisher aber seit 3 Tagen wird trotz der ppp -ddial option nach dem 24h disconnect die Verbindung nicht mehr wieder hergestellt. Fehlermeldungen stehen keine in der /var/log/messages ausser was auch vorher schon immer kam ppp[15215]: tun0: Warning: Carrier settings ignored. Wenn ich einen reboot mache stellt er die Verbindung aber sofort wieder her. Ich kann mich auch nicht erinnern irgendetwas am System verändert zu haben - kann mir einer sagen woran es liegen kann oder wie wieder automatisch connectet werden kann?
 
root@p266:~# kill 5336
root@p266:~# ppp -ddial pppoe
Working in ddial mode
Using interface: tun0
root@p266:~# Jan 29 11:41:00 p266 ppp[16377]: tun0: Warning: Carrier settings ignored
Jan 29 11:41:02 p266 ppp[16377]: tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined error: 0


ja dann kann er sofort die verbindung wieder aufbauen - ddial scheint aber überhaupt keine verbindungen mehr aufzubauen wenn die mal weg ist (hab dsl modem aus/an geschaltet)
 
Zeig mal bitte die Logs.
Also nicht die /var/log/messages, sondern die /var/log/ppp.log

Auch die ppp.conf wär sicherlich ganz interessant.

Gruß
 
default:
set log Phase Chat IPCP CCP tun command
set redial 15 0
set reconnect 15 10000

pppoe:
set device "!/usr/sbin/pppoe -i sis0"
disable acfcomp protocomp
deny acfcomp
set mtu max 1454
set crtscts off
set speed sync
enable lqr
set lqrperiod 5
set cd 5
set dial
set login
set timeout 0
set authname "xxxxxx0001@t-online.de"
set authkey "xxxxxx"
add! default HISADDR
enable dns
enable mssfixup




ppp.log kann ich keine finden
 
hi,

ich hab das Problem auch (freenet via t-dsl).
Das ursaechliche liegt an der Art, wie T-DSL *derzeit* trennt.
Mit den settings bekommt ppp einfach nicht mit, dass der Carrier fehlt,
weil er sehr unsanft "unten" abgeklemmt wird.

Eine Zeitlang konnte man das noch per LQR and friends detecten, aber
auch das ist inzwischen nicht mehr 100% drin.

Was "interessanterweise" aber funktioniert, ist die generell Linkdown
detection (nur juckt das -ddial nicht); daher hab ich inzwischen diesen
hackaround, der die allermeiste Zeit funktioniert:
/etc/ppp/linkdown:
Code: 
MYADDR:
 ! sh -c "route -n flush"
 ! sh -c "/bin/linkup.sh &"
Und /bin/linkup.sh:
Code: 
:
echo "linkup.sh was called at `date`" >> /var/log/ppp.linkdown.log
sleep 5
ppp -background pppoe

Achja, ppp dann nicht mehr mit -ddial, sondern mit -background starten.

WFM, HTH.
 
Ich hab mir einfach nen cronjob gemacht, der alle 24h selber trennt. Hat die Vorteile, dass
1. Die Trennzeit nicht wandert, die Provider trennen ja nach 24h + n sec.
2. Ich die Trennzeit genau einstellen kann.
3. Die Wiedereinwahl ist schneller, da ppp nicht selber merken muss, dass der link down ist.

gruss
Male
 
Hey Leute, ich habs geschafft. Ein Kommolitone von mir hat mir mal seine ppp.conf geschickt.. und ja, er wählt sich wieder ein und ich merk nix davon! :-)

Damit Ihr auch davon was habt (für die Nachwelt) hier mal meine neue ppp.conf

Code: 
default:
 set log Phase Chat IPCP CCP command

pppoe:
 set device "!/usr/sbin/pppoe -i rl0"
 set mtu max 1452
 set mru max 1452
 set speed sync
 disable acfcomp protocomp
 deny acfcomp
 set authname userAccount@jesus.net
 set authkey ******
 enable mssfixup
 disable ipv6cp

und hier mal meine neue ppp.linkup:

Code: 
MYADDR:
 ! sh -c "/sbin/ifconfig pflog0 up"
 ! sh -c "/sbin/pflogd"
 ! sh -c "/sbin/pfctl -e -F all -f /etc/pf.conf"
 ! sh -c "/sbin/route delete default"
 ! sh -c "/sbin/route add default HISADDR"
 
Bei mir klappts leider immer noch nicht
hier meine angepasste ppp.conf:

Code: 
default:
 set log Phase Chat IPCP CCP command

pppoe:
 set device "!/usr/sbin/pppoe -i sis0"
 disable acfcomp protocomp
 deny acfcomp
 set mtu max 1454
 set speed sync
 set authname "******@t-online.de"
 set authkey ******
 enable dns
 enable mssfixup

und die ppp.linkup:

Code: 
MYADDR:
 ! sh -c "/sbin/ifconfig pflog0 up"
 ! sh -c "/sbin/pflogd"
 ! sh -c "/sbin/pfctl -e -F all -f /etc/pf.conf"
 ! sh -c "/sbin/route delete default"
 ! sh -c "/sbin/route add default HISADDR"

pmdemand:
 !bg /etc/ppp/ppp.etherup.pmdemand
 ! sh -c "cat /etc/ppp/linkup.au >/dev/audio"

und hier was im deamon.log passiert:


Code: 
Feb  5 07:53:47 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:53:47 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:53:50 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(43) state = Initial
Feb  5 07:53:50 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:53:50 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:53:54 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(44) state = Initial
Feb  5 07:53:54 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:53:54 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:53:57 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(45) state = Initial
Feb  5 07:53:57 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85

Feb  5 07:53:57 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:15 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(46) state = Initial
Feb  5 07:54:15 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:15 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:18 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(47) state = Initial
Feb  5 07:54:18 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:18 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:21 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(48) state = Initial
Feb  5 07:54:21 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:21 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:24 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(49) state = Initial
Feb  5 07:54:24 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:24 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:27 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(50) state = Initial
Feb  5 07:54:27 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:27 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:30 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(51) state = Initial
Feb  5 07:54:30 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:30 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:33 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(52) state = Initial
-------------
<- pkill ppp
-------------
Feb  5 07:54:40 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:43 p266 ppp[17011]: IPCP: deflink: RecvConfigReq(55) state = Initial
Feb  5 07:54:43 p266 ppp[17011]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:54:43 p266 ppp[17011]: IPCP: deflink: Oops, RCR in Initial.
Feb  5 07:54:55 p266 ppp[17011]: Phase: Signal 15, terminate.
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: open -> lcp
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: read (0): Connection reset by peer
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: Disconnected!
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: lcp -> logout
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: Disconnected!
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: logout -> hangup
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: Connect time: 88 secs: 363 octets in, 130 octets out
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: 6612014 packets in, 6380918 packets out
Feb  5 07:54:55 p266 ppp[17011]: Phase:  total 5 bytes/sec, peak 64 bytes/sec on Sat Feb  5 07:53:29 2005
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: HUPing 9826
Feb  5 07:54:55 p266 ppp[17011]: Phase: deflink: hangup -> closed
Feb  5 07:54:55 p266 ppp[17011]: Phase: bundle: Dead
Feb  5 07:54:55 p266 ppp[17011]: Phase: PPP Terminated (normal).

Feb  5 07:56:17 p266 ppp[17000]: Phase: Using interface: tun0
Feb  5 07:56:17 p266 ppp[17000]: Phase: deflink: Created in closed state
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: set device !/usr/sbin/pppoe -i sis0
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: disable acfcomp protocomp
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: deny acfcomp
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: set mtu max 1454
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: set speed sync
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: set authname ********@t-online.de
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: set authkey ********
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: enable dns
Feb  5 07:56:17 p266 ppp[17000]: Command: pppoe: enable mssfixup
Feb  5 07:56:17 p266 ppp[23372]: Phase: PPP Started (ddial mode).
Feb  5 07:56:17 p266 ppp[23372]: Phase: bundle: Establish
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: closed -> opening
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: Connected!
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: opening -> dial
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: dial -> carrier
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: carrier -> login
Feb  5 07:56:17 p266 ppp[23372]: Phase: deflink: login -> lcp
Feb  5 07:56:18 p266 ppp[23372]: Phase: bundle: Authenticate
Feb  5 07:56:18 p266 ppp[23372]: Phase: deflink: his = PAP, mine = none
Feb  5 07:56:18 p266 ppp[23372]: Phase: Pap Output: ********@t-online.de ********
Feb  5 07:56:18 p266 ppp[23372]: Phase: Pap Input: SUCCESS ()
Feb  5 07:56:18 p266 ppp[23372]: CCP: FSM: Using "deflink" as a transport
Feb  5 07:56:18 p266 ppp[23372]: CCP: deflink: State change Initial --> Closed
Feb  5 07:56:18 p266 ppp[23372]: CCP: deflink: LayerStart.
Feb  5 07:56:18 p266 ppp[23372]: CCP: MPPE: Not usable without CHAP81
Feb  5 07:56:18 p266 ppp[23372]: CCP: deflink: SendConfigReq(1) state = Closed
Feb  5 07:56:18 p266 ppp[23372]: CCP:  DEFLATE[4] win 15
Feb  5 07:56:18 p266 ppp[23372]: CCP:  PRED1[2]
Feb  5 07:56:18 p266 ppp[23372]: CCP: deflink: State change Closed --> Req-Sent
Feb  5 07:56:18 p266 ppp[23372]: Phase: deflink: lcp -> open
Feb  5 07:56:18 p266 ppp[23372]: Phase: bundle: Network
Feb  5 07:56:18 p266 ppp[23372]: IPCP: FSM: Using "deflink" as a transport
Feb  5 07:56:18 p266 ppp[23372]: IPCP: deflink: State change Initial --> Closed
Feb  5 07:56:18 p266 ppp[23372]: IPCP: deflink: LayerStart.
Feb  5 07:56:18 p266 ppp[23372]: IPCP: deflink: SendConfigReq(1) state = Closed
Feb  5 07:56:18 p266 ppp[23372]: IPCP:  IPADDR[6] 192.168.1.3
Feb  5 07:56:18 p266 ppp[23372]: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression
Feb  5 07:56:18 p266 ppp[23372]: IPCP:  PRIDNS[6] 217.237.150.33
Feb  5 07:56:18 p266 ppp[23372]: IPCP:  SECDNS[6] 255.255.255.255
Feb  5 07:56:18 p266 ppp[23372]: IPCP: deflink: State change Closed --> Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: CCP: deflink: State change Req-Sent --> Stopped
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: RecvConfigRej(1) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: SendConfigReq(2) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 192.168.1.3
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  PRIDNS[6] 217.237.150.33
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  SECDNS[6] 255.255.255.255
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: RecvConfigNak(2) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 84.149.239.155
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] changing address: 192.168.1.3  --> 84.149.239.155
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  PRIDNS[6] 217.237.151.97
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  SECDNS[6] 217.237.150.33
Feb  5 07:56:19 p266 ppp[23372]: IPCP: Primary nameserver set to 217.237.151.97
Feb  5 07:56:19 p266 ppp[23372]: IPCP: Secondary nameserver set to 217.237.150.33
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: SendConfigReq(3) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 84.149.239.155
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  PRIDNS[6] 217.237.151.97
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  SECDNS[6] 217.237.150.33
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: RecvConfigReq(64) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: SendConfigAck(64) state = Req-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 217.0.116.85
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: State change Req-Sent --> Ack-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  IPADDR[6] 84.149.239.155
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  PRIDNS[6] 217.237.151.97
Feb  5 07:56:19 p266 ppp[23372]: IPCP:  SECDNS[6] 217.237.150.33
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: State change Ack-Sent --> Opened
Feb  5 07:56:19 p266 ppp[23372]: IPCP: deflink: LayerUp.
Feb  5 07:56:19 p266 ppp[23372]: IPCP: myaddr 84.149.239.155 hisaddr = 217.0.116.85
Feb  5 07:56:19 p266 ppp[23372]: Command: MYADDR: ! sh -c /sbin/ifconfig pflog0 up
Feb  5 07:56:19 p266 ppp[23372]: Command: MYADDR: ! sh -c /sbin/pflogd
Feb  5 07:56:19 p266 ppp[23372]: Command: MYADDR: ! sh -c /sbin/pfctl -e -F all -f /etc/pf.conf
Feb  5 07:56:19 p266 ppp[23372]: Command: MYADDR: ! sh -c /sbin/route delete default
Feb  5 07:56:19 p266 ppp[23372]: Command: MYADDR: ! sh -c /sbin/route add default HISADDR

nach der trennung baut er alleine nichts mehr auf
nach dem pkill ppp und einem ppp -ddial pppoe kann er sofort wieder verbinden
 
Hy,

Ich hab das gleiche Problem. Fehlermeldung wie du. Auch das mit dem Oops, RCR in Initial.
Wenn ich den Router aber neu starte gehts.
Gibt es eine Methode ppp zu beenden, ohne es über die PID zu killen?

default:
set device PPPoE:xe1
set MTU 1492
set MRU 1492
set dial
set crtscts off
set speed sync
disable lqr
disable deflate
disable pred1
disable vjcomp
disable acfcomp
disable protocomp
set log Phase LCP IPCP CCP Warning Error Alert
set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0
add default HISADDR
set login
set authname "***************************@t-online.de"
set authkey "Jajaja"
Zum Vergrößern anklicken....

Ich hab 2 Router am laufen. Bei einem funktioniert das oben genannte Script ohne probleme.

Beim 2., der Vorgestern ans "Netz" ging, hab ich jetzt den Fehler.

Gruß Soon5
 
Zuletzt bearbeitet:
Soon5 schrieb:
Gibt es eine Methode ppp zu beenden, ohne es über die PID zu killen?
Zum Vergrößern anklicken....
pppctl(8) kann das.

Einfach den diagnostic socket in ppp.conf konfigurieren. Dann geht dieses:
ppp(8) schrieb:
When -auto or -ddial is specified, ppp runs as a daemon but you can still
configure or examine its configuration by using the ``set server'' com-
mand in /etc/ppp/ppp.conf, (for example, ``set server +3000 mypasswd'')
and connecting to the diagnostic port as follows:
Code: 
# pppctl 3000   (assuming tun0)
Password:
PPP ON awfulhak> show who
tcp (127.0.0.1:1028) *
Zum Vergrößern anklicken....
Der Socket wird so konfiguriert:
ppp(8) schrieb:
Code: 
set server|socket TcpPort|LocalName|none|open|closed [password[mask]]
This command tells ppp to listen on the given socket or'diagnostic port' for incoming command connections.
Zum Vergrößern anklicken....
Beispiel:
Code: 
default:
   set socket /var/run/ppp.sock PaSsWoRt
Und wird wie folgt angesprochen:
Code: 
pppctl /var/run/ppp.sock
Password:
PPP ON awfulhak> down
ppp ON awfulhak>
 
Hy,

Ich hab mir jetzt ein Script geschrieben, das über cron regelmässig prüft, ob die Verbindung noch besteht, und im Zweifelsfall, meine ganzen Porgramme (VPN, IP Update) beendet und ppp neustartet.

Funktioniert auch soweit ganz gut. Mein Problem ist nun, dass sobald ppp neu gestartet wurde, routet der Gateway das Internet nicht mehr ins netz.

Browsen über Proxyserver und Ping vom Router ins Internet funktionieren, aber ein direkter Ping vom Clienten funktioniert nicht.

Selbst wenn ich mit route flush vor Herstellen der Verbindung alte Routing Einträge entferne. Wenn ich den Router neu starte geht wieder alles wie normal.

Hat einer ne Idee.

MfG

Soon5
 
Zuletzt bearbeitet:
Hy,

Bringt leider nichts. Er löscht zwar den default route eintrag, legt beim Einwählen auch einen neuen an, dieser wird aber von den Clienten nicht erkannt / Der Router gibt ihn nicht weiter.

MfG

Soon5
 
Hy,

Hat denn keiner eine Idee, was es sein könnte, oder wie man ppp dazu bekommt richtig neu einzuwählen.

PS. Ich werd am Wochenende mal die DSL Modems der beiden Server tauschen, mal sehen ob es was bringt.

Gruß Soon5
 
Hy,

Ich hab es jetzt wie Maledictus gemacht, und trenne über einen cronjob nach 24 Std automatisch. Wenn ppp selber trennt gibt es keine probleme, nur wenn die Telekom unsanft trennt, hängt es sich auf. Zusätzlich hab ich noch ein Script am laufen, das überprüft ob die Verbindung noch aktiv ist, und gegebenenfalls trennt und neu einwählt.(Falls die Verbindung warum auch immer abreist).

Wer interesse hat soll posten, dann stelle ich es ins Forum wie ich es gemacht habe.

Gruß Soon5
 
hi

also die telekom hat was an ihrem dsl-protokoll geändert. laut aussage eines technickers muss man von ddial auf auto umstellen dann geht es wieder. nachteil der ganzen sache ist, das dyn.dns nicht mehr so funktioniert wie man es gerne hätte.

ich bin mal gespannt ob es dafür bald eine richtige lösung gibt

mfg ac1andi
 
Hy,

Sorry für die Verspätung, hier der Code von dem Script:

Also, zuerstmal, ich bin FreeBSD User, ich denke aber das die Scripts voll kompatibel sind (eventuell müssen Pfadangaben zu den Programmen korrigiert werden).

Dieses Script testet, ob ping ins Internet möglich ist.
Ich hab als Testips die IPS der DNS Server meines Providers verwendet.
Kann natürlich jede andere auch verwendet werden (kein DNS name wie www.)
#!/bin/sh
P1=`ping -c 1 217.237.151.161 | grep -o "100%"`;
P2=`ping -c 1 217.237.150.97 | grep -o "100%"`;
if [ -n "$P1" -a -n "$P2" ];
then
#Was geht wenn nix geht
#echo Sites sind nicht da
/usr/sbin/pppctl -p pass /var/run/ppp.sock close #pass bezieht sich auf das Passwort der ppp.conf
else
#Was geht wenn was geht
#echo Sites sind da
fi
Zum Vergrößern anklicken....

Das Script einfach über nen Cronjob laufen lassen.
Zusätzlich noch den Befehl /usr/sbin/pppctl... zu der gewünschten Wiedereinwahlzeit direkt aufrufen.

in der ppp.conf muss natürlich der socket eingetragen sein, hier mein Bespiel

default:
set device PPPoE:xe1
set socket /var/run/ppp.sock pass #pass ist hier das Passwort, kann beliebig sein.
set MTU 1492
set MRU 1492
set dial
set crtscts off
set speed sync
accept lqr
disable deflate
disable pred1
disable vjcomp
disable acfcomp
disable protocomp
set log Phase LCP IPCP CCP Warning Error Alert
set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0
add default HISADDR
set login
set authname "Jaja@t-online.de"
set authkey "***"
Zum Vergrößern anklicken....

Ich hab aber noch was bemerkt, was ich für wichtig halte. Nachdem ich wie gesagt 2 Identische Router und konfigurationen habe, hab ich mich gefragt, an was es noch liegen kann. Am 1. Router läuft ein Teledat 330 LAN DSL-Modem (Klein ganz Schwarz). Am 2. (der Probleme macht) lief ein Teledat 431 LAN DSL-Modem (das aktuelle, hellblau). Ich hab mir mal zum testen bei Ebay ein gebrauchtes 330 LAN Modem für den 2. Router gekauft, und das gegen das neue 431 getauscht. Seitdem hab ich kein Problem mehr.

MfG

Soon5
 
Zuletzt bearbeitet:
Soon5 schrieb:
Hy,

Sorry für die Verspätung, hier der Code von dem Script:
Code: 
 #!/bin/sh
P1=`ping -c 1 217.237.151.161 | grep -o "100%"`;
P2=`ping -c 1 217.237.150.97 | grep -o "100%"`;
if [ -n "$P1" -a -n "$P2" ];
then
#Was geht wenn nix geht
#echo Sites sind nicht da
/usr/sbin/pppctl -p pass /var/run/ppp.sock close #pass bezieht sich auf das Passwort der ppp.conf
else
#Was geht wenn was geht
#echo Sites sind da
fi
Zum Vergrößern anklicken....



Hatte damit probleme.
Heute nacht hat es das socket weggerissen und damit hat das script nicht mehr geklappt, darum hab ich es um folgendes erweitert:

/usr/bin/checkconn.sh
Code: 
#!/bin/sh
P1=`ping -c 1 217.237.151.161 | grep -o "100.0%"`;
P2=`ping -c 1 217.237.150.97 | grep -o "100.0%"`;

if [ -n "$P1" -a -n "$P2" ]
then
  if [ -e /var/run/ppp.sock ]
  then
    echo "$0 is setting the ppp socket to << close >>. We hope that will automaticly reconnect. Time is now: >> `date` <<" >> /tmp/ppp.link
    /usr/sbin/pppctl -p sock /var/run/ppp.sock close #pass bezieht sich auf das Passwort der ppp.conf                                    
  else
    echo "$0 dedects that there is no socket. pkill ppp >> `date` <<" >> /tmp/ppp.link
    pkill ppp                                                                         
    ppp -ddial pppoe
  fi
else
  echo "Inet up, nothing done"
fi
100.0% anstatt 100%


/usr/bin/disconnect.sh
Code: 
#!/bin/sh

/usr/sbin/pppctl -p sockpw /var/run/ppp.sock close
echo ">> `date` << Brute Force Disconnect" >> /tmp/ppp.link

# crontab -l
Code: 
# Checking if I-Net is online
*/3     *       *       *       *       /usr/bin/checkconn.sh

# Disconnect on 5:20h
20      5       *       *       *       /usr/bin/disconnect.sh




+ die /etc/ppp.link* von http://www.fmi.uni-passau.de/~grafj/openbsd/3.5/index.html#4._DSL_-_mit_pppoe_ab_ins_Netz
+ patch von:

http://tech.barwick.de/openbsd/deflink-oops-rcr-in-initial.html



/ EDIT /
$0 anstatt $1 natuerlich
 
Zuletzt bearbeitet:
Hey hashier,

ich habe das gleiche Problem und habe die Scripts probiert, aber bekomme es nicht so richtig gebacken (newbe :o ). Weis nicht woran das liegt, aber wie wird der socket gesetzt, in der ppp.conf mit" set socket /var/run/ppp.socket sopw", nicht wahr? Er disconnectet, aber connectet nicht wieder. Wenn ich das script disconnect.sh aufrufe sagt er mir
pppctl: cannot connect to socket /var/run/ppp.sock: No such file or directory
woran liegt das?

Bitte um Hilfe....
 
Also bei mir tut's die -auto option wieder, seit ich "enable echo" mit in die ppp.conf genommen habe.
Keine Scripterei, nichts. (Bei FreeBSD 5.4)

Nachtrag:
Ok, das scheint auch nur sporadisch zu funktionieren, sorry für die Fehl-info.
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben