PPPoE-Frage :-(

  • Ersteller Ersteller das.chaos
  • Erstellt am Erstellt am
D

das.chaos

Guest
Hi,

momentan experimentiere ich etwas mit dem PPP-Protokoll, was im Zuge meiner Betrachtungen mich dazu bewegte einen Router (Rumpelstielzchen) zu installieren.

Die Ausgangslage stellt sich wie folgt dar:

DSL-Router (FreeBSD-Box mit NAT bzw. ipnat von ipf), welcher via PPPoE mit einem BRAS kommuniziert. ppp wird via
Code: 
ppp_enable="YES"
ppp_mode="auto"
ppp_profile="ZENSIERT"
ppp_nat="NO"
betrieben.

"ifconfig tun0" stellt sich dann im Grundzustand (???) wie folgt dar:
Code: 
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1500
inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff
Opened by PID ZENSIERT
Der Router ist per Ethernet mit einem externen (kotz!) DSL-Modem verbunden. Momentan habe ich (aus experimentellen Gruenden) ein filterndes EthernetSwitch (eigens modifizierte FreeBSD-Box, es verwirft PPPoE-Rahmen die mir nicht in den kram passen!!!) zwischen Router und Modem installiert (d.h. es ueberwacht im Vorfeld den Router und schmeiszt saemtlichen "Schrott" a la NetBIOS-Anfragen, Rahmen mit Ip-Datagrammen die Adressinformationen bzgl. RFC-1918 enthalten etc.pp. aus dem Datenstrom einer PPPoE-Sitzung).

Bei dem eroeffnen einer PPP-Sitzung habe ich dann festgestellt, dasz interessanterweise nach Eintritt in die "Network-Stage" der Router mittels privater IP-Adresse (10.0.0.1) [edit] mit einen DNS ueber dem GW [/edit] des ISP zu kommunizieren versucht.

Obwohl "ifconfig tun0":
Code: 
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1492
inet ZENSIERT_my_ip --> ZENSIERT_isp_gw netmask 0xffffffff
Opened by PID ZENSIERT
Gut, der Router funktioniert (NAT etc.pp.) "perfekt"...

Auszug aus "ipnat.rules":
Code: 
map tun0 192.168.xxx.xxx/27 -> 0/32 proxy port ftp ftp/tcp
... usw.usf...

Um das Lagebild abzurunden ist hier ein Auszug einer von dem Switch (Gartenzwerg) erzeugten Logdatei, welche eine PPPoE-Sitzung (Verbindungsaufbau, "erfolgreiche" Datenuebertragung und Abbau einer PPPoE-Sitzung) beschreibt:
Code: 
gartenzwerg kernel: PPPOEDISC_dst_[ff:ff:ff:ff:ff:ff]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x0000]________________STAGE_PADI: sdu_[16] byte
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 	0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: Service-Name.
gartenzwerg kernel: PPPOEDISC_dst_[ff:ff:ff:ff:ff:ff]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x0000]________________STAGE_PADI: sdu_[16] byte
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 	0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: Service-Name.

gartenzwerg kernel: PPPOEDISC_dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x0000]________________STAGE_PADO: sdu_[50] byte
gartenzwerg kernel: tag: AC-Name.
gartenzwerg kernel: | "zensiert-ac"
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 	0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: Service-Name.
gartenzwerg kernel: tag: AC-Cookie.
gartenzwerg kernel: | 0xb6 0xe4 0xff 0x4f
gartenzwerg kernel: 	0xe0 0xd7 0x0d 0xb3
gartenzwerg kernel: 	0xb2 0xfd 0x30 0x11
gartenzwerg kernel: 	0x09 0x4e 0x79 0xa8

gartenzwerg kernel: PPPOEDISC_dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x0000]________________STAGE_PADR: sdu_[50] byte
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: AC-Cookie.
gartenzwerg kernel: | 0xb6 0xe4 0xff 0x4f
gartenzwerg kernel: 	0xe0 0xd7 0x0d 0xb3
gartenzwerg kernel: 	0xb2 0xfd 0x30 0x11
gartenzwerg kernel: 	0x09 0x4e 0x79 0xa8
gartenzwerg kernel: 
gartenzwerg kernel: tag: AC-Name.
gartenzwerg kernel: | "zensiert-ac"
gartenzwerg kernel: tag: Service-Name.

