Haben Sie dieses Handbuch sorgfältig gelesen? Hier sind nochmal die häufigsten Fallen:

Wenn gar nichts hilft, sollten Sie evtl. Debug-Informationen aus Ihrem Systemlog erhalten, indem Sie folgendes eingeben:

# tail /var/log/messages

Eine typische Fehlermeldung in der Systemlogdatei:

pppd[699]: The remote system is required to authenticate itself
pppd[699]: but I couldn't find any suitable secret (password) for it to use to do so.
pppd[699]: (None of the available passwords would let it use an IP address.)

Für dieses Problem gibt es nach der Erfahrung zwei mögliche Gründe:

Eine typische Fehlermeldung im Systemlog lautet:

pppd[1182]: pppd 2.3.11 started by user, uid 500 
pppd[1182]: ioctl(PPPIOCGFLAGS): Invalid argument 
pppd[1182]: tcsetattr: Invalid argument 
pppd[1182]: Exit. 

Installieren Sie pppd 2.4.0b1 oder aktueller. Siehe auch in Documentation/Changes in den Quelltexten des Kernels für weitere Informationen.

Das bedeutet, dass KPPP keine Berechtigung hat, das Modemgerät zu öffnen, oder dass Sie ein ungültiges Modemgerät auf der Modem-Karteikarte gewählt haben. Stellen Sie zunächst sicher, dass Sie das richtige Modemgerät gewählt haben. Wenn Sie sicher sind, dass dies der Fall ist, müssen Sie KPPP die richtige Berechtigung geben, um auf das Modemgerät zugreifen zu können, und in der Lage zu sein, /etc/resolv.conf zu ändern, im Fall, dass Sie möchten, dass KPPP den DNS richtig für Sie einstellt. Falls Sie in der Lage sind, KPPP als setuid root auszuführen, würde das alle Zugriffsprobleme für Sie lösen, wenn nicht, müssen Sie herausfinden, was die richtigen Berechtigungen für Ihre Zwecke sind. Um KPPP setuid root-Berechtigung zu geben, machen Sie Folgendes:

% su root
# chown root:root $KDEDIR/bin/kppp
# chmod +s $KDEDIR/bin/kppp
# exit

In den meisten Fällen bedeutet das, dass Sie KPPP mit gesetztem SETUID-Bit installiert haben, während Sie, die Person, die KPPP ausführt, keine Schreiberechtigung für den Sperrdateiordner haben, das standardmäßig /var/lock ist. Das ist zum Beispiel der Fall auf RedHat-Systemen. Überprüfen Sie den Modem-Dialog nach der genauen Position der Sperrdatei. Die Lösung ist einfach, entweder KPPP SETUID laufen zu lassen, falls Sie können, oder normalen Benutzern Schreibzugriff auf /var/lock zu gewähren oder eine modem-Gruppe zu erstellen, die Zugriff auf die /var/lock-Datei hat.

Das SETUID-Bit muss nicht gesetzt sein, wenn Sie sich ein bisschen mit Unix-Systemadministration auskennen. Erstellen Sie einfach eine Modemgruppe, fügen Sie alle Benutzer, denen Sie Zugriff auf das Modem gewähren wollen, dieser Gruppe hinzu und machen Sie das Modemgerät les- und schreibbar für diese Gruppe. Wenn Sie auch DNS-Konfiguration mit KPPP benutzen wollen, muss /etc/resolv.conf les- und schreibbar von den Mitgliedern dieser Gruppe sein. Das gleiche gilt für /etc/ppp/pap-secrets und /etc/ppp/chap-secrets, wenn Sie die eingebaute PAP- und CHAP-Unterstützung benutzen wollen.

Das KPPP-Team hat in letzter Zeit sehr viel daran gearbeitet, um KPPP SETUID-Sicher zu machen. Aber es liegt an Ihnen, ob und wie Sie es installieren.

