Re: TDSL-Problem (continued - ARB+Routing)
Hallo Andreas,
& Andreas Tille <tillea@rki.de> [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
Reply to: