stay connected! :)
stay connected! :)
Hi,
ich hab gerade festgestellt das mein routerli sich nicht wieder einwählt nach meiner Zwangstrennung... Weiß jmd was man da machen kann??
Es ist ein ganz normaler ADSL - Anschluss mit einem Debian - Server der gleichzeitig auch als Router genutzt wird ( debian sid ). Die Verbindung bau ich mit pon auf ...
Gruß Daniel
Ach ja, hier meine dsl-provider:
http://nopaste.debianforum.de/3084
habe gerade noch nen bißchen rumgespielt und versucht die firewall automatisch starten lassen... ( hat auch nicht geklappt ) bin nach dieser Anleitung vorgegangen. habs ins rcS.d und ins rc3.d gepackt nichts hat was gebracht... :/.
EDIT (feltel): Configdatei nach NoPaste verschoben
ich hab gerade festgestellt das mein routerli sich nicht wieder einwählt nach meiner Zwangstrennung... Weiß jmd was man da machen kann??
Es ist ein ganz normaler ADSL - Anschluss mit einem Debian - Server der gleichzeitig auch als Router genutzt wird ( debian sid ). Die Verbindung bau ich mit pon auf ...
Gruß Daniel
Ach ja, hier meine dsl-provider:
http://nopaste.debianforum.de/3084
habe gerade noch nen bißchen rumgespielt und versucht die firewall automatisch starten lassen... ( hat auch nicht geklappt ) bin nach dieser Anleitung vorgegangen. habs ins rcS.d und ins rc3.d gepackt nichts hat was gebracht... :/.
EDIT (feltel): Configdatei nach NoPaste verschoben
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
Irgendwann kam ja mal der Wechsel, bei dem der ppp-daemon nicht mehr via /etc/init.d/ppp gestartet wurde, sondern man soll die Verbindung auch in die /etc/network/interfaces eintragen:
Seitdem geht bei mir die Wiedereinwahl auch nicht mehr nach einer Zwangstrennung. Ich mache daraufhin morgens um 6:00h einen kontrollierten Restart per cronjob, sprich, um 06:00h ein "/sbin/ifdown ppp0" und um 06:01h ein "/sbin/ifup ppp0". Ferner starte ich auch per cronjob alle 5 Minuten ein Script, das die DSL-Leitung überprüft und gegebenfalls den ppp-daemon nachstartet.
Eine andere Lösung habe ich bisher auch nicht gefunden.
Gruss, mistersixt.
PS: Ich habe noch "maxfail 0" in der dsl-provider, aber das hilft in diesem Fall auch nicht.
Code: Alles auswählen
...
auto ppp0
iface ppp0 inet ppp
provider dsl-provider
...
Eine andere Lösung habe ich bisher auch nicht gefunden.
Gruss, mistersixt.
PS: Ich habe noch "maxfail 0" in der dsl-provider, aber das hilft in diesem Fall auch nicht.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
-
- Beiträge: 189
- Registriert: 11.08.2005 09:27:01
Theoretisch reicht eine Zeile »persist« in der /etc/ppp/peers/dsl-provider.
Theoretisch jedenfalls. Das klappt nämlich 99 Nächte lang gut (Wiedereinwahl dauert zwar bis zu vier Minuten -- weiß a) jemand, wie das schneller geht?), aber dann kommt wieder mal eine Nacht, in die Verbindung nach der Zwangstrennung 15 Minuten lang nicht aufgebaut werden kann. ppp schreibt dann nur nur ein »exit.« in die syslog und das wars. Nix mehr mit persist. Da muß ich dann frühmorgens hinfahren und ein /etc/init.d/networking restart ausführen -- dann geht's wieder. Weiß b) jemand, wie man ihm das Aufgeben abgewöhnen kann?
Theoretisch jedenfalls. Das klappt nämlich 99 Nächte lang gut (Wiedereinwahl dauert zwar bis zu vier Minuten -- weiß a) jemand, wie das schneller geht?), aber dann kommt wieder mal eine Nacht, in die Verbindung nach der Zwangstrennung 15 Minuten lang nicht aufgebaut werden kann. ppp schreibt dann nur nur ein »exit.« in die syslog und das wars. Nix mehr mit persist. Da muß ich dann frühmorgens hinfahren und ein /etc/init.d/networking restart ausführen -- dann geht's wieder. Weiß b) jemand, wie man ihm das Aufgeben abgewöhnen kann?
Es dauert ein paar 10er-Sekunden, aber bei mir reconnectet DSL...
Es klappt also, aber frag mich blos nicht, warum...
Meine dsl-provider-Datei:
Sarge ist auf meiner Internetkiste...
Früher dachte ich mal, ich würde den DSL-Kram verstehen... früher...
Mann, war ich naiv!!!
Es klappt also, aber frag mich blos nicht, warum...
Meine dsl-provider-Datei:
Code: Alles auswählen
noipdefault
defaultroute
hide-password
noauth
maxfail 0
persist
usepeerdns
connect /bin/true
plugin rp-pppoe.so eth1
user "ich-bin-doch-nicht-bloed@t-online.de"
Früher dachte ich mal, ich würde den DSL-Kram verstehen... früher...
Mann, war ich naiv!!!
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
Bei Sarge wird das Interface ja auch nocht per /etc/init.d/ppp gestartet, da funktioniert das bei mir auch immer, aber sobald ich das via /etc/network/interfaces starte, tut die Wiedereinwahl nicht mehr. Daher mein Hack mit den crontab-Einträgen.
Gruss, mistersixt.
Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
Klar, meine crontab sieht so aus:
Sprich, hier mache ich um 06:01h eine kontrollierte Zwangstrennung. Weiter unten das Script wird alle 2 Minuten ausgeführt und überprüft das Vorhandensein von pppd und pppoe, so dass um 06:02h die Verbindung wieder aufgebaut wird - und auch dann nach spästens 2 Minuten, wenn mal während des Tages die Verbindung wegliegen sollte. Hier das Script "check_pppd_status.sh" :
In /tmp/check_pppd_status.log siehst Du dann, was das Script alle 2 Minuten macht.
So funktioniert das bei mir zumindest einwandfrei .
Gruss, mistersixt.
Code: Alles auswählen
...
#
# Manual ppp disconnection once a day
#
01 06 * * * /sbin/ifdown ppp0 > /dev/null
#
# Check whether pppd is still up, restart if not.
#
*/2 * * * * /root/check_pppd_status.sh >> /tmp/check_pppd_status.log
#
Code: Alles auswählen
#!/bin/sh
INTERFACE=ppp0
STATUS_PPP_IF=`/sbin/ifconfig | grep -v grep | grep ${INTERFACE}`
STATUS_PPPOE=`ps auxww | grep pppoe | grep -v grep`
echo
echo "--------------------------------------------------------------"
date
echo
if [ "${STATUS_PPP_IF}" == "" ] || [ "${STATUS_PPPOE}" == "" ]; then
echo -n "Interface ${INTERFACE} is currently down - restarting now..."
/usr/bin/killall -q pppd
sleep 1
/sbin/ifdown ${INTERFACE}
sleep 1
/sbin/ifup ${INTERFACE}
sleep 1
echo "done."
else
echo "Interface ${INTERFACE} is up and pppoe running - doing nothing!"
fi
echo
date
echo
So funktioniert das bei mir zumindest einwandfrei .
Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
Daran hatte ich auch schon mal gedacht, aber noch nicht ausprobiert, prima Idee ...Profbunny hat geschrieben: bei mir steuert die wiedereinwahl die /etc/inittab
D0:2345:respawn:/usr/sbin/pppd nodetach call dsl-provider
Grüsse, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE
- KBDCALLS
- Moderator
- Beiträge: 22454
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Ich habe noch diese Zeile dazugesetztmistersixt hat geschrieben:Irgendwann kam ja mal der Wechsel, bei dem der ppp-daemon nicht mehr via /etc/init.d/ppp gestartet wurde, sondern man soll die Verbindung auch in die /etc/network/interfaces eintragen:Code: Alles auswählen
... auto ppp0 iface ppp0 inet ppp provider dsl-provider ...
Code: Alles auswählen
pre-up ifconfig eth0 up
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.