Hallo Peter, erstmal: Bitte versuch doch, wenn du auf eine Mail antwortest, auch korrekt zu antworten und den "Vorschreiber" auch (in _einer_ Zeile) zu erwaehnen. Nur da ich das, was ich geschrieben hab, noch kannte, wusste ich, dass deine Mail ein Re: auf meine war... Wenn du Probleme hast dein Mozilla oder welchen MUA auch immer zurechtzupruegeln, dann wirst du hier kompetente Hilfe finden, nur musst du das auch sagen! Ich habe jedenfalls recht selten die Lust mir die Muehe zu machen aus solchen Mails, die alles, falsch, garnicht, ohne References und/ oder In-Reply-To etc. zitieren, den Zusammenhang rauszusuchen... *grummel* On Sat, 19 Jan 2002, Peter Niederlag wrote:

Peter Niederlag schrieb: Auszug aus meinem log und aus dem anderen thread

[So, und hier werde ich zitiert, bzw. meine Mail angesprochen.] Peter: Wer "du" ist, wissen vielleicht du, gerade ich noch und sonst wohl kaum jemand... Das ist schlicht und einfach SCHLECHT.

...

Jan 18 21:47:40 virginia kernel: PPP generic driver version 2.4.1 Jan 18 21:47:41 virginia pppd[928]: Plugin pppoe.so loaded. wieso ist das bei mir sorum und bei Dir genau andersrum ?

Kommt wohl auf die Konfig an, wann das plugin geladen wird. Du hast halt bisher deine config nicht gemailt.

...

Jan 18 21:47:41 virginia pppd[928]: PPPoE Plugin Initialized Jan 18 21:47:41 virginia pppd[928]: Plugin passwordfd.so loaded. also hier ist noch irgendwas, daß die Kennung weitergibt, bloß was ?

Gute Frage. passwordfd.so taucht bei mir gar nicht auf. Ein locate[*] passwordfd spuckt bei mir auch nichts aus. Wie sieht deine /etc/ppp/options denn nun aus? [*] grad vorhin erst aktualisiert!

...

Jan 18 21:47:41 virginia pppd[928]: pppd 2.4.0 started by root, uid 0 Jan 18 21:47:41 virginia kernel: Registered PPPoX v0.5 Jan 18 21:47:41 virginia kernel: Registered PPPoE v0.6.5 die fehlen bei Dir.

Ja. Denn ich verwende Kernel 2.4.16 und pppd 2.4.1. Mir faellt uebrigens auf, dass:

...

Jan 18 21:47:40 virginia kernel: PPP generic driver version 2.4.1 Jan 18 21:47:41 virginia pppd[928]: pppd 2.4.0 started by root, uid 0

evtl. nicht so recht zusammenpasst...

...

Steht doch da. Die Gegenseite will kein PAP verwenden. Versuch mal (/etc/ppp/options) auf "CHAP" umzustellen. Kommentiere, falls vorhanden, ein 'refuse-chap' aus und ein 'require-pap' auch... Und evtl. auch ein 'require-chap' ein. witzigerweise ist bei mir in /etc/ppp/options/ gar nix dergleichen drin.

Hm.

...

Achso, und grabe mal in der Doku von 1&1 ob die da nicht irgendwo schreiben, welches Auth-Verfahren (terminal/CHAP/PAP) verwendet werden soll... Wo finde ich die ?

Auf den Webseiten deines Providers und/oder in den Unterlagen, die du zusammen mit deinem Vertrag bekommen hast... Oder werf mal Google an bzw. grab gleich mal auf adsl4linux.de...

Ich habe es jetzt gerade nochmal mit dem rp-pppoe probiert, da scheint es aber auch bereits in dem discover Probleme zu geben. Jedenfalls passt es nicht auf die Beschreibung, die auf adsl4l steht.

Ich glaub ich muß mal drüber schlafen,

Ja. Und du solltest dich entscheiden, welchen Treiber du denn gerne verwenden werden wuerdest. Die anderen kannst du ja ggfs. anschliessend ausprobieren. "Welches Schweinderl haetten's denn gern?" Mein Tip waere jedenfalls, dass sich bei dir gerade die verschiedenen Treiber/Configs beissen... Und dass deswegen auch die Auth fehlschlaegt. Aber du hast ja noch nix genaueres dazu gemailt, ausser das PAP eigent- lich ueblich ist, bei dir aber fehlschlaegt weiss ich nix...

peterN P.S.: gibt es denn überhaupt eine chance mit dem ausgelieferten Suse7.2 2.4.4-4GB Kernel ?

