ADSL met LFS systeem gaat fout

[Nexopheus]

Het volgende is het probleem.

Op mijn LFS system (3.0RC1) heb alle benodigde software geinstalleerd en geconfigureerd

Ook heb ik aan de hand van de handleiding van xs4all pppd en pptp geinstalleerd.

Probleem is nu dat ik wel mijn modem kan pingen, maar wanneer ik een verbinding wil maken blijft hij (schijnbaar ) hangen.

Hieronder staan alle relevante gegevens..

code:

hosts:
#Begin /etc/hosts
127.0.0.1    localhost.localdomain localhost
10.0.0.150   nexopheus.nl      nexopheus
#End /etc/hosts

code:

resolve.conf (deze schijnt niet nodig te zijn wegens userpeerdns.
domain xs4all.nl
search xs4all.nl 
nameserver 194.109.6.66
nameserver 194.109.9.99

code:

output ifconfig:
eth0    Link encap:Ethernet  HWaddr 00:10:A7:08:61:D5  
        inet addr:10.0.0.150  Bcast:10.0.0.255  Mask:255.255.255.0
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:3075 errors:0 dropped:0 overruns:0 frame:0
        TX packets:3658 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:100 
        RX bytes:207749 (202.8 Kb)  TX bytes:226286 (220.9 Kb)
        Interrupt:11 Base address:0xb000 

lo    Link encap:Local Loopback  
        inet addr:127.0.0.1  Mask:255.0.0.0
        UP LOOPBACK RUNNING  MTU:16436  Metric:1
        RX packets:8 errors:0 dropped:0 overruns:0 frame:0
        TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:0 
        RX bytes:672 (672.0 b)  TX bytes:672 (672.0 b)

code:

debug output van pptp
using channel 5
Using interface ppp0
Connect: ppp0 <--> /dev/ttyp0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5d369d3f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xe1 <auth pap> <magic 0x62c9d311>]
sent [LCP ConfRej id=0xe1 <auth pap>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5d369d3f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xe2 <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe2 <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5d369d3f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xe3 <auth chap MD5> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe3 <auth chap MD5>]
rcvd [LCP ConfReq id=0xe4 <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe4 <auth pap>]
rcvd [LCP ConfReq id=0xe5 <auth chap MD5> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe5 <auth chap MD5>]
rcvd [LCP ConfReq id=0xe6 <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe6 <auth pap>]
rcvd [LCP ConfReq id=0xe7 <auth chap MD5> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe7 <auth chap MD5>]
rcvd [LCP ConfReq id=0xe8 <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe8 <auth pap>]
rcvd [LCP ConfReq id=0xe9 <auth chap MD5> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xe9 <auth chap MD5>]
rcvd [LCP ConfReq id=0xea <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xea <auth pap>]
rcvd [LCP ConfReq id=0xeb <auth chap MD5> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xeb <auth chap MD5>]
rcvd [LCP ConfReq id=0xec <auth pap> <magic 0x62ca26ef>]
sent [LCP ConfRej id=0xec <auth pap>]
rcvd [LCP TermReq id=0xed]
sent [LCP TermAck id=0xed]
rcvd [LCP ConfReq id=0xee <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xee <auth pap>]
rcvd [LCP ConfReq id=0xef <auth chap MD5> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xef <auth chap MD5>]
rcvd [LCP ConfReq id=0xf0 <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf0 <auth pap>]
rcvd [LCP ConfReq id=0xf1 <auth chap MD5> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf1 <auth chap MD5>]
rcvd [LCP ConfReq id=0xf2 <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf2 <auth pap>]
rcvd [LCP ConfReq id=0xf3 <auth chap MD5> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf3 <auth chap MD5>]
rcvd [LCP ConfReq id=0xf4 <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf4 <auth pap>]
rcvd [LCP ConfReq id=0xf5 <auth chap MD5> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf5 <auth chap MD5>]
rcvd [LCP ConfReq id=0xf6 <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf6 <auth pap>]
rcvd [LCP ConfReq id=0xf7 <auth chap MD5> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf7 <auth chap MD5>]
rcvd [LCP ConfReq id=0xf8 <auth pap> <magic 0x62ca2f99>]
sent [LCP ConfRej id=0xf8 <auth pap>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5d369d3f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xf9 <auth pap> <magic 0x62ca32c7>]
sent [LCP ConfRej id=0xf9 <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5d369d3f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xfa <auth chap MD5> <magic 0x62ca32c7>]
sent [LCP ConfRej id=0xfa <auth chap MD5>]
rcvd [LCP ConfReq id=0xfb <auth pap> <magic 0x62ca32c7>]
sent [LCP ConfRej id=0xfb <auth pap>]
rcvd [LCP ConfReq id=0xfc <auth chap MD5> <magic 0x62ca32c7>]
sent [LCP ConfRej id=0xfc <auth chap MD5>]
Terminating on signal 2.
Terminating on signal 15.
Modem hangup
Connection terminated.

Zoals zichtbaar is in de debug word de authenticatie bij zowel PAP als CHAP geweigerd.

code:

PAP:
# Secrets for authentication using PAP
# client    server  secret          IP addresses
ik@xs4all-basic-adsl *   mijnpass          *

Hetzelfde staat in CHAP
Ik weet dat ppp gebruik maakt van PAP..alleen aangezien er ook er COnRej bij staat voor auth CHAP heb ik deze ook maar gevuld.

