View previous topic :: View next topic |
Author |
Message |
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Tue Jan 16, 2007 9:05 pm Post subject: pppoe nach worldupdate futsch |
|
|
hallo,
es gibt manchmal Sachen, da steht man kopf. Ich habe auf einem Rechner, den ich im November das letzte mal geupdatet hatte, jetzt die "Welt" neu gebaut. Na gut, da kam mein Kernel neu und wollte neu kompiliert werden, da war "etc-update" und "revdep-rebuild" fällig - das kennt man.
Aber als nun alles erledigt war und ich den Rechner neu gebootet habe, kann er plötzlich nicht mehr online gehen. Er sagt mir, daß ich root sein müßte, um "pppoe-start" ausführen zu können. Ups. Ich habe mich aber als root angemeldet, was mir "whoami" auch bestätigt. In /etc/ppp/pppoe.conf stehen auch alle Daten korrekt drin. Die zuständige Netzwerkkarte, die die Verbindung zum DSL-Modem herstellen soll, kriege ich mit "ifconfig" auch angezeigt, alle Module, die benötigt werden, sind vorhanden. "lspci" zeigt mir brav meine Netzwerkkarte ...
Ja, was denn nun? Auch "pppoe-setup" bringt dieselbe Meldung.
Die Telefonrechnung ist bezahlt und die Hardware funktioniert - ich hab auf demselben Rechner auch noch ein FreeBSD installiert, das ich grade benutze. Das verwendet exakt dieselbe Hardware, also daran liegts nicht. |
|
Back to top |
|
|
Finswimmer Bodhisattva
Joined: 02 Sep 2004 Posts: 5467 Location: Langen (Hessen), Germany
|
Posted: Tue Jan 16, 2007 10:19 pm Post subject: |
|
|
Beim neuen ppp machst du das über /etc/conf.d/ppp
Tobi _________________ Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
Back to top |
|
|
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Tue Jan 16, 2007 11:50 pm Post subject: |
|
|
hi, Finswimmer wrote: | Beim neuen ppp machst du das über /etc/conf.d/ppp |
Nö, ich mache das nicht - weil es sowas wie /etc/conf.d/ppp bei mir gar nicht gibt. Auch wenn ich ppp mehrfach neu emerge :-(
/etc/ppp/pppoe.conf existiert dagegen weiterhin. Ich finde auch nichts, wo ich nachlesen könnte oder müßte. |
|
Back to top |
|
|
Finswimmer Bodhisattva
Joined: 02 Sep 2004 Posts: 5467 Location: Langen (Hessen), Germany
|
Posted: Wed Jan 17, 2007 5:14 am Post subject: |
|
|
Code: | server ~ # cat /etc/conf.d/net
###
## eth0 = Local
config_eth0=( "192.168.0.1 netmask 255.255.255.0" )
###
## eth1 = Nothing
#
config_eth1=("null")
###
## PPPoE (ADSL) (=eth1)
#
config_ppp0=("ppp")
link_ppp0="eth1"
plugins_ppp0=("pppoe")
username_ppp0='*******' # edit this
password_ppp0='*******' # and this
pppd_ppp0=("defaultroute" "usepeerdns" "debug") |
So jetzt aber, hatte dir was falsches gesagt gehabt...
Sorry!
Tobi _________________ Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
Back to top |
|
|
hede Apprentice
Joined: 07 Nov 2003 Posts: 160 Location: Siegen/Germany
|
Posted: Wed Jan 17, 2007 11:39 am Post subject: |
|
|
... /etc/conf.d/net
So (ähnlich) siehts bei mir auch aus.
Fehlen nur noch das Startscript:
Code: | cd /etc/init.d
ln -s net.lo net.ppp0 |
Dann über
Code: | /etc/init.d/net.ppp0 start |
starten. (z.B. in einem runlevel)
In die passende /etc/ppp/*-secrets muss natürlich noch das passende Passwort. _________________ Der süsse Pinguin ist mir lieber als die kleinen weichen, die einem nur kaputte Fenster verkaufen |
|
Back to top |
|
|
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Wed Jan 17, 2007 2:32 pm Post subject: |
|
|
Finswimmer wrote: | So jetzt aber, hatte dir was falsches gesagt gehabt...Sorry! |
Es gibt Schlimmeres ;-) Daß es neuerdings über /etc/conf.d/net geregelt würde, war mir allerdings komplett unbekannt. Und ich finde in der gesamten Dokumentation auch nichts Derartiges.
Trotzdem reicht dein Vorschlag noch nicht aus, eventuell habe ich in (der neuen) /etc/conf.d/net.example auch noch irgendwas übersehen. Es sieht zwar so aus, als ob net.ppp0 gestartet werden könnte, da die entsprechende LED-Anzeige am DSL-Modem aktiv wird, aber es funktioniert keinerlei ping und alle Browser melden mir "unknown host" beim Aufruf irgendeiner Adresse. Vermutlich muß irgendwo noch ein DNS-Eintrag hin. Meine "alte" /etc/resolv.conf existiert noch mit den beiden DNS-Einträgen für t-online, zugleich gibt es neuerdings eine Kopie davon als /etc/ppp/resolv.conf. In /etc/ppp/pppoe.conf stehen beide Angaben auch nochmal drin. Mindestens eine resolv.conf ist dann wohl überflüssig. Aber irgendwo sollte ein Nameserver wohl erreichbar sein.
Ich habe zwei NICs im Rechner: einen LAN-Chip (eth0), der kriegt eine feste interne IP und tut seine Arbeit, dann gibts noch eine Realtek-Karte (eth1), die zum DSL-Modem führt (das Teil ist etwa ein Jahr alt). Diese Karte muß dann für die online-Verbindung herhalten, hat sie auch lange brav gemacht und kann es immer noch. Daß die Verbindung aufgebaut werden kann, ist auch am log zu sehen: Code: | Jan 17 17:09:44 pc1 eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan 17 17:09:44 pc1 dhcpcd[5200]: eth1: dhcpcd 3.0.9 starting
Jan 17 17:09:44 pc1 dhcpcd[5200]: eth1: ethernet address = 0:50:bf:91:2a:24
Jan 17 17:09:44 pc1 dhcpcd[5200]: eth1: broadcasting for a lease
Jan 17 17:10:14 pc1 PPP generic driver version 2.4.2
Jan 17 17:10:15 pc1 NET: Registered protocol family 24
Jan 17 17:10:15 pc1 eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan 17 17:10:15 pc1 pppd[5627]: Plugin passwordfd.so loaded.
Jan 17 17:10:15 pc1 pppd[5627]: Plugin rp-pppoe.so loaded.
Jan 17 17:10:15 pc1 pppd[5627]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4
Jan 17 17:10:15 pc1 pppd[5628]: pppd 2.4.4 started by root, uid 0
Jan 17 17:10:15 pc1 pppd[5628]: PPP session is 4070
Jan 17 17:10:15 pc1 pppd[5628]: Using interface ppp0
Jan 17 17:10:15 pc1 pppd[5628]: Connect: ppp0 <--> eth1
Jan 17 17:10:15 pc1 pppd[5628]: PAP authentication succeeded
Jan 17 17:10:15 pc1 pppd[5628]: peer from calling number 00:90:1A:A0:15:48 authorized
Jan 17 17:10:16 pc1 pppd[5628]: local IP address 84.190.228.116
Jan 17 17:10:16 pc1 pppd[5628]: remote IP address 217.0.116.3 |
Trotzdem ist keine Internetadresse aufrufbar - und das ist normalerweise ein eindeutiges Zeichen dafür, daß kein Nameserver ansprechbar ist. |
|
Back to top |
|
|
hede Apprentice
Joined: 07 Nov 2003 Posts: 160 Location: Siegen/Germany
|
Posted: Wed Jan 17, 2007 4:55 pm Post subject: |
|
|
Christoph Schnauß wrote: | Finswimmer wrote: | So jetzt aber, hatte dir was falsches gesagt gehabt...Sorry! |
Es gibt Schlimmeres Daß es neuerdings über /etc/conf.d/net geregelt würde, war mir allerdings komplett unbekannt. Und ich finde in der gesamten Dokumentation auch nichts Derartiges.
|
Tja, und ich hab übersehen, dass Finswimmer die Zugangsdaten in /etc/conf.d/net hat. Daher braucht man da auch keine /etc/ppp/*secret. Ich habs lieber in die /etc/ppp/*secret geschrieben, so kann ich die /etc/conf.d/net world-readable behalten.
Christoph Schnauß wrote: |
Code: |
Jan 17 17:10:15 pc1 pppd[5628]: Using interface ppp0
Jan 17 17:10:15 pc1 pppd[5628]: Connect: ppp0 <--> eth1
Jan 17 17:10:15 pc1 pppd[5628]: PAP authentication succeeded
Jan 17 17:10:15 pc1 pppd[5628]: peer from calling number 00:90:1A:A0:15:48 authorized
Jan 17 17:10:16 pc1 pppd[5628]: local IP address 84.190.228.116
Jan 17 17:10:16 pc1 pppd[5628]: remote IP address 217.0.116.3 |
|
Prima, Verbindung müsste also bestehen.
ifconfig müsste ein Interface ppp0 anzeigen, welches gesendete und empfangene Pakete aufweist. route müsste eine default route zum nächsten Knoten (Provider) zeigen und in /etc/resolv.conf müsste ein DNS stehen.
Diese 3 Dinge könnte man mal begutachten.
Christoph Schnauß wrote: |
Trotzdem ist keine Internetadresse aufrufbar - und das ist normalerweise ein eindeutiges Zeichen dafür, daß kein Nameserver ansprechbar ist. |
"ping 217.6.164.162" (telekom) geht? dann ists ein DNS-Problem.
Wenn auch der Ping einer IP nicht geht, wahrscheinlich eher das routing. _________________ Der süsse Pinguin ist mir lieber als die kleinen weichen, die einem nur kaputte Fenster verkaufen |
|
Back to top |
|
|
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Wed Jan 17, 2007 7:02 pm Post subject: |
|
|
hallo,
hede wrote: | ifconfig müsste ein Interface ppp0 anzeigen, welches gesendete und empfangene Pakete aufweist. | ifconfig zeigt in gekürzter Form folgendes (nach Aufruf von /etc/init.d/net.ppp0 start - in einen runlevel habe ich das noch nicht gesteckt, solange es nicht zuverlässig funktioniert): Code: | pc1 ~ # ifconfig
eth0 ...
eth0:1 ...
eth0:2 ...
eth1 ...
lo ...
ppp0 Link encap:Point-to-Point Protocol
inet addr:84.190.234.169 P-t-P:217.0.116.3 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:3 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:30 (30.0 b) TX bytes:30 (30.0 b)
pc1 ~ # | eth0:1 und eth0:2 sind virtuelle hosts, die ich für meinen lokalen Apache brauche.
hede wrote: | route müsste eine default route zum nächsten Knoten (Provider) zeigen | Das tut es. Ich benutze zwar lieber netstat -r, weil netstat mehr Optionen anbietet, aber mit route gehts natürlich auch: Code: | pc1 ~ # route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
217.0.116.3 * 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
...
loopback * 255.0.0.0 U 0 0 0 lo
pc1 ~ # |
hede wrote: | und in /etc/resolv.conf müsste ein DNS stehen | Da steht mehr drin - ich habe die Adressen eingetragen, die mir als (mögliche) DNS-Adressen für t-online bekannt sind: Code: | pc1 ~ # cat /etc/resolv.conf
nameserver 217.237.151.33
nameserver 217.237.149.225
nameserver 217.5.115.7
nameserver 194.25.2.129
pc1 ~ # | Das steht sowohl in /etc/resolv.conf wie auch in er neu erschienen /etc/ppp/resolv.conf - und übrigens auch in meiner alten /etc/pppoe.conf.
hede wrote: | "ping 217.6.164.162" (telekom) geht? dann ists ein DNS-Problem. | Nein, das geht eben leider nicht. Es erhöht sich allerdings die Zahl der verlorengegangenen Pakete, die ich mit ifconfig angezeigt bekomme: Code: | pc1 ~ # ping pc3
PING pc3 (192.168.0.3) 56(84) bytes of data.
64 bytes from pc3 (192.168.0.3): icmp_seq=1 ttl=128 time=6.04 ms
64 bytes from pc3 (192.168.0.3): icmp_seq=2 ttl=128 time=0.146 ms
64 bytes from pc3 (192.168.0.3): icmp_seq=3 ttl=128 time=0.147 ms
64 bytes from pc3 (192.168.0.3): icmp_seq=4 ttl=128 time=0.147 ms
--- pc3 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 0.146/1.620/6.040/2.551 ms
pc1 ~ # ping 217.6.164.162
connect: Network is unreachable
pc1 ~ # ping www.google.de
ping: unknown host www.google.de
pc1 ~ # | Ich habe hier mal als erstes einen ping ins lokale Netz (über eth0) ausgelöst, nur um zu zeigen, daß das funktioniert. Die beiden anderen zeigen, daß es für eth1/ppp0 nicht klappt.
Das zuständige Modul ist geladen, lspci zeigt mir die Realtekkarte genauso an wie dmesg (ohne das würde ppp0 kaum eine Adresse zugewiesen bekommen).
Christoph S. |
|
Back to top |
|
|
zworK Guru
Joined: 07 May 2004 Posts: 308
|
Posted: Wed Jan 17, 2007 7:37 pm Post subject: |
|
|
Christoph Schnauß wrote: | [...] Code: | pc1 ~ # route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
217.0.116.3 * 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
...
loopback * 255.0.0.0 U 0 0 0 lo
pc1 ~ # |
|
Fehlt hier die "default route" oder wurde sie rausgekürzt?
Nachtrag:
Da sollte bei einer einfachen "route" Ausgabe sowas stehen: Code: | default 217.0.116.3 0.0.0.0 UG 0 0 0 ppp0 |
|
|
Back to top |
|
|
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Wed Jan 17, 2007 7:59 pm Post subject: |
|
|
zworK wrote: | Fehlt hier die "default route" oder wurde sie rausgekürzt? |
Ups, du hast recht. Das habe ich versehentlich unterschlagen. Tatsächlich lautet die vollständige Ausgabe von "netstat -r": Code: | pc1 ~ # netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
217.0.116.3 * 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
172.24.0.0 * 255.255.0.0 U 0 0 0 eth0
10.0.0.0 * 255.0.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 217.0.116.3 0.0.0.0 UG 0 0 0 ppp0
pc1 ~ # |
Trotzdem trifft alles andere zu, was ich angegeben habe. |
|
Back to top |
|
|
hede Apprentice
Joined: 07 Nov 2003 Posts: 160 Location: Siegen/Germany
|
Posted: Thu Jan 18, 2007 6:24 am Post subject: |
|
|
Christoph Schnauß wrote: | Code: |
pc1 ~ # ping 217.6.164.162
connect: Network is unreachable
|
|
Was sagt iptables, was sagt ifconfig nach ein paar ping-Versuchen? Vielleicht werden einfach alle Pakete rausgefiltert. Ein iptables-Script, welches das falsche Device als Internet-Device verwendet, könnte eine Ursache sein. _________________ Der süsse Pinguin ist mir lieber als die kleinen weichen, die einem nur kaputte Fenster verkaufen |
|
Back to top |
|
|
Christoph Schnauß Guru
Joined: 17 Dec 2004 Posts: 553 Location: Berlin
|
Posted: Thu Jan 18, 2007 1:00 pm Post subject: |
|
|
hede wrote: | Was sagt iptables, was sagt ifconfig nach ein paar ping-Versuchen? |
ifconfig zählt, wie oben bereits angegeben, ein paar verlorengegangene Pakete; nach jedem ping ein paar mehr. iptables sagt gar nichts, weil das im Moment nicht installiert und im Kernel nicht aktiviert ist. Ich werde es allerdings sowieso wieder brauchen, also muß da erstmal ein neuer Kernel her. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|