Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
KDE: 2.1.0 Kernel: 2.4.2 PPPd: 2.4.0 Distri: SuSE 6.4
Meldungen:
Mar 19 16:16:40 Stopsack pppd[381]: pppd 2.4.0 started by konni, uid 500 Mar 19 16:16:40 Stopsack pppd[381]: using channel 2 Mar 19 16:16:40 Stopsack pppd[381]: Using interface ppp0 Mar 19 16:16:40 Stopsack pppd[381]: Connect: ppp0 <--> /dev/ttyS1 Mar 19 16:16:40 Stopsack pppd[381]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3a6452c6> <pcomp> <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x1 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfRej id=0x1 <auth pap>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfRej id=0x1 <pcomp>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x3a6452c6> <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfRej id=0x2 <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:44 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:44 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:44 Stopsack pppd[381]: sent [LCP ConfRej id=0x2 <auth pap>] Mar 19 16:16:44 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:47 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:47 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:47 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x3 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:47 Stopsack pppd[381]: sent [LCP ConfRej id=0x3 <auth pap>] Mar 19 16:16:50 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:51 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x4 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:51 Stopsack pppd[381]: sent [LCP ConfRej id=0x4 <auth pap>] Mar 19 16:16:53 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:53 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:53 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:56 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:56 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:56 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x5 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:56 Stopsack pppd[381]: sent [LCP ConfRej id=0x5 <auth pap>] Mar 19 16:16:59 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:59 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:59 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x6 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:59 Stopsack pppd[381]: sent [LCP ConfRej id=0x6 <auth pap>] Mar 19 16:17:02 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:02 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:02 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x7 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:17:02 Stopsack pppd[381]: sent [LCP ConfRej id=0x7 <auth pap>] Mar 19 16:17:05 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:05 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:05 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x8 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:17:05 Stopsack pppd[381]: sent [LCP ConfRej id=0x8 <auth pap>] Mar 19 16:17:08 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:08 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:17:08 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x9 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:17:08 Stopsack pppd[381]: sent [LCP ConfRej id=0x9 <auth pap>] Mar 19 16:17:10 Stopsack pppd[381]: Terminating on signal 15. Mar 19 16:17:10 Stopsack pppd[381]: sent [LCP TermReq id=0x4 "User request"] Mar 19 16:17:11 Stopsack pppd[381]: rcvd [LCP TermAck id=0x4] Mar 19 16:17:11 Stopsack pppd[381]: Connection terminated. Mar 19 16:17:11 Stopsack pppd[381]: Exit.
Woran kann das liegen?
cu Konrad
On 22-Mar-2001 Konrad Stopsack wrote:
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
Das Problem hatte ich auch und habe es gelöst, in dem ich den kppp aus KDE 2.0 installiert habe.
Aber die 1 bei KDE 2.1 bedeudet doch auch Entwicklerversion (so wie beim Kernel), oder? ;-)
-- Carsten
Am Donnerstag, 22. März 2001 19:17 schrieben Sie:
On 22-Mar-2001 Konrad Stopsack wrote:
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
Das Problem hatte ich auch und habe es gelöst, in dem ich den kppp aus KDE 2.0 installiert habe.
Was: Nur /opt/kde2/bin/kppp rüberkopiert, oder wie?
Aber die 1 bei KDE 2.1 bedeudet doch auch Entwicklerversion (so wie beim Kernel), oder? ;-)
Den Eindruck habe ich auch. Langsamer (bis auf Konqueror) und instabiler (der Startbildschirm verschwindet bei mir erst, wenn ich draufklicke oder eine Anwendung starte, sonst hängt er bei 50%). Außerdem steht in der XConsole beim Laden der Kontrolleiste immer "Mar 23 17:07:16 Stopsack modprobe: modprobe: Can't locate module char-major-116". Sonst läuft aber alles, und Kq 2.1 ist wirklich besser geworden.
cu Konrad
Am Freitag, 23. März 2001 17:28 schrieb Konrad Stopsack:
Außerdem steht in der XConsole beim Laden der Kontrolleiste immer "Mar 23 17:07:16 Stopsack modprobe: modprobe: Can't locate module char-major-116".
(Grins) - das hatte ich heute auch. Hat aber nix mit KDE zu tun sondern den Kernelmodulen, die wohl leicht falsch konfiguriert sind. Bei vielen Distris (u.a. SuSE) ist /etc/conf.modules immer kilometerlang, bei mir kommt alles in den Kern rein was ich brauche und alles andere bleibt draußen.
Josef Spillner
On 23.03.01 Josef Spillner (dr_maux@maux.de) wrote:
Am Freitag, 23. März 2001 17:28 schrieb Konrad Stopsack:
Außerdem steht in der XConsole beim Laden der Kontrolleiste immer "Mar 23 17:07:16 Stopsack modprobe: modprobe: Can't locate module char-major-116".
(Grins) - das hatte ich heute auch. Hat aber nix mit KDE zu tun sondern den Kernelmodulen, die wohl leicht falsch konfiguriert sind. Bei vielen Distris (u.a. SuSE) ist /etc/conf.modules immer kilometerlang, bei mir kommt alles in den Kern rein was ich brauche und alles andere bleibt draußen.
Kernel-ohne-module-backer! Weißt Du, was das für ein schönes Gefühl ist, wenn man lsmod tippt und die Ausgabe ist länger als eine Seite?
H"nein, ich hab das noch nicht geschafft".
Am Donnerstag, 22. März 2001 19:17 schrieb Carsten Schurig:
Aber die 1 bei KDE 2.1 bedeudet doch auch Entwicklerversion (so wie beim Kernel), oder? ;-)
Offiziell ist es eine Stabilisierung, 2.2pre (HEAD) ist der Entwicklerzweig, der auf Qt 3.0 aufsetzen soll aber das wird's wohl nicht schaffen in der kurzen Zeit. 2.01 und 2.1.1 (und demzufolge auch 2.2.1) sind reine Übersetzungs- und Dokumentationsreleases, und gelten als die stabilsten Varianten (offiziell zumindest).
Josef Spillner (ein klein wenig mit KDE verbunden in letzter Zeit, nunja)
On Thu, Mar 22, 2001 at 06:44:06PM +0100, Konrad Stopsack wrote:
Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
KDE: 2.1.0 Kernel: 2.4.2 PPPd: 2.4.0 Distri: SuSE 6.4
Meldungen:
Also ich hab ja schon mehrmals die Verhandlungen zwischen meinem Rechner und dem ISP durchlesen müssen wegen ppp-Problemen, aber sowas hab ich bis jetzt noch nicht gesehen. Das Problem scheint hier auf Providerseite zu liegen. Kannst dir die Stellen ja nochmal anschauen, aber im Prinzip hast du sicher auch gemerkt, daß immer wieder dasselbe passiert: - Der Providerhost sendet einen Config Request - Dein Host sendet einen Config Reject mit der Angabe, daß ihm pap-Authentification nicht gefällt
Das wiederholt sich dann immer wieder. Üblicherweise müßte es jetzt aber weitergehen: - Der Providerhost sendet einen neuen ConfReq, der die von deinem Rechner abgelehnten Optionen brücksichtigt - Dein Rechner sendet ein ConfAck
Das sieht dann bei mir z.B. so aus (normalerweise immer ein bißchen zerstreut über das Logfile:
Mar 22 22:17:41 potato ipppd[162]: rcvd [0][LCP ConfReq id=0xf9 <auth chap md5> <magic 0xd8540264> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 62 75 6e 64 6c 65 ]>] Mar 22 22:17:41 potato ipppd[162]: sent [0][LCP ConfRej id=0xf9 <MPmrru 0x5f4>] Mar 22 22:17:41 potato ipppd[162]: rcvd [0][LCP ConfReq id=0xfa <auth chap md5> <magic 0xd8540264> <MPdiscr: 0x1 [ 62 75 6e 64 6c 65 ]>] Mar 22 22:17:41 potato ipppd[162]: sent [0][LCP ConfAck id=0xfa <auth chap md5> <magic 0xd8540264> <MPdiscr: 0x1 [ 62 75 6e 64 6c 65 ]>]
Das zweite Auffällige ist die Tatsache, daß dein Rechner unter derselben id (!!!, riecht nach einem bug) immer wieder seine ConfReqs aussendet (die auch vom ISP positiv beantwortet werden). Das _könnte_ evtl. am ersten Problem liegen, daß der pppd hier Mutmaßungen anstellt. Ansonsten: hast du irgendwas am Configfile geändert? Eine neue pppd-Version genommen?
An kppp wirds kaum liegen, da das nur ein Frontend für den pppd ist.
Lösung: am besten mal bei deinem ISP anrufen oder einen neuen nehmen. Die Sturheit des Hosts könnte evtl. auch daran liegen, daß der ISP nur PAP untertützt, aber ich glaub, dann würde er einen TermReq senden, wenn eine bestimmte Anzahl von Verhandlungsversuchen fehlgeschlaen ist.
Mar 19 16:16:40 Stopsack pppd[381]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3a6452c6> <pcomp> <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x1 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfRej id=0x1 <auth pap>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfRej id=0x1 <pcomp>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x3a6452c6> <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfRej id=0x2 <accomp>] Mar 19 16:16:41 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>]
Dein Rechner hat hier den Bogen mit dem "richtigen" ConfReq raus...
Mar 19 16:16:41 Stopsack pppd[381]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:44 Stopsack pppd[381]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x3a6452c6>] Mar 19 16:16:44 Stopsack pppd[381]: rcvd [LCP ConfReq id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1ba1a096>] Mar 19 16:16:44 Stopsack pppd[381]: sent [LCP ConfRej id=0x2 <auth pap>]
...aber der andere Host nicht.
Woran kann das liegen?
cu Konrad
cu, Ulf
Am Donnerstag, 22. März 2001 22:56 schrieb Ulf Lorenz:
On Thu, Mar 22, 2001 at 06:44:06PM +0100, Konrad Stopsack wrote:
Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
KDE: 2.1.0 Kernel: 2.4.2 PPPd: 2.4.0 Distri: SuSE 6.4
An kppp wirds kaum liegen, da das nur ein Frontend für den pppd ist.
Lösung: am besten mal bei deinem ISP anrufen oder einen neuen nehmen. Die Sturheit des Hosts könnte evtl. auch daran liegen, daß der ISP nur PAP untertützt, aber ich glaub, dann würde er einen TermReq senden, wenn eine bestimmte Anzahl von Verhandlungsversuchen fehlgeschlaen ist.
Natürlich liegt das an Kppp, mit dem von KDE 1.1.2 und 2.0.0 läuft es ja. Der PPPd ist in Ordnung. Ich würde bloß ganz gerne wissen, warum Kppp die Logdatei nicht öffnen kann. Oder wo die liegt, damit ich die Rechte überprüfen kann. Kann es an diesen fehlenden Bibos liegen (RPM hat nämlich gemeckert, daß die fehlen würden, und ich hatte nicht viel Zeit und hab einfach --nodeps gemacht.): libpopt.so.0 is needed by kdeadmin-2.1.0-2 icons is needed by kdebase-2.1.0-2 libcdda_interface.so.0 is needed by kdebase-2.1.0-2 libcdda_paranoia.so.0 is needed by kdebase-2.1.0-2
Oder sollte ich die Rechte von /var/log/messages mal auf 644 stellen?
cu Konrad
On Thursday 22 March 2001 18:44, Konrad Stopsack wrote:
Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"), obwohl es die debug-Option gesetzt hat (nach Nachfrage, Kppp will die unbedingt, damit das syslog mit binärem Mist vollgemüllt wird)
KDE: 2.1.0 Kernel: 2.4.2 PPPd: 2.4.0 Distri: SuSE 6.4
Ich nehme Debian mit 2.2 Kernel und es geht prima.
schau bitte mal nach, ob dein kppp SUID-root installiert ist. Sonst kann es nicht gehen.
Konrad
On Thu, Mar 22, 2001 at 06:44:06PM +0100, Konrad Stopsack wrote:
Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"),
Kannst du als "konni" /var/log/ppp.log lesen?
Mar 19 16:16:40 Stopsack pppd[381]: pppd 2.4.0 started by konni, uid 500 .....
Tritt das Problem mit pppd sporadisch auf, oder klappt es nie?
Bei Compuserve klappt es ab und zu nicht sich einzuwaehlen, das log sieht dann so aus:
Mar 13 23:17:40 sonne pppd[3093]: Connect: ppp0 <--> /dev/modem Mar 13 23:17:41 sonne pppd[3093]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbf04fd45> <pcomp> <accomp>] Mar 13 23:17:41 sonne pppd[3093]: rcvd [LCP ConfRej id=0x1 <pcomp>] Mar 13 23:17:41 sonne pppd[3093]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xbf04fd45> <accomp>] Mar 13 23:17:41 sonne pppd[3093]: rcvd [LCP ConfRej id=0x2 <accomp>] Mar 13 23:17:41 sonne pppd[3093]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:41 sonne pppd[3093]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:44 sonne pppd[3093]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:47 sonne pppd[3093]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:49 sonne pppd[3093]: rcvd [LCP ConfReq id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:49 sonne pppd[3093]: sent [LCP ConfAck id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:49 sonne pppd[3093]: rcvd [LCP ConfReq id=0x3 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:49 sonne pppd[3093]: sent [LCP ConfAck id=0x3 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:50 sonne pppd[3093]: rcvd [LCP ConfReq id=0x4 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:50 sonne pppd[3093]: sent [LCP ConfAck id=0x4 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1341a00c>] Mar 13 23:17:50 sonne pppd[3093]: sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:52 sonne pppd[3093]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:52 sonne pppd[3093]: sent [LCP EchoReq id=0x0 magic=0xbf04fd45] Mar 13 23:17:52 sonne pppd[3093]: sent [PAP AuthReq id=0x1 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:17:52 sonne pppd[3093]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:52 sonne pppd[3093]: rcvd [LCP ConfReq id=0x5 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x5d8c695f>] Mar 13 23:17:52 sonne pppd[3093]: sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0x3946ff74> <pcomp> <accomp>] Mar 13 23:17:52 sonne pppd[3093]: sent [LCP ConfAck id=0x5 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x5d8c695f>] Mar 13 23:17:52 sonne pppd[3093]: rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0xbf04fd45>] Mar 13 23:17:53 sonne pppd[3093]: rcvd [LCP ConfRej id=0x4 <pcomp>] Mar 13 23:17:53 sonne pppd[3093]: sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0x3946ff74> <accomp>] Mar 13 23:17:53 sonne pppd[3093]: rcvd [LCP ConfRej id=0x5 <accomp>] Mar 13 23:17:53 sonne pppd[3093]: sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x3946ff74>] Mar 13 23:17:53 sonne pppd[3093]: rcvd [LCP ConfAck id=0x6 <asyncmap 0x0> <magic 0x3946ff74>] Mar 13 23:17:53 sonne pppd[3093]: sent [LCP EchoReq id=0x0 magic=0x3946ff74] Mar 13 23:17:53 sonne pppd[3093]: sent [PAP AuthReq id=0x2 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:17:53 sonne pppd[3093]: rcvd [LCP EchoRep id=0x0 magic=0x5d8c695f] Mar 13 23:17:56 sonne pppd[3093]: sent [PAP AuthReq id=0x3 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:17:59 sonne pppd[3093]: sent [PAP AuthReq id=0x4 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:02 sonne pppd[3093]: sent [PAP AuthReq id=0x5 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:05 sonne pppd[3093]: sent [PAP AuthReq id=0x6 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:08 sonne pppd[3093]: sent [PAP AuthReq id=0x7 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:11 sonne pppd[3093]: sent [PAP AuthReq id=0x8 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:14 sonne pppd[3093]: sent [PAP AuthReq id=0x9 user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:17 sonne pppd[3093]: sent [PAP AuthReq id=0xa user="schlueterwg@compuserve.de" password=<hidden>] Mar 13 23:18:20 sonne pppd[3093]: sent [PAP AuthReq id=0xb user="schlueterwg@compuserve.de" password=<hidden>]
Am Samstag, 24. März 2001 18:38 schrieb Thomas Guettler:
On Thu, Mar 22, 2001 at 06:44:06PM +0100, Konrad Stopsack wrote:
Hallo Leute,
seitdem ich von KDE 2.0.0 auf 2.1.0 upgedatet habe, läuft das Kppp nicht mehr richtig. Der PPPd wird gestartet, versucht immer wieder dasselbe zu senden, was natürlich nicht klappt. Kppp kann auch nie das PPP-Log lesen ("Cannot open logfile"),
Kannst du als "konni" /var/log/ppp.log lesen?
Die gibts gar nicht.
Mar 19 16:16:40 Stopsack pppd[381]: pppd 2.4.0 started by konni, uid 500 .....
Tritt das Problem mit pppd sporadisch auf, oder klappt es nie?
Mit dem KPPP von KDE 2.1 immer. Ich habe jetzt einfach kppp* von KDE 2.0 wieder nach /opt/kde2/bin kopiert. Brutal, aber jetzt funktioniert alles wieder.
cu Konrad
lug-dd@mailman.schlittermann.de
-
Carsten Schurig -
Hilmar Preusse -
Josef Spillner -
Konrad Stopsack -
Konrad Stopsack -
konrad.rosenbaum＠t-online.de -
Thomas Guettler -
Ulf Lorenz