Kein ppp -ddial mit OpenBSD 3.7

quantumleeks · 26 Juli 2005

Hallo! Die aktuelle i386-Version von OBSD habe ich mir angetan, um damit per T-DSL ins Netz zu gehen. Geht nicht! Kann mich nicht per ppp -ddial verbinden, nicht mal ppp manuell funktioniert, ein ppp.log unter /var/log/ gibt es auch nicht.

So sieht meine ppp.conf aus: (sis1 ist mit dem DSL-Modem verbunden)

Code:

default:
 set log Connect Phase IPCP CCP Command tun
pppoe:
 set device "!/usr/sbin/pppoe -i sis1"
 set mtu max 1492
 set mru max 1492
 set dial
 set login
 set timeout 0
 set speed sync
 enable lqr
 disable acfcomp protocomp
 deny acfcomp
 set authname 00000000000000000001@t-online.de
 set authkey 00000000

und so meine ppp.linkup:

Code:

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

Damit ppp -ddial nach dem Booten startet, habe ich mir gedacht, ich schreibe den Befehl in die letzte Zeile der /etc/rc.local:

Code:

echo -n 'starting local daemons:'

if [ -x /usr/local/sbin/cfsd ]; then
	if ps auxc | grep -q '^ *root .* mountd$'; then
		echo -n ' cfsd';	/usr/local/sbin/cfsd >/dev/null 2>&1
		mount -o port=3049,nfsv2,intr localhost:/null /crypt
	else
		echo -n ' cfsd (failed, no mountd running)'
	fi
fi

#if [ -x /usr/local/sbin/snmpd ]; then
#	echo -n ' snmpd';	/usr/local/sbin/snmpd
#fi

echo '.'

# Netatalk stuff
#if [ -f /etc/netatalk/rc.atalk ]; then
#	. /etc/netatalk/rc.atalk
#fi

[b]/sbin/ppp -ddial pppoe[/b]

Nichts zu machen. Sind meine Konfigurationsdateien falsch geschrieben? Wie startet man ppp nach dem Booten automatisch - ich meine, wo gehört dieser Befehl hin? Bei FreeBSD gibt's ein ppp_enable="YES" in der /etc/rc.conf, und bei OBSD? Noch viel ärgerlicher aber ist, dass ich ppp nicht mal von Hand starten kann. Mit ifconfig werden dann nur reihenweise tunX angezeigt (tun0 ... tun3), die aber keine Verbindung zum Internet bekommen.

dettus · 26 Juli 2005

bei dem pppoe fehlt das -v -v (zweimal)

Code:

set device "!/usr/sbin/pppoe -v -v -i sis1"

quantumleeks · 26 Juli 2005

Mit einem -v -v wird pppoe nur ein wenig geschwätziger, ppp verbindet sich bei mir weiterhin nicht automatisch. Wenigstens kann ich mich jetzt mit einem ppp -ddial von Hand 'einwählen'. Merkwürdigerweise steht in meiner /var/log/messages als letztes folgende Zeile nach dem Verbindungsaufbau:

Code:

Jul 26 21:27:09 obelix ppp[3271]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process

Meine ppp.conf habe ich jetzt wie folgt geändert:

Code:

default:
 set device "!/usr/sbin/pppoe -i sis1"
 set ctsrts off
 set mru 1492
 set mtu 1492
 set dial
 set login
 set speed sync
 set timeout 0
 set log Phase Chat LCP IPCP CCP tun command 
 enable lqr
 accept lqr
 [b]set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
 add! default HISADDR[/b]
 deny acfcomp
 disable acfcomp protocomp
tdsl:
 set authname 000000000000000000000001@t-online.de
 set authkey 00000000

Trotzdem weiterhin die besagte Fehlermeldung und ebenfalls kein automatischer Verbindungsaufbau mit ppp -ddial tdsl, obwohl ich diesen Befehl in die /etc/rc.local geschrieben habe.

dettus · 27 Juli 2005

also, bei mir wollte der auch nicht "automatisch" verbinden, also habe ich einfach einen eintrag in meine rc.(local) geschrieben.

hier nochmal meine /etc/ppp/ppp.conf, die tut (tat):

Code:

default:
	set log Phase Chat IPCP CCP Warning tun command
	set redial 15 0
	set reconnect 30 10000

qdsl:
	set device "!/usr/sbin/pppoe -v -v -i rl0"
	disable acfcomp protocomp vjcomp deflate pred1
	deny acfcomp
	set log All
	set mtu max 1492
	set crtscts off
	set speed sync
	accept lqr
	set dial
	set login
	set timeout 0
	set authname "cpe$$$$$@qdsl.de"
	set authkey "$$$$$$$$$$$$$$$$$"
	add! default HISADDR
	enable mssfixup
	enable lqr
	set lqrperiod 5

