Wahrscheinlich wurde irrt{[uuml ]}mlich die Option 'auth' gesetzt. Dann muss sich die andere Seite authentifizieren.
Wie bei der letzten Frage wurde eine Option eingestellt, die verlangt, da{[szlig ]} die andere Seite sich authentifiziert. Diese Optionen sollten vermieden werden. M{[ouml ]}gliche Kandidaten sind: "+pap" und "+chap".
Dein Computer lehnt es ab, sich mit Usernamen (z.B. XXX) und Password (z.B. YYY) zu identifizieren. Das funktioniert nur, wenn die Autorisierungsoptionen 'user XXX' und 'remotename YYY' f{[uuml ]}r ipppd oder pppd richtig in einer korrekten (!) /etc/ppp/pap-secrets eingetragen sind. Mit einem Password ZZZ sollte des so aussehen:
XXX YYY ZZZ *
* * ZZZ *
Lies auf jeden Fall die READMEs oder schau Dir
{urlnam}
an. Sieh Dir ebenfalls die n{[auml ]}chste Frage
pap_passwd an.
Nutze die Optionen debug
und +pwlog
f{[uuml ]}r ipppd oder
pppd. Dann kannst Du Dein Password im Logfile sehen.
Stefan A. M{[uuml ]}hlenweg
Stefan.A.Muehlenweg@samhh.hanse.de
schrieb am 4. Okt
1996:
Ich hatte genau das gleiche Problem / die gleiche Fehlermeldung. Der Grund daf{[uuml ]}r war, da{[szlig ]} ich drei Eintr{[auml ]}ge in chap-secrets / pap-secrets (f{[uuml ]}r client, server, secret) aber keinen vierten Eintrag (IP Addresse) hatte. ABER: hinter dem dritten Eintrag kamen einige Leerzeichen. Nach dem Entfernen dieser Leerzeichen und/oder TABs ist der (i)pppd jetzt sehr zufrieden mit meinen Authentifizierungs-Dateien.Eine weitere Problemquelle kann das Password selbst sein. Wenn es das Zeichen '{[num ]}' enth{[auml ]}lt, wird alles Nachfolgende als Kommentar verstanden. Leerzeichen oder TABs k{[ouml ]}nnen gleiche Probleme verursachen. L{[ouml ]}sung: Setze das Password in Anf{[uuml ]}hrungszeichen!