Hallo Andreas, & Andreas Tille <[EMAIL PROTECTED]> [2002-12-20 07:52]: > Dec 19 23:10:20 energija pppd[1274]: pppd 2.4.1 started by root, uid > 0
pppd startet - gut so. > Dec 19 23:10:20 energija pppd[1274]: Using interface ppp1 ppp1???? Da scheint irgendwer schon ein ppp0 aufgemacht zu haben. �berpr�fe mal, wie oft der pppd l�uft. Bei einer DSL-Standardkonfiguration darf nat�rlich immer nur einer laufen. > Dec 19 23:10:20 energija pppd[1274]: not replacing existing default > route to ppp0 [10.112.112.112] W�r ja auch noch sch�ner, wenn der eine pppd dem anderen die route verbiegen d�rfte. > Dec 19 23:10:20 energija pppd[1274]: Cannot determine ethernet > address for proxy ARP egal. > Dec 19 23:10:20 energija pppd[1274]: local IP address 10.64.64.65 > Dec 19 23:10:20 energija pppd[1274]: remote IP address 10.112.112.113 Normal. Solange noch keine g�ltigen IP-Adressen zugewiesen wurden, setzt der pppd erstmal "irgendwelche" aus dem privaten Class A Netz ein. Nach k�rzerer (oder auch l�ngerer - bei mir schon mal bis zu f�nf Minuten) Zeit kommt von t-offline die zugewiesene IP, die der Gegenstelle und bei Bedarf auch die DNS-Server. Aber nochmals: Das klappt nur, wenn GENAU EIN pppd l�uft. Oder man nimmt ein paar passende Einstellungen in der /etc/ppp/peers/irgendeinprovider vor, da sollte man aber doch ein klein wenig Ahnung haben. > Ich gehe davon aus, da� wenn ARB nicht funktioniert auch das Routing nicht > ordentlich eingestellt werden kann, was die nicht funktionierende Routing > Einstellung erkl�rt. Hat jemand eine Idee, woran das noch liegen k�nnte? Mit ARP hat das nicht das mindeste zu tun. > # route > Kernel IP Routentabelle > Ziel Router Genmask Flags Metric Ref Use Iface > 10.112.112.113 * 255.255.255.255 UH 0 0 0 ppp1 > 10.112.112.112 * 255.255.255.255 UH 0 0 0 ppp0 > 10.15.140.0 * 255.255.255.0 U 0 0 0 eth0 > default 10.112.112.112 0.0.0.0 UG 0 0 0 ppp0 Hier zeigt sich schon das Problem. Der ppp0 hat schon keine richtigen Adressen bekommen. Versuch folgendes: Zuerst stellst Du sicher, da� KEIN pppd l�uft. Dazu gibst Du poff ein. Gibts irgendwelche Fehlermeldungen, da� mehr als ein pppd l�uft, hei�ts killall -SIGKILL pppd. ps aux|grep pppd d�rfte ebenso nur Leerzeilenbringen wie route. ifconfig zeigt KEIN pppN mehr an. Etwas Zeit verstreichen lassen, damit man im Logfile sieht, ab wann der neue Versuch kommt. pon (hab ich schon erw�hnt, da� man den nur GENAU EINMAL ausf�hrt? *g*) warten. Sollte nach f�nf Minuten immer noch nichts passiert sein, bitte hier - Logfileauszug - route - /etc/ppp/peers/dsl-provider (nat�rlich mit geschw�rzten Userdaten) hier posten. HTH Christian -- "5 Minuten" heisst "mindestens ne viertelstunde, wenn alles glatt geht", aber es geht nie irgendwas glatt, und schon garnicht in ner viertelstunde. Frank Paulsen in dasr -- H�ufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