/etc/ppp/pppoe.conf

Code:

rl0

mittlerweile bin ich bei nefkom (qsc war vier wochen lang zu daemlich, um zu kapieren, dass deren access-router abgeschmiert war. stattdessen haben die mich genervt, ich sollte mal windows installieren, damit ich einen virenscanner starten kann...)
aber das einzige, was ich geaendert habe sind authname und authkey.

und das set log All. das ballert einem naemlich die logfiles mit hexdumps voll.

FishMac · 27 Juli 2005

@quantumleeks:

liest Du eigentlich, was Du fett schreibst ...? (Erster Beitrag)

quantumleeks · 27 Juli 2005

Das war nur ein Schreibfehler, kein inhaltlicher Fehler. Dass ppp unter /usr/sbin liegt, weiß ich, und habe ich bereits von Anfang an berücksichtigt. Die Verbindung kommt leider immer noch nicht automatisch zustande.

quantumleeks · 29 Juli 2005

Es funktioniert leider immer noch nicht richtig: Wenn nach 24 Stunden die Verbindung von meinem ISP unterbrochen wird, verbindet sich ppp nicht mehr. Ich sehe zwar per ifconfig -a, dass tun0 eine neue IP bekommen hat, aber die Verbindung kommt trotzdem nicht zustande. Es hilft dann nur ein Reboot, um wieder online zu kommen.

Hier die letzten Zeilen der ppp-Fehlermeldung in /var/log/daemon:

Code:

Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MRU[4] 1492 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP) 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MAGICNUM[6] 0x42b69e69 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: State change Req-Sent --> Ack-Sent 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: RecvConfigRej(31) state = Ack-Sent 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  QUALPROTO[8] proto c025, interval 30000ms 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: SendConfigReq(32) state = Ack-Sent 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MRU[4] 1492 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MAGICNUM[6] 0x66bea330 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: RecvConfigAck(32) state = Ack-Sent 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MRU[4] 1492 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP:  MAGICNUM[6] 0x66bea330 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: State change Ack-Sent --> Opened 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: LayerUp 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: SendEchoRequest(0) state = Opened 
Jul 29 16:25:41 informatix ppp[5188]: tun0: Phase: deflink: his = PAP, mine = none 
Jul 29 16:25:41 informatix ppp[5188]: tun0: Phase: Pap Output: 0010000000000000000000001@t-online.de ******** 
Jul 29 16:25:41 informatix ppp[5188]: tun0: LCP: deflink: RecvEchoReply(0) state = Opened 
Jul 29 16:25:41 informatix ppp[5188]: tun0: Phase: Pap Input: SUCCESS () 
Jul 29 16:25:41 informatix ppp[5188]: tun0: Phase: deflink: Already in NETWORK phase 
Jul 29 16:25:41 informatix ppp[5188]: tun0: Phase: deflink: lcp -> open 
Jul 29 16:25:41 informatix ppp[5188]: tun0: IPCP: deflink: RecvConfigReq(10) state = Initial 
Jul 29 16:25:41 informatix ppp[5188]: tun0: IPCP:  IPADDR[6] 217.0.116.50 
Jul 29 16:25:41 informatix ppp[5188]: tun0: IPCP: deflink: Oops, RCR in Initial.

Das geht dann endlos so weiter. Es gibt einen Pap Input: SUCCES (), und dann ein tun0: IPCP: deflink: Oops, RCR in Initial. Was bedeutet das?

In /var/log/messages steht als letzte Zeile nach einem Reboot nach wie vor:

Code:

Jul 29 16:28:18 obelix ppp[6243]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No

Meine ppp.conf hatte ich in diesem Thread weiter oben gepostet. Hat jemand einen Tip?

quantumleeks · 30 Juli 2005

So, jetzt habe ich das Problem endgültig gelöst: Weg vom Userland ppp, hin zum Kernel pppoe gemäß man 4 pppoe, /etc/ppp komplett gelöscht (braucht man nämlich jetzt nicht mehr), und alles läuft rund. Bin zufrieden wie ein Baby mit einem großen Topf Milupa Schokoladenbrei.

TCM · 30 Juli 2005

quantumleeks schrieb:
So, jetzt habe ich das Problem endgültig gelöst: Weg vom Userland ppp, hin zum Kernel pppoe gemäß man 4 pppoe, /etc/ppp komplett gelöscht (braucht man nämlich jetzt nicht mehr), und alles läuft rund. Bin zufrieden wie ein Baby mit einem großen Topf Milupa Schokoladenbrei.

