[PPPoE/Casema] LCP terminated by peer?

[Verwijderd]

Dagdag

Ik ben bezig met mijn linux-server, die na een fikse hardareupgrade opnieuw geinstalleerd moet worden. Dat gaat allemaal wel ok. Alle dingen draaien, behalve het inbellen bij Wanadoo Cable. Vroeger gebruikte ik exact dezelfde software, en ging het perfect, maar nu wil hij gewoon niet meer inbellen.
Voor zover ik kan overzien heeft het te maken met mijn PPP instellingen. Ik kan alleen na alles 6 keer gechecked te hebben niks vinden waar het aan zou kunnen liggen.

Ik gebruik SuSE 8.0 (2.4.18) met pppd 2.4.1 en Roaring Penguin-PPPoE. Vroeger werkte die combinatie dus perfect, maar nu niet.

Ik heb rp-pppoe eens in de debug mode gedraaid, en toen kreeg ik een nette textfile met allerlei dingen, waaruit ook dit deel van mn log:

code:

Oct  8 18:55:53 server pppd[3379]: using channel 5
Oct  8 18:55:53 server pppd[3379]: Using interface ppp0
Oct  8 18:55:53 server pppd[3379]: Connect: ppp0 <--> /dev/pts/1
Oct  8 18:55:53 server pppd[3379]: Script /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 80 -U  -m 1412    -D /tmp/pppoe-debug-3322/pppoe-debug.txt-0 finished
Oct  8 18:55:53 server pppoe[3477]: PADS: Service-Name: ''
Oct  8 18:55:53 server pppoe[3477]: PPP session is 62869
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfReq id=0x48 <mru 1492> <auth pap> <magic 0x1b96cef2>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfReq id=0x5 <mru 1492> <magic 0xedaceebf>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfRej id=0x48 <auth pap>]
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfAck id=0x5 <mru 1492> <magic 0xedaceebf>]
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfReq id=0x49 <mru 1492> <magic 0x1b96cef2>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfAck id=0x49 <mru 1492> <magic 0x1b96cef2>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP EchoReq id=0x0 magic=0xedaceebf]
Oct  8 18:55:54 server pppd[3379]: cbcp_lowerup
Oct  8 18:55:54 server pppd[3379]: want: 2
Oct  8 18:55:54 server pppd[3379]: sent [IPCP ConfReq id=0x5 <addr 0.0.0.0>]
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP TermReq id=0x4a]
Oct  8 18:55:54 server pppd[3379]: LCP terminated by peer
Oct  8 18:55:54 server pppd[3379]: cbcp_lowerdown
Oct  8 18:55:54 server pppd[3379]: sent [LCP TermAck id=0x4a]
Oct  8 18:55:57 server pppd[3379]: Connection terminated.
Oct  8 18:55:57 server pppoe[3477]: read (asyncReadFromPPP): Input/output error
Oct  8 18:55:57 server pppoe[3477]: Sent PADT

Om de een of andere reden krijg ik dus een "terminate-request" van de modem/casema. Daardoor wordt de "LCP" (wat is dat?} gekilled door meneer peer.

Wie heeft er enig idee van wat ik fout gedaan zou kunnen hebben? Zeg het maar, als je iets nodig hebt, conf files, etc.
Ik heb dus alles gedaan wat ik vroeger ook had, ik heb talloze mailinglists doorgelezen, etc. Maar het is zo gek dat hij het nu opeens niet doet

Alvast zeer bedankt voor alle hulp, jullie zijn (wederom) mijn laatste redmiddel.

[Verwijderd]

je kan 't misschien werkend krijgen door met yast2 oid adsl in te stellen.

[igmar]

Verwijderd schreef op 08 oktober 2002 @ 18:54:
Dagdag

code:

Oct  8 18:55:53 server pppd[3379]: using channel 5
Oct  8 18:55:53 server pppd[3379]: Using interface ppp0
Oct  8 18:55:53 server pppd[3379]: Connect: ppp0 <--> /dev/pts/1
Oct  8 18:55:53 server pppd[3379]: Script /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 80 -U  -m 1412    -D /tmp/pppoe-debug-3322/pppoe-debug.txt-0 finished
Oct  8 18:55:53 server pppoe[3477]: PADS: Service-Name: ''
Oct  8 18:55:53 server pppoe[3477]: PPP session is 62869
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfReq id=0x48 <mru 1492> <auth pap> <magic 0x1b96cef2>]

De andere kant wil een MRU (Maximum Receive Unit, MAW : Ik wil geen pakketten zien die groter zijn dan x bytes) van 1492 bytes gebruiken.
De andere kant wil PAP gebruiken als authenticatie.

code:

Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfReq id=0x5 <mru 1492> <magic 0xedaceebf>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfRej id=0x48 <auth pap>]

Jouw pppd heeft refuse-pap oid in de cofig staan, en wil geen PAP praten met de andere kant.

code:

Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfAck id=0x5 <mru 1492> <magic 0xedaceebf>]
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP ConfReq id=0x49 <mru 1492> <magic 0x1b96cef2>]
Oct  8 18:55:54 server pppd[3379]: sent [LCP ConfAck id=0x49 <mru 1492> <magic 0x1b96cef2>]

Er wordt nu een MRU van 1492 bytes gebruikt.

code:

Oct  8 18:55:54 server pppd[3379]: sent [LCP EchoReq id=0x0 magic=0xedaceebf]
Oct  8 18:55:54 server pppd[3379]: cbcp_lowerup
Oct  8 18:55:54 server pppd[3379]: want: 2
Oct  8 18:55:54 server pppd[3379]: sent [IPCP ConfReq id=0x5 <addr 0.0.0.0>]
Oct  8 18:55:54 server pppd[3379]: rcvd [LCP TermReq id=0x4a]

Jij wil een IP van 0.0.0.0 gebruiken, en de andere kant (KaasZema) snapt het niet meer en gooit de hoorn op de haak.

code:

Oct  8 18:55:54 server pppd[3379]: LCP terminated by peer
Oct  8 18:55:54 server pppd[3379]: cbcp_lowerdown
Oct  8 18:55:54 server pppd[3379]: sent [LCP TermAck id=0x4a]
Oct  8 18:55:57 server pppd[3379]: Connection terminated.
Oct  8 18:55:57 server pppoe[3477]: read (asyncReadFromPPP): Input/output error
Oct  8 18:55:57 server pppoe[3477]: Sent PADT

LCP (Link Control Protocol) wordt beeindigd, en pppd daardoor dus ook.

Gaarna een kopie van de pppd conf die gebruikt wordt.

Aantal dingen die fout kunnen zijn :

Je hebt refuse-pap in je config staan, of een require-chap. Verder kan de auth optie ook voor dit soort grappen zorgen, maar zonder config is dat niet met zekerheid te zeggen.

[Verwijderd]

Verwijderd schreef op 08 oktober 2002 @ 22:02:
je kan 't misschien werkend krijgen door met yast2 oid adsl in te stellen.

Ja, daar heb ik het ook ingesteld, maar daarmee kan je niet inbellen. Dat moet met 3rd party software, en op de SuSE cd staat rp-pppoe. Dat is mij voor dat ik wist dat het meegeleverd werd al aangeraden door anderen. Dat werkt op zich wel, alleen dit dus niet.

igmar schreef op 08 oktober 2002 @ 22:15:
[...]
De andere kant wil een MRU (Maximum Receive Unit, MAW : Ik wil geen pakketten zien die groter zijn dan x bytes) van 1492 bytes gebruiken.
De andere kant wil PAP gebruiken als authenticatie.
[...]
Jouw pppd heeft refuse-pap oid in de cofig staan, en wil geen PAP praten met de andere kant.
[...]
Er wordt nu een MRU van 1492 bytes gebruikt.
[...]
Jij wil een IP van 0.0.0.0 gebruiken, en de andere kant (KaasZema) snapt het niet meer en gooit de hoorn op de haak.

[...]
LCP (Link Control Protocol) wordt beeindigd, en pppd daardoor dus ook.

Gaarna een kopie van de pppd conf die gebruikt wordt.

Aantal dingen die fout kunnen zijn :

Je hebt refuse-pap in je config staan, of een require-chap. Verder kan de auth optie ook voor dit soort grappen zorgen, maar zonder config is dat niet met zekerheid te zeggen.

[/quote]
Hmm, dat brengt helderheid in de zaak De pppd config file is neem ik aan de file die in /etc/ppp/ staat en "options" heet? Volgens de debug van rp-pppoe moet die leeg zijn, dus heb ik die maar geleegd Weet iemand of /etc/ppp/options de pppd-conf file is? Ik zal nu even rond kijken naar andere files die het misschien kunnen zijn. In ieder geval bedankt!

