ppp (pppoe via tun0) mit VTun -> crash

tittof

Member
da ich ungluecklicher Benutzer einer DSL Leitung bin, die alle 24 Stunden einen disconnect bekommt, laeuft ppp mit -ddial. Desweiteren laeuft VTun als client (via tun1) zu einem statischen Host eines Rechenzentrums. Wenn nun der 24-Stunden-Disconnect ansteht und gleichzeitig der VTun client noch laeuft, friert mir die Kiste ein und rebooted ohne weiteren Kommentar in den logs.

OK, hab ich mir gedacht - wenn das nicht funkt, dann reiss ich eben im ppp.linkdown den vtun mit kill -9 nieder, aber weit gefehlt, anscheinend friert das System schon ein, bevor das skript ausgefuehrt wird.

Vielleicht kann mir da ja einer n Rate geben.


zu den Eckdaten: P133, OpenBSD 3.3 Release, VTun 2.5.

/etc/ppp.linkdown

Code:
MYADDR:
 ! sh -c "/usr/local/bin/skill -9 vtund"
 ! sh -c "/sbin/route delete XXX.XX.XXX.XXX 172.20.0.4" 
 ! sh -c "/sbin/pfctl -d -F all"
 ! sh -c "kill `cat /var/run/pflogd.pid`"
 ! sh -c "/sbin/ifconfig pflog0 down"
 ! sh -c "/sbin/route delete default"

/etc/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 "/etc/ppp/reset_ntp"
 !bg sh -c "/usr/local/sbin/noip"
 ! sh -c "/etc/ppp/reset_vtund"

/etc/ppp/reset_vtund

Code:
#!/bin/sh
/usr/local/bin/skill -n vtund > /dev/null 2>&1
if [ "$?" -ne "0" ]; then
        echo vtund does not seem to be running. Start!
        /usr/local/sbin/vtund client-server blablubb.bla.net
        if [ "$?" -ne "0" ]; then
                echo ERROR: Could not start /usr/local/sbin/vtund
                exit 1
        else
                echo done.
                exit 0
        fi
else
        echo vtund seems to be running already. HUP!
        /usr/local/bin/skill -HUP vtund > /dev/null 2>&1
        if [ "$?" -ne "0" ]; then
                echo ERROR: Could not signalize HUP to vtund!
                exit 2
        else
                echo done.
                exit 0
        fi
fi

/etc/vtund.conf

Code:
# Vtunnel Config file

options {
                port 5000;      # auf welchen port verbunden wird
                timeout 60;     # genereller timeout
                                # Pfade zu Programmen
                ifconfig        /sbin/ifconfig;
                route           /sbin/route;
}

# TUN Konfiguration

client-server {
                passwd jajajaja;
                proto tcp;
                device tun1;
                persist no;
                up {
                        # Verbindung ist aufgebaut
                        
                        # Routing anlegen
                        ifconfig "%% xxx.xxx.x.x 172.20.0.4 mtu 1450";
                        route "add xxx.xx.xxx.xxx 172.20.0.4";
                };
                down {
                        # Verbindung steht nicht mehr 

                        # Routing aufloesen
                        route "delete xxx.xx.xxx.xxx 172.20.0.4";
                };
}

und hier noch /etc/ppp/ppp.conf
Code:
default:
 set log Phase Chat IPCP CCP tun command
  
pppoe:
 set device "! /usr/sbin/pppoe -i ep1"
 disable acfcomp protocomp vjcomp deflate pred1
 deny acfcomp
 deny mppe
 disable mppe
 disable ipv6cp
 set mru max 1492
 set mtu max 1492
 set crtscts off
 set speed sync
 accept lqr
 set dial
 set login
 set timeout 0
 set authname "jajajaisklar"
 set authkey "unddasisauchklar" 
 enable dns
 enable mssfixup
 add! default HISADDR
 
Zuletzt bearbeitet:
Original geschrieben von tittof
da ich ungluecklicher Benutzer einer DSL Leitung bin, die alle 24 Stunden einen disconnect bekommt, laeuft ppp mit -ddial. Desweiteren laeuft VTun als client (via tun1) zu einem statischen Host eines Rechenzentrums. Wenn nun der 24-Stunden-Disconnect ansteht und gleichzeitig der VTun client noch laeuft, friert mir die Kiste ein und rebooted ohne weiteren Kommentar in den logs.

OK, hab ich mir gedacht - wenn das nicht funkt, dann reiss ich eben im ppp.linkdown den vtun mit kill -9 nieder, aber weit gefehlt, anscheinend friert das System schon ein, bevor das skript ausgefuehrt wird.

Vielleicht kann mir da ja einer n Rate geben.


[/code]

Versuche es mal mit dieser Website: http://www.fmi.uni-passau.de/~grafj/openbsd/3.3/

CW
 
ja genau, mit der Seite ist der Rechner ueberhaupt erst aufgesetzt worden. Von abstuerzenden OpenBSD Rechnern wenn ein redial vom ppp laeuft waehrend eine VPN Verbindung mittels VTun steht, ist da aber ganz und garnichts zu lesen.
 
Original geschrieben von tittof
ja genau, mit der Seite ist der Rechner ueberhaupt erst aufgesetzt worden. Von abstuerzenden OpenBSD Rechnern wenn ein redial vom ppp laeuft waehrend eine VPN Verbindung mittels VTun steht, ist da aber ganz und garnichts zu lesen.

Es kann durchaus sein, dass deine Maschine deshalb einfriert, weil die NKMEMPAGES & NMBCLUSTERS zu niedrig sind.

Schaue dir diese PDF-Datei mal an: http://openbsd.underlinux.com.br/papers/tuning.pdf

CW
 
herzlichen Dank fuer den Link. Sehr interessante Sachen stehen drin (und ich hab ne ganze Weile mit lesen zugebracht) aber erlich gesagt kann ich kaum glauben, dass justement in dem Moment wo der re dial vom ppp und daraus folgend das Neuverbinden vom vtun stattfindet die Kiste dermassen unter Last stehen soll, dass sie alle Viere von sich streckt. Mehr als 20% Gesamtlast kitzle ich aus der Kiste eigentlich nicht raus. Der Paketfilter ist sowieso latent unterbelastet und ausser den Standartprozessen laeuft nichts anderes nebenher. Immerhin ist es ne standart DSL Leitung, sollte man tatsaechlich am Speichermanagement was aendern?
 
Original geschrieben von tittof
aber erlich gesagt kann ich kaum glauben, dass justement in dem Moment wo der re dial vom ppp und daraus folgend das Neuverbinden vom vtun stattfindet die Kiste dermassen unter Last stehen soll, dass sie alle Viere von sich streckt.

Du solltest diese beiden Optionen in deinen Kernel einbauen.

Sie sind für mehr als nur Lastenverteilung gut.

Außerdem hilft es nicht an etwas zu glauben oder nicht, sondern der Lösung des Problems Schritt für Schritt näher zu kommen.

CW
 
Schritt fuer Schritt!

Schritt 1: vtund deinstallieren.
Schritt 2: openvpn installieren.
Schritt 3: zuruecklehnen und freuen, dass alles klappt wie es soll.

das vtun war mir nich gehaeuer ;)
 
Zurück
Oben