dann versuch mal native ipv6 ueber pppoe(4), da kannste deinen topf gleich schoen vollkotzen

quantumleeks · 30 Juli 2005

ipv6 brauche ich derzeit nicht. Es ist klar, dass spppcontrol z. Zt. noch nicht so mächtig ist wie userland pppoe bzw. pppoectl von NetBSD, von woher kernel pppoe nach OpenBSD v3.7 importiert worden ist. Es dürfte aber nur eine Frage der Zeit sein, bis sich spppcontrol und pppoectl in ihrem Funktionsumfang angleichen.

Zepol · 10 August 2005

Ich habe auch das Problem!

Hallo Leute,
ich bin nun von 3.6 auf 3.7 umgestiegen.
Ich habe die 3.6 ppp Dateien zurück auf die 3.7 Kiste kopiert, wollte online gehen und siehe da ich habe das selbe Problem!

Code:

tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process 
tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined error: 0

Ich bekomme eine IP von Versatel zugewiesen aber sonst geht nichts (kein Ping (auch nicht auf das zugewiesenen Gateway), kein nslookup, kein http, kein garnichts).

Eigentlich sollte doch die "alte" ppp.conf auch unter 3.7 funktionieren. Ich habe auch mal im Changlog gesucht aber keine relewanten Änderungen an ppp gefunden.

Hat jemand ne Idee??? Oder auch das Problem nach dem Wechsel auf 3.7?

hier mal meine Daten:

ppp.conf:

Code:

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

pppoe:
 set device "!/usr/sbin/pppoe -i de3"
 set mtu max 1492
 set mru max 1492
 set speed sync
 disable ipv6cp
 disable acfcomp protocomp
 deny acfcomp
 set authname "mg-kh@versatel"
 set authkey anabele
 set login
 set dial
 set timeout 0
 add! default HISADDR
 enable mssfixup
 accept lqr
 set lqrperiod 5
 set cd 5

daemon Log:

Code:

Aug  9 15:16:10 sol ppp[9258]: Phase: Using interface: tun0 
Aug  9 15:16:10 sol ppp[9258]: Phase: deflink: Created in closed state 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: default: set redial 15 0 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: default: set reconnect 15 10000 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set device !/usr/sbin/pppoe -i de3 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set mtu max 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set mru max 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set speed sync 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: disable ipv6cp 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: disable acfcomp protocomp 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: deny acfcomp 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set login 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set authname user@versatel 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set authkey ******** 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set dial 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set timeout 0 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: enable mssfixup 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: accept lqr 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set lqrperiod 5 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: add default HISADDR 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: pppoe: set cd 5 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: PPP Started (foreground mode). 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: bundle: Establish 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: closed -> opening 
Aug  9 15:16:10 sol ppp[9258]: tun0: Warning: Carrier settings ignored 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: Connected! 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: opening -> dial 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: dial -> carrier 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: carrier -> login 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: login -> lcp 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: FSM: Using "deflink" as a transport 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: State change Initial --> Closed 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: State change Closed --> Stopped 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: RecvConfigReq(242) state = Stopped 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MRU[4] 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05) 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MAGICNUM[6] 0x0613ec0e 
Aug  9 15:16:10 sol ppp[9258]: tun0: Warning: deflink: Reducing configured MRU from 1500 to 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MRU[4] 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MAGICNUM[6] 0x6fe5c0c3 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: SendConfigAck(242) state = Stopped 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MRU[4] 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05) 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MAGICNUM[6] 0x0613ec0e 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: LayerStart 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: State change Stopped --> Ack-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MRU[4] 1492 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP:  MAGICNUM[6] 0x6fe5c0c3 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: State change Ack-Sent --> Opened 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: LayerUp 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: bundle: Authenticate 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: his = CHAP 0x05, mine = none 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: Chap Input: CHALLENGE (17 bytes from dor002ibr003) 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: Chap Output: RESPONSE (mg-kh@versatel) 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: Chap Input: SUCCESS 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: FSM: Using "deflink" as a transport 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: deflink: State change Initial --> Closed 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: deflink: LayerStart. 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: MPPE: Not usable without CHAP81 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: deflink: SendConfigReq(1) state = Closed 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP:  DEFLATE[4] win 15 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP:  PRED1[2]  
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: deflink: State change Closed --> Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: deflink: lcp -> open 
Aug  9 15:16:10 sol ppp[9258]: tun0: Phase: bundle: Network 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: FSM: Using "deflink" as a transport 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: State change Initial --> Closed 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: LayerStart. 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 192.168.0.1 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: State change Closed --> Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: RecvProtocolRej(243) state = Opened 
Aug  9 15:16:10 sol ppp[9258]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! 
Aug  9 15:16:10 sol ppp[9258]: tun0: CCP: deflink: State change Req-Sent --> Stopped 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: RecvConfigRej(1) state = Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: SendConfigReq(2) state = Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 192.168.0.1 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: RecvConfigNak(2) state = Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 83.135.160.182 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] changing address: 192.168.0.1  --> 83.135.160.182 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: SendConfigReq(3) state = Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 83.135.160.182 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: RecvConfigAck(3) state = Req-Sent 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 83.135.160.182 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Rcvd 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: RecvConfigReq(229) state = Ack-Rcvd 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 62.214.64.76 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: SendConfigAck(229) state = Ack-Rcvd 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP:  IPADDR[6] 62.214.64.76 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: State change Ack-Rcvd --> Opened 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: deflink: LayerUp. 
Aug  9 15:16:10 sol ppp[9258]: tun0: IPCP: myaddr 83.135.160.182 hisaddr = 62.214.64.76 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /sbin/pfctl -f /etc/pf.conf.router 
Aug  9 15:16:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /bin/cp /var/named/standard/root.hint.real /var/named/standard/root.hint 
Aug  9 15:16:11 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /usr/sbin/rndc reload 
Aug  9 15:16:11 sol named[3171]: loading configuration from '/etc/named.conf'
Aug  9 15:16:11 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /usr/local/sbin/ddclient 
Aug  9 15:16:12 sol ppp[9258]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process 
Aug  9 15:16:12 sol ppp[9258]: tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined error: 0 
Aug  9 15:16:40 sol ppp[9258]: tun0: LCP: deflink: RecvEchoRequest(244) state = Opened 
Aug  9 15:16:40 sol ppp[9258]: tun0: LCP: deflink: SendEchoReply(244) state = Opened 
Aug  9 15:17:40 sol ppp[9258]: tun0: LCP: deflink: RecvEchoRequest(245) state = Opened 
Aug  9 15:17:40 sol ppp[9258]: tun0: LCP: deflink: SendEchoReply(245) state = Opened 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: Caught signal 2, abort connection(s) 
Aug  9 15:18:10 sol ppp[9258]: tun0: CCP: deflink: State change Stopped --> Closed 
Aug  9 15:18:10 sol ppp[9258]: tun0: CCP: deflink: State change Closed --> Initial 
Aug  9 15:18:10 sol ppp[9258]: tun0: LCP: deflink: LayerDown 
Aug  9 15:18:10 sol ppp[9258]: tun0: LCP: deflink: State change Opened --> Starting 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: open -> lcp 
Aug  9 15:18:10 sol ppp[9258]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process 
Aug  9 15:18:10 sol ppp[9258]: tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined error: 0 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: deflink: LayerDown: 83.135.160.182 
Aug  9 15:18:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c kill `cat /var/run/ddclient.pid` 
Aug  9 15:18:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /bin/cp /var/named/standard/root.hint.fake /var/named/standard/root.hint 
Aug  9 15:18:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /usr/sbin/rndc reconfig 
Aug  9 15:18:10 sol named[3171]: loading configuration from '/etc/named.conf'
Aug  9 15:18:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /sbin/pfctl -f /etc/pf.conf 
Aug  9 15:18:10 sol ppp[9258]: tun0: Command: MYADDR: ! sh -c /sbin/route delete default 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: deflink: State change Opened --> Starting 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: deflink: LayerFinish. 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: Connect time: 120 secs: 2876 octets in, 0 octets out 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: 37 packets in, 0 packets out 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP:  total 23 bytes/sec, peak 0 bytes/sec on Tue Aug  9 15:16:10 2005 
Aug  9 15:18:10 sol ppp[9258]: tun0: IPCP: deflink: State change Starting --> Initial 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: bundle: Terminate 
Aug  9 15:18:10 sol ppp[9258]: tun0: LCP: deflink: LayerFinish 
Aug  9 15:18:10 sol ppp[9258]: tun0: LCP: deflink: State change Starting --> Initial 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: Disconnected! 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: lcp -> logout 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: Disconnected! 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: logout -> hangup 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: Connect time: 120 secs: 3091 octets in, 180 octets out 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: 48 packets in, 10 packets out 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase:  total 27 bytes/sec, peak 0 bytes/sec on Tue Aug  9 15:16:10 2005 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: HUPing 12433 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: deflink: hangup -> closed 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: bundle: Dead 
Aug  9 15:18:10 sol ppp[9258]: tun0: Phase: PPP Terminated (normal).

