sslug-teknik team mailing list archive

["Simon Lodal" <simonl@xxxxxxxxxxxxxx>]

Tak for hjælpen (begge to). Det er pludselig gået op for mig, hvad de
aliases er til for. - Det virker fint, en lile smule bedre uden end med
software-kompression.

> Jeg skal vist teste SuSE6.0 og PPP opsætning.
> Cybercitys opkobling er standard PAP ligesom TeleDK, Image, og andre
ISP'ere.
> Jeg prøvede i går, og mine scripts virkede, blot jeg ændrede
> telefonnummer PHONE, /etc/resolv.conf (nameservere) og
/etc/ppp/pap-secrets.

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 har normalt i pap-secrets:
>
>NNNNNN  *  PASSWD
>
>Og det virker med cybercity.


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.

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.

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.


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.


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?

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

Det rigtig sjove er, når jeg fjerner name- eller user-parameteren fra
options-filen. En af dem SKAL være der, har jeg fundet ud af. pppd's
man-pages fortæller, at de identificerer brugeren hhv. computeren, eller
begge for name's vedkommende. Det burde egentlig ske gennem pap-secrets
(derfor defineres de som default ikke), men nej. Det underlige er, at den
ikke engang når til login-sekvensen, men stopper således (der bliver aldrig
udvekslet noget som helst PAP AuthReq som ovenfor):

: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x61bd8fef> <pcomp>
<accomp>]
: rcvd [LCP ConfReq id=0x6 <asyncmap 0x0> <auth chap 05> <magic 0x5896ac87>
<pcomp> <accomp>]
: sent [LCP ConfRej id=0x6 <auth chap 05>]
: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x61bd8fef> <pcomp>
<accomp>]
: Hangup (SIGHUP)
: Modem hangup
: Connection terminated.
: Exit.


Med andre ord er jeg nødt til at give et navn før modemet overhovedet vil
snakke med verden.

Kan nogen give mig en forklaring på, hvad fejlen er? Nogle RFC's eller
source-filer eventuelt, så jeg selv kunne tyde kommunikation lidt bedre.
Hvis det kan være til nogen hjælp, er her min options- og chat-fil:


chat:
'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'' 'ATZ AT&F'
'OK' 'ATDT103333361333'
'CONNECT' ''
'nex:' 'ppp'


options:
defaultroute
user cccXXXXX
noccp
noipdefault
debug
require-pap
refuse-chap
lock
modem
netmask 255.255.255.0
noproxyarp
noipx
novj
novjccomp
noauth
asyncmap 0
crtscts





Med venlig hilsen

Simon