Re: ADSL - IP wird vom Provider nicht zugrordnet
![](https://seccdn.libravatar.org/avatar/ae01ea4a2c70de29be201a3637b4c3a0.jpg?s=120&d=mm&r=g)
Hallo, On Thu, Jan 30, 2003 at 10:37:08AM +0100, sabrinawinkelmann@de-facto.de wrote:
Hallo Liste, Habe folgendes Problem und wäre froh, wenn jemand einen Tip hätte: Im Einsatz SuSE 8.0, (Standardkonfiguration) smppd-0.73.3, ppp 2.4.1 Wenn ich mit diesem Rechner (pppoe) eine TDSL-Verbindung aufbaue, habe ich keine Probleme. Allerdings soll der Rechner eine ADSL-Verbindung mit Provider AIR-IT aufbauen. Air-IT macht auch ADSL über pppoe und hat die Leitungen von der Telekom. Und dabei passiert folgendes, mein Linux-Rechner bekommt keine lokale IP vom Provider zugewiesen. Der Rechner sendet immer seine dummy-Adresse. Wenn ich in /etc/ppp/peers/demand die IP eintrage, die der Provider vergibt, habe ich keine Probleme und kann Pakete über die ADSL-Leitung routen. Die PtP-Adresse wird übrigens ohne Probleme zugewiesen. Eigentlich dachte ich, das DHCP beim Provider, oder das ADSL-Modem würden nicht funktionieren. Aber der Provider selbst sagt, er könnte dort vor Ort eine ADSL-Verbindung mit SuSE 8.1 aufbauen. Mit einem Bintec-Router gibt es auch keine Probleme.
------Auschnitt der messages--------------------- Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Challenge id=0xa <5f8aaccc2877b5d328d904fa104b6d96>, name = "air-it"] 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: sent [CHAP Response id=0xa <7eef3277a2fbe8ca6f73db03c5367a77>, name = "Rxx1500"]
Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [LCP EchoRep id=0x0 magic=0x4e095e27] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Success id=0xa ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x1 <addr 192.168.198.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
-----------------------------
Interessant waer was danach an IPCP kommt. Normalerweise muesste der Server <addr 192.168.198.1> ablehnen und einen eigenen Vorschlag machen, den Deine Seite dann annimmt. Karsten Keil
Vielen Dank für die Antwort. Der Server vom Provider lehnt die IP nicht ab und weist die 'remote IP' zu, was korrekt läuft. Die Verbindung bleibt auch, nur können natürlich keine Pakete geroutet werden. Ich füge die messages nochmal kompletter bei und würde mich freuen, wenn Du da nochmal drauf schauen könntest. Jan 9 18:50:29 hahnfire pppd[2643]: Plugin pppoe.so loaded. Jan 9 18:50:29 hahnfire pppd[2643]: PPPoE Plugin Initialized Jan 9 18:50:29 hahnfire pppd[2643]: Plugin passwordfd.so loaded. Jan 9 18:50:29 hahnfire pppd[2643]: pppd 2.4.1 started by root, uid 0 Jan 9 18:50:30 hahnfire pppd[2643]: Using interface ppp0 Jan 9 18:50:30 hahnfire pppd[2643]: Couldn't increase MTU to 1500. Jan 9 18:50:30 hahnfire pppd[2643]: Setting MTU to 1492. Jan 9 18:50:30 hahnfire pppd[2643]: Couldn't increase MRU to 1500 Jan 9 18:50:30 hahnfire pppd[2643]: replacing old default route to eth1 [192.168.199.1] Jan 9 18:50:30 hahnfire pppd[2643]: local IP address 192.168.198.1 Jan 9 18:50:30 hahnfire pppd[2643]: remote IP address 192.168.198.99 Jan 9 18:50:40 hahnfire pppd[2643]: Starting link Jan 9 18:50:40 hahnfire pppd[2643]: Sending PADI Jan 9 18:50:40 hahnfire pppd[2643]: HOST_UNIQ successful match Jan 9 18:50:41 hahnfire pppd[2643]: HOST_UNIQ successful match Jan 9 18:50:41 hahnfire pppd[2643]: Got connection: 2a8 Jan 9 18:50:41 hahnfire pppd[2643]: Connecting PPPoE socket: 00:0a:41:d5:9e:30 a802 eth1 0x8086748 Jan 9 18:50:41 hahnfire pppd[2643]: using channel 2 Jan 9 18:50:41 hahnfire pppd[2643]: Connect: ppp0 <--> eth1 Jan 9 18:50:41 hahnfire pppd[2643]: Couldn't increase MTU to 1500. Jan 9 18:50:41 hahnfire pppd[2643]: Setting MTU to 1492. Jan 9 18:50:41 hahnfire pppd[2643]: sent [LCP EchoReq id=0x0 magic=0xf0ed28bc] Jan 9 18:50:41 hahnfire pppd[2643]: cbcp_lowerup Jan 9 18:50:41 hahnfire pppd[2643]: want: 2 Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Challenge id=0xa <5f8aaccc2877b5d328d904fa104b6d96>, name = "air-it"] 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: sent [CHAP Response id=0xa <7eef3277a2fbe8ca6f73db03c5367a77>, name = "RPTxxx00"] Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [LCP EchoRep id=0x0 magic=0x4e095e27] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Success id=0xa ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x1 <addr 192.168.198.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfReq id=0x1 <addr 194.25.170.235>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfAck id=0x1 <addr 194.25.170.235>] Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfRej id=0x1 <ms-dns3 0.0.0.0>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x2 <addr 192.168.198.1> <ms-dns1 0.0.0.0>] Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x3 <addr 192.168.198.1> <ms-dns1 194.25.2.129>] Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfAck id=0x3 <addr 192.168.198.1> <ms-dns1 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Jan 9 18:50:41 hahnfire pppd[2643]: Remote IP address changed to 194.25.170.235 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 194.25.170.235 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.199.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 10.110.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.3.1.0 10.110.100.1 255.255.255.0 UG 0 0 0 eth0 0.0.0.0 194.25.170.235 0.0.0.0 UG 0 0 0 ppp0 Aber leider: ppp0 Link encap:Point-to-Point Protocol inet addr:192.168.198.1 P-t-P:192.168.198.99 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Danke, wenn Du Dir das alles durchgelesen hast :-)) Gruss Sabrina
![](https://seccdn.libravatar.org/avatar/fbedb19be72cd4cdd0ff6060e67fd730.jpg?s=120&d=mm&r=g)
* Donnerstag, 30. Januar 2003 um 16:14 (+0100) schrieb sabrinawinkelmann@de-facto.de:
Vielen Dank für die Antwort. Der Server vom Provider lehnt die IP nicht ab und weist die 'remote IP' zu, was korrekt läuft. Die Verbindung bleibt auch, nur können natürlich keine Pakete geroutet werden. Ich füge die messages nochmal kompletter bei und würde mich freuen, wenn Du da nochmal drauf schauen könntest.
[ Schwer lesbares pppd-Log ]
Das sieht IMHO so aus, als wäre die pppd-Option "ipcp-accept-local" nicht gesetzt. Ich habe keine 8.X und weiss daher nicht, wo dort die pppd-Optionen (sinnvoll) gesetzt werden, aber vielleicht kann da jemand anderes weiterhelfen... (*Notfalls* kann die Option in '/etc/ppp/options' gesetzt werden.) Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
participants (2)
-
Andreas Koenecke
-
sabrinawinkelmann@de-facto.de