code:

#option.adsl
idle 0
noauth
user ik@xs4all-basic-adsl
defaultroute
usepeerdns
nodetach
lcp-echo-interval 10
lcp-echo-failure 3
debug

Ik hoop dat jullie hier nog uitkomen, veel te lezen ;-)

Iemand een oplossing voorhanden ?

[Ronald]

op LFS 3.0 pre4:

code:

root@hummelink:/usr/sbin# more start-adsl 
#/bin/bash

#/usr/bin/killall pptp 2> /dev/null && /bin/sleep 5
#/bin/rm -f /var/run/pptp/10.0.0.138 2> /dev/null
/usr/sbin/pptp 10.0.0.138 --phone RELAY_PPP1  file /etc/ppp/options.adsl

# Dit werkt niet helemaal prettig, draaide uhm eerst vanuit inittab om zo de verbinding automatisch te herstarten.
#while test -e /var/run/pptp/10.0.0.138
#do
#sleep 3
#done
root@hummelink:/usr/sbin#

root@hummelink:/etc/ppp# more options.adsl 
idle 0
noauth
user <username>@xs4all-basic-adsl
usepeerdns
defaultroute
linkname mxstream
root@hummelink:/etc/ppp# 
root@hummelink:/etc/ppp# more pap-secrets 
# Secrets for authentication using PAP
# client      server        secret      IP addresses
<username>@xs4all-basic-adsl    *    <password>   *
root@hummelink:/etc/ppp#

Dit alles moet ik (nog steeds) omzetten naar de pppd-mxstream versie zoals die te vinden is op freshmeat (door een nederlander) Die versie kan "persist" met de pppd waardoor zo'n foute sleep constructie niet nodig is en hij wel goed vanuit inittab kan draaien (als ik me niet zwaar vergis)
Ik hoop dat je hier wat aan hebt :-)

[edit]
linkje naar het verse vlees:
http://freshmeat.net/projects/pptp_mxstream/

[Nexopheus]

Bedankt, zal er even naar kijken.
Ben nu nog op school.

Zal vanmiddag de resultaten wel even posten.

[jant]

Zit er toevallig een iets van een # of ander teken in je password ?? Zo ja dan moet je dat even escapen !

In het verleden een tijdje zitten zoeken bij een vriend va me waarbij de authenticatie ook niet wilde lukken en we maar niets konden vinden, vandaar de suggestie

[Nexopheus]

Nope, letters en cijfers geen "rare" tekens.

ik zal het zo eens even proberen met de optie
--phone RELAY_PPP1

Die gebruikte ik namelijk niet, wellicht dat dat wat uitmaakt.

Ik heb ook net de ALCATEL tweak gevonden, en als pptp niet lukt (zal toch wel.. ) dan maar gewoon PPP.

Bedankt voor het mee denken.

[Nexopheus]

code:

#> pptp 10.0.0.138 --phone RELAY_PPP1 file /etc/ppp/options.adsl
#> Terminated

En nu.... wordt langzaam gek...(of een vliegtuig....)

andere optie zal zijn het @ teken in de inlog naam te escapen.
de naam\@xs4all-basic-adsl

zal dat zo maar eens even proberen.

[Edit]
Wil ook niet

[Ronald]

Hihi, sorry

jij hebt je modem op ip 10.0.0.150, ik heb hem op 10.0.0.138.

moet je wel even aanpassen in die command aanroep

[Nexopheus]

Volgens mij niet hoor...

Waar zie je dat trouwens aan ?

Ps.
Met het ADSL4Linux lukt het wel.
Wil nu natuurlijk precies weten waarom, dus dat zal ook wel weer de nodige tijd vergen.

[Ronald]

Op maandag 10 september 2001 22:59 schreef Nexopheus het volgende:
Volgens mij niet hoor...

Waar zie je dat trouwens aan ?

Ps.
Met het ADSL4Linux lukt het wel.
Wil nu natuurlijk precies weten waarom, dus dat zal ook wel weer de nodige tijd vergen.

Adsl4linux deed het bij mij niet.

in je ifconfig is eth0 op 10.0.0.150. bij mij .138

[Nexopheus]

Uiteraard, eth0 is m'n netwerk kaart..

[Ronald]

Op dinsdag 11 september 2001 12:01 schreef Nexopheus het volgende:
Uiteraard, eth0 is m'n netwerk kaart..

Oh dom dom dom dom dom. Ik was er niet helemaal bij

Hij geeft nu nog steeds dezelfde errors? of heb je het nu aan de gang?

[Nexopheus]

Yep als ik handmatig wil in loggen nog steeds dezelfde errors.
Zelfs bij de opties die adsl4linux gebruikt...

Het is duidelijk dat op een of andere manier mijn pppd zich zelf niet goed identificeerd met PAP.
Toch is mijn pap-secrets goed.
Als ik deze nml bij adsl4linux gebruik gaat het wel goed.

Ga nu regel voor regel het adsl script van adsl4linux bekijken...

Straks, nu eerst maar CNN alle machtig wat een RAMP....

[imdos]

Heb je toevallig een oude versie van ppp en een "nieuwe" kernel( D.w.z. 2.4.x )

Want er komt rare output van de ppp deamon af.
Het is mij i.i.g. niet bekend!

[Nexopheus]

pptp 1.07
ppp 2.4.1
kernel 2.4.8

En ja inderdaad erg rare output.