dettus · 10 August 2005

wie sieht das aus, wenn du versuchst die route von hand zu setzen?

einfach mal ein "ifconfig -a tun0" eingeben und angucken, welche ip-adresse die andere seite von deinem pppoe-tunnel hat.
und die dann per "route -n flush ; route add default a.b.c.d" setzen?

wenn gar nichts mehr hilft kannst du dir dann naemlich mit ein wenig awk-gebastel ein kleines shell-skript zusammenbasteln.

Zepol · 10 August 2005

Schande über mein Haupt...
das mit der Verbindung klappt doch. Es lag an pf, die pf.conf Datei für dsen Routerbetrieb konnte nicht geladen werden weil eine Datei fehlte die in ein Table eingelesen wird. Das stand leider in keinem Log, naja pech gehabt.

Aber die Fehlermeldung bleibt beim Start von ppp, immerhin funzt nun die Verbindung schon mal. Bin jetzt mal gespannt ob die Wiedereinwahl nach einer Trennung von Versatel funzt.

Die Fehlermeldung verstehe ich aber nicht wirklich, da in der Routingtabelle die Defaultrout gesetzt wird!? Warum sagt er aber "Change route failed", und warum wird (wenn ich das richtig sehe) eine IPv6 Route gesetzt wenn ich in der ppp.conf IPv6 disabled habe? Muß man das noch verbieten?

quantumleeks · 10 August 2005

Wenn du mit der Vergabe von dynamischen IPs nach 24-stündiger Wiedereinwahl Probleme hast, Zepol, nimm kernel pppoe, das kommt ohne weiteres damit klar. Meine Box ist jetzt seit dem 30.07.05 ununterbrochen online, privoxy und tor laufen - was will man mehr?

Zepol · 10 August 2005

ich habe mir die manpage bereits kurz durchgelesen, ich werde mich damit auf jedenfall mal beschäftigen.
Auf jedenfall schön dass das mit ner hostname.if gemacht wird.

Nur trotzdem seltsam das ppp eine Fehlermeldung nach einem Update auf 3.7 produziert (mit Update meine ich, alles platt machen und neu konfigurieren bzw Configs zurückspielen).

Zepol · 11 August 2005

so die 24 Stunden sind nun um und ppp hat sich zum Glück wieder eingewählt.
Die Fehlermeldung erscheint natürlich weiterhin, leider...

Was mir noch aufgefallen ist, das daemon Log wird jede Minute mit ner RecvEchoRequest und SendEchoReply zugekleistert. Ich nehme mal an das DSL Gateway (Einwahlhost, oder wie auch immer) fragt meinen Rechner ob er noch da ist. Das macht er aber auch erst seit 3.7. WARUM??? :ugly:

Code:

Aug 11 14:43:59 sol ppp[2864]: tun0: LCP: deflink: RecvEchoRequest(10) state = Opened
Aug 11 14:43:59 sol ppp[2864]: tun0: LCP: deflink: SendEchoReply(10) state = Opened
Aug 11 14:44:59 sol ppp[2864]: tun0: LCP: deflink: RecvEchoRequest(11) state = Opened
Aug 11 14:44:59 sol ppp[2864]: tun0: LCP: deflink: SendEchoReply(11) state = Opened
Aug 11 14:45:59 sol ppp[2864]: tun0: LCP: deflink: RecvEchoRequest(12) state = Opened
Aug 11 14:45:59 sol ppp[2864]: tun0: LCP: deflink: SendEchoReply(12) state = Opened
Aug 11 14:46:59 sol ppp[2864]: tun0: LCP: deflink: RecvEchoRequest(13) state = Opened
Aug 11 14:46:59 sol ppp[2864]: tun0: LCP: deflink: SendEchoReply(13) state = Opened
Aug 11 14:47:59 sol ppp[2864]: tun0: LCP: deflink: RecvEchoRequest(14) state = Opened
Aug 11 14:47:59 sol ppp[2864]: tun0: LCP: deflink: SendEchoReply(14) state = Opened

Kein ppp -ddial mit OpenBSD 3.7

quantumleeks

Anfänger

dettus

Bicycle User

quantumleeks

Anfänger

dettus

Bicycle User

FishMac

Active Member

quantumleeks

Anfänger

quantumleeks

Anfänger

quantumleeks

Anfänger

TCM

Well-Known Member

quantumleeks

Anfänger

Zepol

BSD begeisterter

dettus

Bicycle User

Zepol

BSD begeisterter

quantumleeks

Anfänger

Zepol

BSD begeisterter

Zepol

BSD begeisterter

Wir schützen deine Privatsphäre