[Verwijderd]

Update: Ik heb wel een file (/etc/ppp/pppoe-server-options) waar "require pap" instaat. Alleen gaat dit over de PPPoE server. Kan dat kloppen? Dit is de hele file:

code:

#PPP options for the PPPoE server
require-pap
login
lcp-echo-interval 10
lcp-echo-failure 2

Er staat wel iets in over LCP, maar heeft dit ermee te maken?

Update:

Ik heb nu uit de file /etc/ppp/chap-secrets gewoon mn username en password gehaald, om eens te proberen, en nu kreeg ik een andere log. Volgens mij wil hij nu wel auth'en, maar gaat hij nu over z'n nek over dat 0.0.0.0 adres.
Zie:

code:

Oct  8 23:28:49 server pppd[4646]: rcvd [LCP ConfReq id=0xa3 <mru 1492> <auth pap> <magic 0x1ba5cd24>]
Oct  8 23:28:49 server pppd[4646]: sent [LCP ConfReq id=0xa <mru 1492> <magic 0xbeb43e5d>]
Oct  8 23:28:49 server pppd[4646]: sent [LCP ConfAck id=0xa3 <mru 1492> <auth pap> <magic 0x1ba5cd24>]
Oct  8 23:28:49 server pppd[4646]: rcvd [LCP ConfAck id=0xa <mru 1492> <magic 0xbeb43e5d>]
Oct  8 23:28:49 server pppd[4646]: sent [LCP EchoReq id=0x0 magic=0xbeb43e5d]
Oct  8 23:28:49 server pppd[4646]: cbcp_lowerup
Oct  8 23:28:49 server pppd[4646]: want: 2
Oct  8 23:28:49 server pppd[4646]: sent [PAP AuthReq id=0xd user="c3735811@wanadoo" password=<hidden>]
Oct  8 23:28:49 server pppd[4646]: rcvd [LCP EchoRep id=0x0 magic=0x1ba5cd24]
Oct  8 23:28:50 server pppd[4646]: rcvd [PAP AuthAck id=0xd ""]

Hier heeft ie dus wel een username ed verzonden.

code:

Oct  8 23:28:50 server pppd[4646]: sent [IPCP ConfReq id=0xa <addr 0.0.0.0>]
Oct  8 23:28:50 server pppd[4646]: rcvd [LCP TermReq id=0xa4]
Oct  8 23:28:50 server pppd[4646]: LCP terminated by peer
Oct  8 23:28:50 server pppd[4646]: cbcp_lowerdown
Oct  8 23:28:50 server pppd[4646]: sent [LCP TermAck id=0xa4]

Maar dan gaat ie hier op z'n bek over die 0.0.0.0. Ben ik op de goede weg zeg maar?

Nu richting , morgenochtend meer

[Verwijderd]

Ik heb nu al die files zo'n beetje doorgespit, en alles waar username en password instaat en met chap te maken heeft geschoont, zodat hij daar niks mee kan. Ik krijg nu een redelijk nette log, maar hij term't nog steeds na die 0.0.0.0 . Weet iemand wat dat inhoud? Ik heb als IP op die kaart gewoon 10.20.30.40 wat zou moeten kunnen. In ieder geval geen DHCP, dat werkt niet. En subnet heb ik ook nog geprobeerd op 255.0.0.0, maar had ook geen invloed.
Iemand die nog ideeen heeft?

[igmar]

Verwijderd schreef op 08 oktober 2002 @ 23:10:
Update: Ik heb wel een file (/etc/ppp/pppoe-server-options) waar "require pap" instaat. Alleen gaat dit over de PPPoE server. Kan dat kloppen? Dit is de hele file:

code:

#PPP options for the PPPoE server
require-pap
login
lcp-echo-interval 10
lcp-echo-failure 2

Er staat wel iets in over LCP, maar heeft dit ermee te maken?

Gooi er ipcp-accept-local en ipcp-accept-remote bij en weer een probleem minder.

[Verwijderd]

igmar schreef op 09 oktober 2002 @ 17:49:
[...]


Gooi er ipcp-accept-local en ipcp-accept-remote bij en weer een probleem minder.

Wat als effect heeft dat?
Hoe zit dat nou met die 0.0.0.0? Is dat ok? Lijkt me niet, want recht daarna krijg ik een termreq.

[Verwijderd]