Keine Ahnung. Vermutlich schon. Aber da kann ich dir wenig helfen, mein letzter SuSE Kernel, den ich zu mehr als nem einmalinge booten verwendet habe war ein 2.2.10er... Um da zu antworten muesstest du mehr Infos liefern (ppp/options z.B.!!!). Ich jedenfalls hab mir den dann (Mitte Dez.) aktuellen 2.4.16er gesaugt, mich entschieden, erstmal den Kernel-Treiber testen zu wollen, den Kernel konfiguriert, gebacken, den pppd samt patch, kompiliert und installiert, die ppp/options umgeschrieben und, naja, ich will ja nicht unbescheiden klingen, es hat auf Anhieb funktioniert. Ich hatte aber auch vorher URLs gesammelt, mir dann die HOWTOs auf adsl4linux durchgelesen, mir auch die Kernel-Doku angeschaut, mich fuer eine Variante entschieden -- und diese dann auch sauber durch- gezogen. Der komplette Umstieg von Analog auf T-DSL hat mich (inkl. Hardware- Einbau, Doku lesen, Kernel- und pppd-backen und startup-script schreiben) vielleicht 4 Stunden gekostet... Und die Moral von der Geschicht: Planlos rummachen bringt es nicht. (mit Betonung darauf, dass man etwas "plant", und nicht einfach irgendein rpm installiert -- und nein, auch ein Yast oder aehnliches enthebt einen nicht davon, sein Vorgehen zu planen, im Gegenteil!). Bei Win* ist das eben anders... wenn man nur lange genug wild rumklickt... Nachvollziehen, oder gar verstehen kann das dann aber keiner mehr... Ok, (ja, seid schon ruhig!), das kann man bei Win* sowieso so gut wie nie. SCNR. -dnh PS: als erstes wuerde ich mal das pppoed-Zeuch wieder deinstallieren, das duerfte nur zur Verwirrung beitragen... Zumindest sofern du denn den Kernel-Treiber verwenden willst. PPS: Nimms bitte nicht persoenlich, dass meine Mail ein wenig sarkastisch ausgefallen ist, mir geht z.Z. einfach das ganze auf den Geist... Hier mal nen rpm einspielen, da mal die glibc updaten wollen, dort mal rumklicken... Und dann rumheulen wenn's nicht tut... Ich unterstelle dir dabei nichts, du scheinst ja zumindest einen Teil der Doku zu DSL gelesen zu haben... Nur mit dem Grundsaetzlichen Verstaendnis scheint's noch zu hapern, siehe die Verwirrung welchen pppoe-Treiber du denn nun verwendest bzw. verwenden willst... (Schonmal probiert, unter Win* 2 versch. Treiber fuer $HARDWARE zu verwenden? Genau, geht mind. genauso in die Hose...) Sach was du hast, was du willst[1], und "wir bekommen das gebacken", und sei's auf die harte Tour samt neuem Kernel... Das ist alles nicht "prinzipiell" schwierig, hoechstens zeitaufwaendig... PPPS: um nochmal auf den Anfang der Mail zurueckzukommen: Bitte, antworte in einer anstaendigen Form! Sonst ist mindestens meine Motivation dir zu antworten schlagartig bei (oder gar unter) Null. PPPPS: Nein, ich habe keine Lust, fuer dich auf die Suche nach Infos, zu suchen, wie die Authentifizierung bei deinem Provider funktionieren soll, das mach man bitte selbst. Du hast dir den ausgesucht... [1] also, klar, DSL, aber, s.o. "welchen Treiber haetten's denn gern?" --

WoKo scheint ja zu denken - ich bin wirklich beeindruckt. Ich glaub Ich muss aufpassen. Sonst fliegt meine Tarnung noch auf. [Christopher Splinter und WoKo in dag°]

Hallo, Andreas Koenecke schrieb:

* Freitag, 18. Januar 2002 um 23:32 (+0100) schrieb Peter Niederlag:

...

Jan 18 21:47:42 virginia pppd[928]: sent [LCP ConfReq id=0x1 ] Jan 18 21:47:42 virginia pppd[928]: rcvd [LCP ConfReq id=0x6b <auth pap> ] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 Jan 18 21:47:42 virginia pppd[928]: sent [LCP ConfAck id=0x6b <auth pap> ] Jan 18 21:47:42 virginia pppd[928]: rcvd [LCP ConfAck id=0x1 ] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88

Mit deinen Einstellungen wirst du -- wenn die Anmeldung mal funktioniert -- höchstwahrscheinlich Probleme mit PMTUD (siehe SDB) bekommen. Setze in '/etc/ppp/options' und/oder '/etc/ppp/peers/pppoe*' "mru" und "mtu" auf 1492.

wenn Sie denn funktionieren würde ;-) Aber, immer tapfer bleiben. Danke schonmal für den Tip.

...

Jan 18 21:47:42 virginia pppd[928]: sent [PAP AuthReq id=0x1 user="<hidden by me>" password=<hidden>] Jan 18 21:47:42 virginia pppd[928]: rcvd [LCP EchoRep id=0x0 magic=0x39bf2c0b] 20 6c 65 73 65 6e 20 2e 2e 2e 0d 0a 49 63 68 20 62 69 74 74 65 20 75 6d 20 45 88 88 88 88 Jan 18 21:47:42 virginia pppd[928]: rcvd [PAP AuthNak id=0x1 "Request Denied"] de b3 b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 Jan 18 21:47:42 virginia pppd[928]: Remote message: Request Denied

wer und vor allem warum erlaubt mir da was nicht ? ^^^^^^^^^^