Eventuell wollen Sie dazu auch das Kapitel KPPP und die Sicherheit lesen.

Haben Sie an der CR/LF-Einstellung herumgespielt? Probieren Sie CR, LF oder CR/LF.

Ihr Modem braucht vielleicht einige Zeit, um auf seine Initialisierung zu antworten. Öffnen Sie den Dialog Modembefehle auf der Karteikarte Modem und stellen Sie die Verzögerungen Pre-Init und Post-Init ein. Probieren Sie, ob Sie erfolgreich sind, wenn Sie die Werte drastisch senken und stellen Sie sie dann später genauer ein.

Sie haben vielleicht die Option „Konfiguriere Hostname automatisch von dieser IP“ aktiviert und der X-Server hat Probleme zum neu eingestellten Hostnamen zu verbinden. Falls Sie diese Option wirklich benötigen (wahrscheinlich eher nicht), müssen Sie auf eigene Faust die nötigen Authorisationen einstellen. Eingabe von xhost + löst das Problem, aber seien Sie gewarnt vor Sicherheitsrisiken, die sich daraus ergeben, da dann jeder Zugang zu Ihrem X-Server hat.

Versuchen Sie, mit ping einen anderen Server über seine IP-Adresse, zu erreichen, ping 195.0.254.76. Wenn das funktioniert, sollten Sie das Folgende versuchen:

Schicken Sie einfach eine leere Zeichenfolge, so wie im folgenden Skript:

Send                   # eine leere Zeichenfolge senden
Expect      ID:          
Send        itsme
Expect      word:
Send        forgot
Expect      granted
Send        ppp

Das bedeutet, dass Sie keine Berechtigung haben, eine Sperrdatei zu erzeugen. Wenn Sie eine Sperrdatei benutzen wollen, müssen Sie Schreibrechte in dem Ordner haben, indem die Datei erzeugt werden soll (typischerweise /var/lock). Das ist natürlich kein Problem, wenn Sie KPPP SETUID-Berechtigung gegeben haben. Lesen Sie bitte den Abschnitt über die Modem-Sperrdatei.

Klicken Sie auf Einstellungen/Modem Sie können die Lautstärke des Modems hier in drei Schritten einstellen: aus, mittel, groß. Bei den meisten Modems bekommen Sie die gleiche Lautstärke für „mittel“ und „groß“. Falls das nicht funktioniert, stellen Sie sicher, dass Sie die richtigen Einstellungen in Einstellungen/Modem/Modembefehle eingestellt haben"

Die Zeichenkette zur Initialisierung der Lautstärke kann verloren gehen, wenn das Modem nicht mit der Übertragungsgeschwindigkeit von KPPP zurechtkommt. In diesem Fall sollte man den Wert in Post-Init Verzögerung unter Einstellungen, Modem, Modembefehle erhöhen.

Viele Modems melden standardmäßig nur die Geschwindigkeit der seriellen Schnittstelle und nicht die Geschwindigkeit über die Telefonleitung. Sie müssen diese Modem erst so einstellen, dass Sie die wirkliche Datenübertragungsgeschwindigkeit melden (fügen Sie dies dem Init- oder Wählstring bei). Bei vielen Modems ist der Befehl ATW2. Wenn Sie dies dem Wählstring (typischerweise ATD) beifügen wollen, wäre der neue Wählstring ATW2D.

Neue Modems haben oft komplizierte Verbindungsmeldungen wie „CONNECT LAP.M/V42.bis/115000:RX/31200:TX“, und KPPP kann die Nachrichten nicht korrekt behandeln. Schalten Sie Protokollfenster anzeigen ein, und Sie werden die Verbindungsgeschwindigkeit sehen. Ich arbeite gerade an einer Lösung dieses Problems, und der Parser ist schon viel besser, aber immer noch nicht perfekt.