Ik had daarnet in een keer een ppp0 bij mn ifconfig staan, en ik kon smtp.wanadoo.nl en www.google.com pingen Maar nu wil ie dat niet meer.
Ik heb als backup-servertje een Freesco bak staan voor als deze uitvalt, en die valt dus nu ook in omdat deze nog geen verbinding wil maken. Maar als ik daar de log van bekijk, krijgt hij ook heel vaak LCP terminated by peer. Kan het zijn dat mijn server gewoon te snel ophoud met proberen? Want die Freesco bak krijgt na 15 keer proberen uiteindelijk wel verbinding. Kan ik ergens instellen dat ie gewoon steeds door moet gaan?
Bij Freesco ging dat door "persist" in een options-file te zetten. Weet iemand of zoiets nu ook werkt?

[Verwijderd]

Iemand een idee? Igmar: het leek alsof het erin zetten van die dingen heel even hielp, want ik had volgens mij verbinding. Nog verdere tips?

[igmar]

Verwijderd schreef op 10 oktober 2002 @ 13:03:
Iemand een idee? Igmar: het leek alsof het erin zetten van die dingen heel even hielp, want ik had volgens mij verbinding. Nog verdere tips?

Wat is nu je pppd config, en wat zeggen de logs ?? Waardoor ie je er nu uitgooit is lastig te zeggen zonder logs.

[Verwijderd]

Het is nog steeds hetzelfde als in de post van dinsdag, de laatste log. Mijn pppd file staat hierboven ook ergens. Ik weet alleen niet zeker of dat degene is die je bedoelt. Verder staat er in /etc/ppp alleen pap-secrets, en een "options" file waar, volgens rp-pppoe, niks in moet staan.

[igmar]

Verwijderd schreef op 10 oktober 2002 @ 20:56:
Het is nog steeds hetzelfde als in de post van dinsdag, de laatste log. Mijn pppd file staat hierboven ook ergens. Ik weet alleen niet zeker of dat degene is die je bedoelt. Verder staat er in /etc/ppp alleen pap-secrets, en een "options" file waar, volgens rp-pppoe, niks in moet staan.

Om te beginnen : Ik ga d'r vanuit dat die ipcp-accept-* regels er nu instaan. Gooi die login regel d'r maar uit, evenals die lcp-echo-failure em lcp-echo-interval regels. Die kun je er later weer inzetten, voor debuggen is het handiger als ze er niet instaan.

Daarna opnieuw een connect proberen, en en als het mis gaat weer een log posten.

[Verwijderd]

Ik ga nu weer proberen in te bellen na die wijzigingen. Alleen 1 vraag he: bij mn Freesco bak die nu het inet deelt, staat er soms ook heel lang LCP terminated by peer en dat soort dingen in de log, en moet ie echt 15 keer proberen voordat ie verbinding heeft. Kan het zijn dat deze bak het gewoon te snel opgeeft?

Ok, dat maakte dus niks uit. Log:

code:

