sslug-teknik team mailing list archive

[Frank Damgaard <frda@xxxxxxxxxxxxx>]

Simon Lodal wrote:

> Du har sikkert ret. Jeg har bare brugt alt for lang tid på suseppp, som
> definitivt slet ikke virker. Efter at have indtastet data i dialogboksen
> meddeler den, at den nu vil skrive ens konfigurations-filer - det sker bare
> aldrig. Jeg har også været en tur omkring wvdial, minicom, chat, diverse
> howto/faqs, og ikke mindst sslug's mailarkiv, hvor jeg bare skulle være
> startet!

Jeg er ved at ekseperimentere med Suseppp, så får jeg se om det lykkes.

....
> Ikke for mig! Jeg kan næsten ikke tro det, men forbindelsen går simpelthen
> ikke, hvis jeg ikke skifter wildcard'et ud med foo, tro det eller ej. Der er
> også andre underlige ting: Jeg er også nødt til at definere name- eller
> user-parameteren (til pppd, i "options"-filen) til mit brugernavn.

Jeg plejer altid at have "user NNNNNN" på pppd kaldet, men da jeg kalder
op til flere forskellige med PPP , så er det lettest (men ikke altid
nødvendigt).

> Min stædighed og nysgerrighed (selv efter det er begyndt at virke, håbløse
> nørd) fik mig til at studere log-filerne lidt nærmere. Jeg ved jo godt, at
> ting ikke begynder at virke bare fordi man kalder dem foo eller bar. Det må
> være i kombination med noget andet... Jeg har installeret opgraderinger en
> masse, kerne 2.2.3, glibc-2.1, setserial-2.15, net-tools-1.50, Samba-2.0.2,
> etc; en mængde andre ting, som et eller andet sted måske kunne ændre en
> lille smule, hvem ved.

Ok. Jeg er ikke kommet længere end til 2.0.36/2.0.37pre.
Øjensynlig er der en del begyndervanskeligheder med 2.2.x, specielt
samspillet mellem eksisterende programmer og ændringer i kerne.
(ppp er bla. ændret)

> Anyway, her er noget for dem, der kender til modem-speak, og måske kan give
> et hint om hvad der sker:
> 
> Når jeg sætter servernavn til wildcard (som Franks eksempel, det er også
> default), slutter min log sådan:
> : sent [PAP AuthReq id=0x1 user="cccXXXXX" password="zzzzzz"]
> : rcvd [PAP AuthReq id=0x4 user="" password=""]
> : PAP authentication failure for
> : sent [PAP AuthNak id=0x4 "Login incorrect"]
> : sent [LCP TermReq id=0x2 "Authentication failed"]
> : rcvd [PAP AuthReq id=0x5 user="" password=""]
> : rcvd [LCP TermAck id=0x2]
> : Connection terminated.
> : Hangup (SIGHUP)
> : Exit.
> Bemærk: Jeg har ikke fjernet L/P-navne herfra, kun rettet lidt i dem, der
> var der.

...
Øjensynlig forkert password/login eller problemer med pap-secrets ?
Jeg har i øvrigt ikke "id=0x4 " linien, se længere nede.

...

> Når jeg gør det med foo-metoden, ser den til gengæld sådan ud:
> : sent [PAP AuthReq id=0x1 user="cccXXXXX" password="zzzzzz"]
> : sent [PAP AuthReq id=0x2 user="cccXXXXX" password="zzzzzz"]
> : rcvd [PAP AuthAck id=0x2 ""]
> : Remote message:
> - og så begynder de ellers at forhandle indstillinger. Det går fint.

Hele min log:
 pppd[14356]: Connect: ppp0 <--> /dev/ttyS1
 pppd[14356]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd7c7> <pcomp> <accomp>]
 pppd[14356]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap 05> <magic 0x4752a5c7> <pcomp> <accomp> < 11 04 05 dc> < 12 02> < 13 0f 05 31 30 31 33 33 33 33 32 30 33 35 32>]
 pppd[14356]: sent [LCP ConfRej id=0x1 < 11 04 05 dc> < 12 02> < 13 0f 05 31 30 31 33 33 33 33 32 30 33 35 32>]
 pppd[14356]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 05> <magic 0x4752a5c7> <pcomp> <accomp>]
 pppd[14356]: sent [LCP ConfNak id=0x2 <auth pap>]
 pppd[14356]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth pap> <magic 0xe6e8143a> <pcomp> <accomp>]
 pppd[14356]: sent [LCP ConfAck id=0x3 <asyncmap 0x0> <auth pap> <magic 0xe6e8143a> <pcomp> <accomp>]
 pppd[14356]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd7c7> <pcomp> <accomp>]
 pppd[14356]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xd7c7> <pcomp> <accomp>]
 pppd[14356]: sent [LCP EchoReq id=0x0 magic=0xd7c7]
 pppd[14356]: sent [PAP AuthReq id=0x1 user="YYYXXXX" password="NNNNNNNN"]
 pppd[14356]: rcvd [LCP EchoRep id=0x0 magic=0xe6e9143a]
 pppd[14356]: rcvd [PAP AuthAck id=0x1 ""]
.... her lidt (soft) compressionsprotokol der slås fra
 pppd[14356]: local  IP address 212.242.0.27
 pppd[14356]: remote IP address 192.168.64.102
........


> Min tolkning: Når "foo" er slået til, prøver pppd at logge ind 2 gange; med
> id=0x01 / 0x02. Det første dur ikke, det andet er ok. Ovenfor prøves kun det
> første, derfor går det galt. Rigtigt?

Første gang burde virke, undtagen det fejler ?

> Spørgsmålet er så bare, hvorfor?

Jeg anvender endnu pppd 2.3.5 og kerne 20.37pre, så måske er det sket
nogle ændringer til nyere pppd og kernen 2.2.x ?

Måske rettigheder til pap-secrets er forkert ?
(skal kun være læsbar/skrivbar af root)


-- 
mvh Frank Damgaard  frda@xxxxxxxxxxxxx | frank@xxxxxxxx |fido  2:236/15.2