Der AC verweigert die Anmeldung. Ich würde einen Fehler im Benutzernamen vermuten...

Ich ja auch, aber ich habe das nun ca. 10 mal durchexerziert. Unter win läuft genau diese user/pw Kombination. Nachdem ich die ersten 5mal tatsächlich 1&1 statt 1und1 stehen hatte. Jetzt bin ich 99,9% sicher. In dem howto 1&1/Suse 7.2 von adsl4linux steht was von kernel mindestens 2.4.8. Jetzt habe ich also auch hier schon versucht zu schrauben. Bin leider noch kein begnadeter kernel-Bäcker, eher Stollen oder Plätzchen ;-) Gibt es eine chance mit dem Stnandard Suse 7.2/2.4.4 Kernel ? Ich habe mal versuchsweise den 2.2.? Kernel der Distri mit yast2 eingespielt. Leider nicht gut. Da sind die Netzwerkkarten gar nicht mehr da. Also wieder zurück. Dann habe ich die Kernel-Quellen 2.4.17 von Suse geholt, eingespielt, gebacken. Auch nicht gut. Der Hub blinkt permanent, aber ethereal zeigt auf keiner Karte irgendeine Aktivität. Also wieder zurück nach standard 2.4.4. Also wie kann ein die ganz blutiger Anfänger am ehesten den Kernel updaten, ohne das Alles schief läuft ? Gruß, PeterN P.S.: David, sorry für false quoting. Ich hatte da zwei threads zusammengemixt. P.S.II Gibt es denn einen prinzipiellen Unterschied zwischen der T-DSL/T-Online und der T-DSL/1und1 Konfiguration ? Yast2 macht da einen Unterschied, aber IMHO dürfte doch nur das PW bzw. der user unterschiedlich sein. 1und1 hat halt nicht diesen T-online Portal overhead und außerdem finde ich einen volume Tarif für den Preis absolut fair. -- Peter Niederlag http://www.clown-goli.de, Clown-Comedy-Jonglage-Animation

Hallo, ich hab zwar selbst kein Problem mit DSL, da ich keins kriege :-(, habe aber ähnliche Probleme bei Bekannten mit der 1&1-Flatrate erlebt. Am Samstag, 19. Januar 2002 16:47 schrieb Andreas Koenecke:

* Samstag, 19. Januar 2002 um 14:58 (+0100) schrieb Peter Niederlag:

...

... Ich ja auch, aber ich habe das nun ca. 10 mal durchexerziert. Unter win läuft genau diese user/pw Kombination. Nachdem ich die ersten 5mal tatsächlich 1&1 statt 1und1 stehen hatte. Jetzt bin ich 99,9% sicher.

Hm, hast du es schon einmal mit " um Benutzerkennung und Passwort in '/etc/ppp/pap-secrets' versucht? Oder hat 1&1 evtl. eine Sperre nach einer bestimmten Anzahl von Fehlversuchen, ähnlich wie bei T-Online? Wenn du dir mit Benutzerkennung und Passwort zu 99,9% sicher bist, ist das IMHO ein Fall für die Telefon-Hotline. (Hat 1&1 so was?)

Ja, hat 1&1: 0180-560 54 05 (12 frdl. Ct/Min :-)

...

In dem howto 1&1/Suse 7.2 von adsl4linux steht was von kernel mindestens 2.4.8.

Das betrifft aber nicht dein Problem. (Einige Kernel vor 2.4.8 hatten einen Bug, der manchmal zum Aufhängen des Rechners bei masqueradeten PPPoE-Verbindungen führte -- aber da musst du erst einmal hinkommen... ;-) )

ACK

...

P.S.II Gibt es denn einen prinzipiellen Unterschied zwischen der T-DSL/T-Online und der T-DSL/1und1 Konfiguration ? Yast2 macht da einen Unterschied, aber IMHO dürfte doch nur das PW bzw. der user unterschiedlich sein.

Ja, kein prinzipieller Unterschied und ja, nur Benutzerkennung und PW unterscheiden sich. IIRC kann yast2 bei T-Online aus den 3 separaten Eingaben Anschlusskennung, T-Online-Nr. und Mitbenutzer-Nr.(?) die komplette Benutzerkennung "generieren".

Naja, fast. T-Longline hat da irgendwie an seinen DSL-Einstellungen geschraubt, so dass unter anderem die 1&1-Einstellungen (alt) so nicht mehr funktionieren (ich hoffe, sie haben das nicht aus diesem Grund gemacht (?)). Am einfachsten ist es (IMHO), sich beim Einrichten an T-Online zu halten, ggf. sogar mit einer T-Online-Kennung testen (vielleicht kennst du da ja jemanden) und dann erst die 1&1-Kennung einzugeben. Hat hier jedenfalls immer geklappt. -- Mit besten Grüßen / With kind regards _______________________________________________________________ | Matthias Houdek /// | | matthias@houdek.de /// Informatik-Marketing-Schulung | | ____________________/// | | *** 16868 Bantikow am See *** Tel.: +49-(0)33979-13932 *** | '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'