Oct 10 20:22:19 heineken pppd[6063]: using channel 84
Oct 10 20:22:19 heineken pppd[6063]: Using interface ppp0
Oct 10 20:22:19 heineken pppd[6063]: Connect: ppp0 <--> /dev/pts/2
Oct 10 20:22:19 heineken pppd[6063]: Script /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 160 -U  -m 1412    -D /tmp/pppoe-debug-6004/pppoe-
Oct 10 20:22:19 heineken pppoe[6297]: PADS: Service-Name: ''
Oct 10 20:22:19 heineken pppoe[6297]: PPP session is 3127
Oct 10 20:22:20 heineken pppd[6063]: rcvd [LCP ConfReq id=0xab <mru 1492> <auth pap> <magic 0x1c3f9f8f>]
Oct 10 20:22:20 heineken pppd[6063]: sent [LCP ConfReq id=0xa <mru 1492> <magic 0xd8dd5807>]
Oct 10 20:22:20 heineken pppd[6063]: sent [LCP ConfAck id=0xab <mru 1492> <auth pap> <magic 0x1c3f9f8f>]
Oct 10 20:22:20 heineken pppd[6063]: rcvd [LCP ConfAck id=0xa <mru 1492> <magic 0xd8dd5807>]
Oct 10 20:22:20 heineken pppd[6063]: sent [LCP EchoReq id=0x0 magic=0xd8dd5807]
Oct 10 20:22:20 heineken pppd[6063]: cbcp_lowerup
Oct 10 20:22:20 heineken pppd[6063]: want: 2
Oct 10 20:22:20 heineken pppd[6063]: sent [PAP AuthReq id=0xb user="c3735811@wanadoo" password=<hidden>]
Oct 10 20:22:20 heineken pppd[6063]: rcvd [LCP EchoRep id=0x0 magic=0x1c3f9f8f]
Oct 10 20:22:23 heineken pppd[6063]: sent [PAP AuthReq id=0xc user="c3735811@wanadoo" password=<hidden>]
Oct 10 20:22:23 heineken pppd[6063]: rcvd [PAP AuthAck id=0xb ""]
Oct 10 20:22:23 heineken pppd[6063]: sent [IPCP ConfReq id=0xa <addr 0.0.0.0>]
Oct 10 20:22:23 heineken pppd[6063]: rcvd [LCP TermReq id=0xac]
Oct 10 20:22:23 heineken pppd[6063]: LCP terminated by peer
Oct 10 20:22:23 heineken pppd[6063]: cbcp_lowerdown
Oct 10 20:22:23 heineken pppd[6063]: sent [LCP TermAck id=0xac]
Oct 10 20:22:26 heineken pppd[6063]: Connection terminated.
Oct 10 20:22:26 heineken pppd[6063]: Waiting for 1 child processes...
Oct 10 20:22:26 heineken pppd[6063]:   script /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 160 -U  -m 1412    -D /tmp/pppoe-debug-6004/pppo
Oct 10 20:22:26 heineken pppoe[6297]: read (asyncReadFromPPP): Input/output error
Oct 10 20:22:26 heineken pppoe[6297]: Sent PADT
Oct 10 20:22:26 heineken pppd[6063]: Script /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 160 -U  -m 1412    -D /tmp/pppoe-debug-6004/pppoe-
Oct 10 20:22:26 heineken pppd[6063]: Exit.

Blijft hetzelfde dus

[Verwijderd]

En hij's alweer helemaal uit de lijst. Als niemand weet wat hier de oorzaak van is, kan iemand mij vertellen wat een handigere andere manier (andere dial-in progs/manieren) is om dit te doen?

[JointFillah]

Dunno 4 sure (alweer een tijdje geleden dat ik me gatewaybak vooor casema geconfig'd heb), maar volgens mij heb ik in mijn ppp-config als username iets als 'c1234567' en niet 'c1234567@wanadoo'.....maargoed kan best dat bij jouw erwel @wanadoo achtermoet...

[Verwijderd]

JointFillah schreef op 12 oktober 2002 @ 00:01:
Dunno 4 sure (alweer een tijdje geleden dat ik me gatewaybak vooor casema geconfig'd heb), maar volgens mij heb ik in mijn ppp-config als username iets als 'c1234567' en niet 'c1234567@wanadoo'.....maargoed kan best dat bij jouw erwel @wanadoo achtermoet...

Als het goed is moet ik daar wel mee inbellen, maar ik zal het eve proberen, om even zeker te zijn. Thanks!

[Verwijderd]

Andere user helpt niet. Maar het gekke is dat hij nu niet eens meer inlogt, hij krijgt meteen een termreq. Waarschijnlijk komt dat doordat ik "login" uit die pppd file heb gehaald. Anyone agree?

Ik heb hem (voor de zoveelste keer) maar weer eens in DEBUG gedraaid, en nu voor de handigheid de hele output file maar even ge-upload: *klik*

Klopt redelijk goed lijkt me, alleen staat er in het begin bij "output ifconfig -a" nog een vierde device bij. Iemand die weet wat of wie "sit0" is? Of heeft dat te maken met "ifconfig -a" ipv gewoon "ifconfig"?

Igmar, kan jij even kijken of je iets ziet in die file?

[Verwijderd]

Het werkt!!!!!! Ik heb hem helemaal opnieuw geinstalleerd, en zonder teveel moeite doet ie het gewoon
Eerst leek het erop alsof het weer mis ging, maar toen heb ik nog even die icpc-dingen erin gezet, en alle andere files nagelopen. Na weer een keer proberen lukte het wel
Het lag dus waarschijnlijk aan het feit dat ik blijkbaar niet alle benodigde PPP-packages geinstalleerd had. Bijv smpppd enz.

In ieder geval allemaal heel erg bedankt voor de steun en tips, vooral Igmar! Hulde!