Am 04.03.2004 15:55 schrieb Hans Georg Keller:
[...]Benutzung des kppp als endet unmittelbar nach dem Verbindungaufbau mit dem Hinweis, daß der Angerufene (remote system) sich zu authentifizieren habe, jedoch kein brauchbares Passwort zu finden wäre.
/etc/ppp/peers/freenet
Geht es nun nicht nur mit kppp oder auch nicht direkt mit ppp(pon)? Versuch mal mit "pon freenet", wenn es geht, dann ist kppp schuld. Bei kppp:
1. muss der suid bit gesetzt werden
2. Für root als "pppd Argument" "noauth" hinzufügen
3. Für user eine Datei Namens /etc/ppp/peers/kppp erstellen, mit dem Inhalt "noauth" (ohne Hochkommatas) und anschliessend bei den "pppd Argument" "call kppp" hinzufügen.
Wenn die Verbindung auch mit pon nicht klappt, dann:
1. Rechte /etc/ppp /etc/ppp/peers kontrollieren (755) 2. noauth zu der /etc/ppp/peers/<ISP> hinzufügen.
Meine /etc/ppp/peers/freenet ist im Anhang, allerdings rate ich dir von Freenet sehr ab.
Hans Georg Keller
Gruss,
Yevgen
--
Messages which will be detected from spamtest.ru as SPAM will be deleted immediately. Use [!NO SPAM!] in subject to mark your messages as not being SPAM. Messages marked this way are excluded from SPAM-detection.
# This optionfile was generated by pppconfig 2.0.15. # # hide-password noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/Freenet" debug /dev/ttyS0 115200 defaultroute noipdefault user beliebig remotename Freenet ipparam Freenet
usepeerdns