Wenn Sie mit der Modemgeschwindigkeit nicht zufrieden sind, stellen Sie sicher, dass die Verbindungsgeschwindigkeit (Einstellungen/Gerät/Geschwindigkeit) auf 57600 oder höher eingestellt ist. Stellen Sie sicher, dass Ihre serielle Schnittstelle höhere Geschwindigkeiten unterstützt. Viele auf i486 basierende Systeme arbeiten nicht korrekt, wenn die Geschwindigkeit auf 115200 eingestellt ist. Wenn Sie einen 8250 UART Chip haben, wird es nicht funktionieren. Wenn Sie einen 16550 oder 16550A haben, sollte es problemlos funktionieren.

Schauen Sie zusätzlich in Ihrem Modem-Handbuch nach Init-Strings, die den Hochgeschwindigkeit-Modus aktivieren.

Wenn die Datenübertragungsrate nur ein paar Byte pro Sekunde beträgt, sollten Sie Ihre Hardware-Einstellungen überprüfen. Falls Bewegungen der Maus die Datenübertragung beschleunigen, ist das auf jeden Fall ein Hardwareproblem.

Sie erhalten Informationen über Ihre serielle Schnittstelle mit setserial -a /dev/ttySx. Schauen Sie nach Interrupt-Konflikten mit anderen Komponenten Ihres Systems.

Sie müssen den Modem-Wählstring verändern. Fast alle Modems unterstützen die folgenden AT-Befehle:

Sehen Sie sich die TEMPLATE-Regeldatei, die bei KPPP dabei ist, an. Sie sollten eine Kopie davon in $KDEDIR/doc/HTML/en/kppp finden. Benutzen Sie den Befehlszeilen-Parameter -r von KPPP, um die Syntax Ihrer Gebührenregel-Datei zu überprüfen.

Ja, das ist möglich. Aber Sie sollten kein ungewöhnlich kleinen Bruchteile benutzen (unter einer 1/10 Sekunde), da dies in einer höheren CPU-Belastung resultieren würde. (Obwohl ich nicht glaube, dass Sie das bei einer modernen CPU bemerken würden.:-)

In diesem Fall müssen Sie neuen Code schreiben, der Ihnen die Berechnung dieses Feiertags ermöglicht. Sehen Sie in ruleset.cpp nach und imitieren Sie das ``easter''-Beispiel. Dann senden Sie mir die Patches.

Kurze Antwort: Sie haben die PPP-Software auf dem entfernten System nicht gestartet.

Wenn Sie die folgenden Zeilen sehen, haben Sie evtl. gerade einen Fehler wegen Zeitüberschreitung von KPPP erhalten. KPPP hat darauf gewartet, dass das PPP-Interface startete, und hat dann nach einer bestimmten Zeit aufgegeben. Dem pppd wurde mit dem Signal 15 (i.A. SIGTERM) signalisiert, abzubrechen.

pppd[26921]: pppd 2.3.5 started by me, uid 500
pppd[26921]: Using interface ppp0
pppd[26921]: Connect: ppp0 <--> /dev/ttyS0
pppd[26921]: Terminating on signal 15.
pppd[26921]: Connection terminated.
pppd[26921]: Exit.

Der PPP-Dämon wurde misstrauisch, da alle empfangenen Daten das Bit 8 auf Null gesetzt hatten. In den meisten Fällen zeigt das an, dass der entfernte PPP-Server noch nicht gestartet ist. Es wird dort vielleicht immer noch einen Anmeldeprompt geben, der alle Daten, die von Ihrem pppd gesendet wurden, zurücksendet.

Bekommen Sie folgende Nachrichten?

modprobe: can't locate module ppp-compress-21 
modprobe: can't locate module ppp-compress-26 
modprobe: can't locate module ppp-compress-24

Fügen Sie einfach diese Zeilen

alias ppp-compress-21 bsd_comp 
alias ppp-compress-24 ppp_deflate 
alias ppp-compress-26 ppp_deflate 

zu Ihrer Datei /etc/conf.modules hinzu.