gartenzwerg kernel: PPPOEDISC_dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x0000]________________STAGE_PADR: sdu_[50] byte
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 	0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: AC-Cookie.
gartenzwerg kernel: | 0xb6 0xe4 0xff 0x4f
gartenzwerg kernel: 	0xe0 0xd7 0x0d 0xb3
gartenzwerg kernel: 	0xb2 0xfd 0x30 0x11
gartenzwerg kernel: 	0x09 0x4e 0x79 0xa8
gartenzwerg kernel: 
gartenzwerg kernel: tag: AC-Name.
gartenzwerg kernel: | "zensiert-ac"
gartenzwerg kernel: tag: Service-Name.

gartenzwerg kernel: PPPOEDISC_dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________STAGE_PADS: sdu_[50] byte
gartenzwerg kernel: tag: Service-Name.
gartenzwerg kernel: tag: Host-Uniq.
gartenzwerg kernel: | 0xff 0xff 0xf8 0x00
gartenzwerg kernel: 	0x01 0x27 0xcd 0xc0
gartenzwerg kernel: 
gartenzwerg kernel: tag: AC-Name.
gartenzwerg kernel: | "zensiert-ac"
gartenzwerg kernel: tag: AC-Cookie.
gartenzwerg kernel: | 0xb6 0xe4 0xff 0x4f
gartenzwerg kernel: 	0xe0 0xd7 0x0d 0xb3
gartenzwerg kernel:	0xb2 0xfd 0x30 0x11
gartenzwerg kernel: 	0x09 0x4e 0x79 0xa8

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Request.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x85773d6d

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Request.
gartenzwerg kernel: identifier: 0x0d
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Authentication-Protocol.
gartenzwerg kernel: | Password Authentication Protocol.
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x58628c05

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Ack.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x85773d6d

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Request.
gartenzwerg kernel: identifier: 0x0d
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Authentication-Protocol.
gartenzwerg kernel: | Password Authentication Protocol.
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x58628c05

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Ack.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x85773d6d

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Ack.
gartenzwerg kernel: identifier: 0x0d
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Authentication-Protocol.
gartenzwerg kernel: | Password Authentication Protocol.
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x58628c05

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_PAP__Authenticate-Request.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: | "DonaldDuck@myIsp.de"
gartenzwerg kernel: | "ZENSIERT"

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Configure-Ack.
gartenzwerg kernel: identifier: 0x0d
gartenzwerg kernel: opt: Maximum-Receive-Unit.
gartenzwerg kernel: | 0x5d4 is 1492
gartenzwerg kernel: opt: Authentication-Protocol.
gartenzwerg kernel: | Password Authentication Protocol.
gartenzwerg kernel: opt: Magic-Number.
gartenzwerg kernel: | 0x58628c05

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_PAP__Authenticate-Request.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: | "RumpelStielzchen@myISP.de"
gartenzwerg kernel: | "ZENSIERT"

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_PAP__Authenticate-Ack.
gartenzwerg kernel: identifier: 0x01

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_CCP__Configure-Request.
gartenzwerg kernel: identifier: 0x01
 _
 |
 | IPCP...  
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Request.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: IP-Address: [10.0.0.1]	

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_CCP__Configure-Request.
gartenzwerg kernel: identifier: 0x01

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Request.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: IP-Address: [10.0.0.1]	
 _
 |
 | IPCP... sieht "normal" aus..
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Request.
gartenzwerg kernel: identifier: 0x13
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_isp_gw]

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Request.
gartenzwerg kernel: identifier: 0x13
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_isp_gw]

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Ack.
gartenzwerg kernel: identifier: 0x13
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_isp_gw]

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Protocol-Reject.
gartenzwerg kernel: identifier: 0x0e
gartenzwerg kernel: | PPP_CCP reject.
gartenzwerg kernel: | 0x01 0x01 0x00 0x04
gartenzwerg kernel: 
gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Protocol-Reject.
gartenzwerg kernel: identifier: 0x0e
gartenzwerg kernel: | PPP_CCP reject.
gartenzwerg kernel: | 0x01 0x01 0x00 0x04
 _
 |
 | IPCP... sieht auch "normal" aus...
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Nak.
gartenzwerg kernel: identifier: 0x01
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_my_ip]

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Request.
gartenzwerg kernel: identifier: 0x02
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_my_ip]

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Configure-Ack.
gartenzwerg kernel: identifier: 0x02
gartenzwerg kernel: opt: IP-Address: [ZENSIERT_my_ip]
 _
 |
 | Network-Phase... Router versucht mittels privater Netzadresse zu kommunizieren
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[10.0.0.1:50553]->[194.246.96.1:53]			<=== ???
gartenzwerg kernel: DL_FRAME______BLOCK!

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[10.0.0.1:54596]- >[81.91.164.5:53]			<=== ???
gartenzwerg kernel: DL_FRAME______BLOCK!

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[10.0.0.1:57696]->[195.243.137.26:53]		<=== ???
gartenzwerg kernel: DL_FRAME______BLOCK!

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[10.0.0.1:58624]->[77.67.63.105:53]			<=== ???
gartenzwerg kernel: DL_FRAME______BLOCK!
 _
 |
 | Network-Phase... 
 | ...gartenzwerg hat diese Rahmen verworfen... 
 | ... jetzt kommuniziert Router mit der durch den BRAS zugewiesenen IP-Adresse
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[ZENSIERT_my_ip:43309]->[194.0.0.53:53]

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[ZENSIERT_my_ip:43309]->[194.0.0.53:53]

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__in___[ZENSIERT_my_ip:43309]<-[194.0.0.53:53]
 _
 |
 | usw.usf.... Verbindungsabbau... IPCP -> LCP -> PADT
 |
 v
 
gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Terminate-Request.
gartenzwerg kernel: identifier: 0x03

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Terminate-Request.
gartenzwerg kernel: identifier: 0x03

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Terminate-Ack.
gartenzwerg kernel: identifier: 0x03

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_IPCP_Terminate-Ack.
gartenzwerg kernel: identifier: 0x03

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Terminate-Request.
gartenzwerg kernel: identifier: 0x02

gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Terminate-Request.
gartenzwerg kernel: identifier: 0x02

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Terminate-Ack.
gartenzwerg kernel: identifier: 0x02

gartenzwerg kernel: PPPOE_____dst_[me:0Z:EN:SI:IE:RT]__src_[ac:0Z:EN:SI:IE:RT]
gartenzwerg kernel: id_[0x17cc]________________PPP_LCP__Terminate-Ack.
gartenzwerg kernel: identifier: 0x02

gartenzwerg kernel: PPPOEDISC_dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: tag: Generic-Error.
gartenzwerg kernel: | "session closed"
Dann ein Auszug aus ppp.log des Routers (Rumpelstielzchen):
Code: 
rumpelstielzchen ppp[xxx]: Phase: PPP Started (auto mode).
rumpelstielzchen ppp[xxx]: Phase: bundle: Establish
rumpelstielzchen ppp[xxx]: Phase: deflink: closed -> opening
rumpelstielzchen ppp[xxx]: Phase: deflink: Connected!
rumpelstielzchen ppp[xxx]: Phase: deflink: opening -> dial
rumpelstielzchen ppp[xxx]: Phase: deflink: dial -> carrier
rumpelstielzchen ppp[xxx]: Phase: Received NGM_PPPOE_ACNAME (hook "zensiert-ac")
rumpelstielzchen ppp[xxx]: Phase: Received NGM_PPPOE_SESSIONID
rumpelstielzchen ppp[xxx]: Phase: Received NGM_PPPOE_SUCCESS
rumpelstielzchen ppp[xxx]: Phase: deflink: carrier -> login
rumpelstielzchen ppp[xxx]: Phase: deflink: login -> lcp
rumpelstielzchen ppp[xxx]: LCP: FSM: Using "deflink" as a transport
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Initial --> Closed
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Closed --> Stopped
rumpelstielzchen ppp[xxx]: LCP: deflink: LayerStart
rumpelstielzchen ppp[xxx]: LCP: deflink: SendConfigReq(1) state = Stopped
rumpelstielzchen ppp[xxx]: LCP:  MRU[4] 1492
rumpelstielzchen ppp[xxx]: LCP:  MAGICNUM[6] 0x85773d6d
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Stopped --> Req-Sent
rumpelstielzchen ppp[xxx]: LCP: deflink: RecvConfigReq(13) state = Req-Sent
rumpelstielzchen ppp[xxx]: LCP:  MRU[4] 1492
rumpelstielzchen ppp[xxx]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
rumpelstielzchen ppp[xxx]: LCP:  MAGICNUM[6] 0x58628c05
rumpelstielzchen ppp[xxx]: LCP: deflink: SendConfigAck(13) state = Req-Sent
rumpelstielzchen ppp[xxx]: LCP:  MRU[4] 1492
rumpelstielzchen ppp[xxx]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
rumpelstielzchen ppp[xxx]: LCP:  MAGICNUM[6] 0x58628c05
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Req-Sent --> Ack-Sent
rumpelstielzchen ppp[xxx]: LCP: deflink: RecvConfigAck(1) state = Ack-Sent
rumpelstielzchen ppp[xxx]: LCP:  MRU[4] 1492
rumpelstielzchen ppp[xxx]: LCP:  MAGICNUM[6] 0x85773d6d
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Ack-Sent --> Opened
rumpelstielzchen ppp[xxx]: LCP: deflink: LayerUp
rumpelstielzchen ppp[xxx]: Phase: bundle: Authenticate
rumpelstielzchen ppp[xxx]: Phase: deflink: his = PAP, mine = none
rumpelstielzchen ppp[xxx]: Phase: Pap Output: RumpelStielzchen@myIsp.de ZENSIERT
rumpelstielzchen ppp[xxx]: Phase: Pap Input: SUCCESS ()
rumpelstielzchen ppp[xxx]: CCP: FSM: Using "deflink" as a transport
rumpelstielzchen ppp[xxx]: CCP: deflink: State change Initial --> Closed
rumpelstielzchen ppp[xxx]: CCP: deflink: LayerStart.
rumpelstielzchen ppp[xxx]: CCP: MPPE: Not usable without CHAP81
rumpelstielzchen ppp[xxx]: CCP: deflink: SendConfigReq(1) state = Closed
rumpelstielzchen ppp[xxx]: CCP:   [EMPTY]
rumpelstielzchen ppp[xxx]: CCP: deflink: State change Closed --> Req-Sent
rumpelstielzchen ppp[xxx]: Phase: deflink: lcp -> open
rumpelstielzchen ppp[xxx]: Phase: bundle: Network
rumpelstielzchen ppp[xxx]: IPCP: FSM: Using "deflink" as a transport
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Initial --> Closed
rumpelstielzchen ppp[xxx]: IPCP: deflink: LayerStart.
rumpelstielzchen ppp[xxx]: IPCP: deflink: SendConfigReq(1) state = Closed
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] 10.0.0.1
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Closed --> Req-Sent
rumpelstielzchen ppp[xxx]: IPCP: deflink: RecvConfigReq(19) state = Req-Sent
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] ZENSIERT_isp_gw
rumpelstielzchen ppp[xxx]: IPCP: deflink: SendConfigAck(19) state = Req-Sent
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] ZENSIERT_isp_gw
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Req-Sent --> Ack-Sent
rumpelstielzchen ppp[xxx]: LCP: deflink: RecvProtocolRej(14) state = Opened
rumpelstielzchen ppp[xxx]: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected!
rumpelstielzchen ppp[xxx]: CCP: deflink: State change Req-Sent --> Stopped
rumpelstielzchen ppp[xxx]: IPCP: deflink: RecvConfigNak(1) state = Ack-Sent
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] ZENSIERT_my_ip
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] changing address: 10.0.0.1  --> ZENSIERT_my_ip
rumpelstielzchen ppp[xxx]: IPCP: deflink: SendConfigReq(2) state = Ack-Sent
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] ZENSIERT_my_ip
rumpelstielzchen ppp[xxx]: IPCP: deflink: RecvConfigAck(2) state = Ack-Sent
rumpelstielzchen ppp[xxx]: IPCP:  IPADDR[6] ZENSIERT_my_ip
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Ack-Sent --> Opened
rumpelstielzchen ppp[xxx]: IPCP: deflink: LayerUp.
rumpelstielzchen ppp[xxx]: IPCP: myaddr ZENSIERT_my_ip hisaddr = ZENSIERT_isp_gw
rumpelstielzchen ppp[xxx]: Warning: 0.0.0.0: Change route failed: errno: No such process
rumpelstielzchen ppp[xxx]: Phase: Signal 15, terminate.
rumpelstielzchen ppp[xxx]: IPCP: deflink: LayerDown: ZENSIERT_my_ip
rumpelstielzchen ppp[xxx]: IPCP: deflink: SendTerminateReq(3) state = Opened
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Opened --> Closing
rumpelstielzchen ppp[xxx]: IPCP: deflink: RecvTerminateAck(3) state = Closing
rumpelstielzchen ppp[xxx]: IPCP: deflink: LayerFinish.
rumpelstielzchen ppp[xxx]: IPCP: Connect time: 9 secs: 575 octets in, 552 octets out
rumpelstielzchen ppp[xxx]: IPCP: 4 packets in, 8 packets out
rumpelstielzchen ppp[xxx]: IPCP:  total 125 bytes/sec, peak 375 bytes/sec on Mon Aug 23 14:38:35 2010
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Closing --> Closed
rumpelstielzchen ppp[xxx]: Phase: bundle: Terminate
rumpelstielzchen ppp[xxx]: CCP: deflink: State change Stopped --> Closed
rumpelstielzchen ppp[xxx]: CCP: deflink: State change Closed --> Initial
rumpelstielzchen ppp[xxx]: LCP: deflink: LayerDown
rumpelstielzchen ppp[xxx]: LCP: deflink: SendTerminateReq(2) state = Opened
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Opened --> Closing
rumpelstielzchen ppp[xxx]: Phase: deflink: open -> lcp
rumpelstielzchen ppp[xxx]: Warning: 0.0.0.0: Change route failed: errno: No such process
rumpelstielzchen ppp[xxx]: IPCP: deflink: State change Closed --> Initial
rumpelstielzchen ppp[xxx]: LCP: deflink: RecvTerminateAck(2) state = Closing
rumpelstielzchen ppp[xxx]: LCP: deflink: LayerFinish
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Closing --> Closed
rumpelstielzchen ppp[xxx]: LCP: deflink: State change Closed --> Initial
rumpelstielzchen ppp[xxx]: Phase: deflink: Disconnected!
rumpelstielzchen ppp[xxx]: Phase: deflink: lcp -> logout
rumpelstielzchen ppp[xxx]: Phase: deflink: logout -> hangup
rumpelstielzchen ppp[xxx]: Phase: deflink: Disconnected!
rumpelstielzchen ppp[xxx]: Phase: deflink: Connect time: 11 secs: 670 octets in, 714 octets out
rumpelstielzchen ppp[xxx]: Phase: deflink: 13 packets in, 17 packets out
rumpelstielzchen ppp[xxx]: Phase:  total 125 bytes/sec, peak 271 bytes/sec on Mon Aug 23 14:38:35 2010
rumpelstielzchen ppp[xxx]: Phase: deflink: hangup -> closed
rumpelstielzchen ppp[xxx]: Phase: bundle: Dead
rumpelstielzchen ppp[xxx]: Phase: PPP Terminated (normal).
Was mich (als Anfaenger) speziell interessiert, warum versucht ppp, bspw.
Code: 
gartenzwerg kernel: PPPOE_____dst_[ac:0Z:EN:SI:IE:RT]__src_[me:0Z:EN:SI:IE:RT]
gartenzwerg kernel: udp__out__[10.0.0.1:54596]- >[81.91.164.5:53]			<=== ???
gartenzwerg kernel: DL_FRAME______BLOCK!
mit einer Privaten Netzadresse mit dem GW des ISP zu kommunizieren??? Was lauft hier schief bzw. ist das "normal"??? Vermutlich habe ich am Router irgendetwas bei der Konfiguration von ppp im Hinblick auf ipnat etwas nicht beachtet, miszverstanden bzw. etwas fehlkonfiguriert (was wohl naheliegend waere)... irgendwie sehe ich den Wald vor lauter Baeumen nicht mehr :-(

Bei der Einrichtung von ppp und ipnat bin ich gemaesz Handbuch vorgegangen und habe mich nach den in "/usr/share/examples/" erwaehnten Beispielen gerichtet.

Anmerkung:

Dieses Verhalten tritt nicht in Erscheinung wenn ich eine Arbeitsstation direkt mit dem Teilnehmerzugangsnetz kommunizieren, bei manueller Einwahl, lasse.
 
Zuletzt bearbeitet von einem Moderator:
Das ist übrigens eine DNS-Anfrage (UDP Port 53). Sie sollte eigentlich über die Standardroute nach draußen gehen. :confused:

Bei mir hat tun(4) gar keinen "Grundzustand" es wird von ppp erzeugt, wenn es gebraucht wird (also beim Dial-in). Ich habe allerdings die Netzwerkkarte wo das DSL-Modem dran hängt mit einer festen IP versehen (das ist aber eine andere Geschichte).

Schau Dir auf jeden Fall die Tabelle mit den Routen an. Vielleicht wird bei dem Setup von tun(4) die Routing-Tabelle nicht richtig aktualisiert und es bleibt ein Eintrag der 10.0.0.0/8 (oder was auch immer) über tun0 leitet noch vorhanden. Lösung ist, den einfach zu löschen. Aber noch einfacher ist, tun(4) gar nicht zu konfigurieren, sondern eben erstellen zu lassen. Ich weiß nicht ob ich da richtig liege.
 
Problem ist behoben... nach nochmaligen Studium des Handbuchs und PPP(8) erkannte ich, dasz ich eine auf den ersten Blick unscheinbar wirkende Option bei Aufruf von ppp wohl vergessen hatte:
Code: 
	-alias

ich entfernte saemtliche Eintraege bzgl. ppp in "/etc/rc.conf" und erzeugte schlieszlich in "/etc" eine durch "start_if.tun0" namentlich benannte Datei von folgenden inhalt:
Code: 
	ppp -alias -auto ZENSIERT
anscheinend hatte ich wohl diesen Abschnitt (im Handbuch) in meiner Eile uebersehen. :-(

Irgendwie gruselig, was ein kleiner "Tippfehler" an Ereignissen ausloesen kann...
 
Naja... ich mache das ganz anders. Und brauche kein "-alias"... was das auch immer bewirken mag.

Ich habe ppp_enable="YES" in rc.conf drin, mit -ddial als Flag.
 
Bevor ich uf die Idee kam "-alias" zu nutzen, versuchte ich es per "-ddial"... nur da zeigte sich erstaunlicherweise auch das bereits geschilderte anomale Verhalten...

... mmmh... suche momentan den Fehler, warum ein derartiges seltsames Verhalten in Erscheinung getreten ist... die DNS-Anfrage hatte ich testweise aus dem LAN heraus Initiiert um den Router zu Testen... aber speziell die (versuchte) Kommunikation (route) zwischen 10.0.0.1 und dem isp_gw bzw.
Code: 
10.0.0.1 <-> isp_gw <- >  ... <-> 81.91.164.5
aus Sicht der Vermittlungsschicht fand ich schon irgendwie gruselig...

[edit]
Bzgl. der Bedeutung der Option "-alias"... siehe hier:
> http://www.freebsddiary.org/alias.php

Habe saemtliche Konfigurationen von ppp versucht... hier in meinem Fall (auch wenn es seltsam anmuten vermag, was mich ebenfalls verwirrt) funktioniert NAT (ohne seltsame "Seiteneffekte") nur wenn ich ppp ergaenzend mit "-alias" (oder "-nat") im Automodus betreibe.
[\edit]
 
Zuletzt bearbeitet von einem Moderator:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben