ADSL Debian 3.0 (ppp0 error, device not found)

[ChildOfBodom]

Ich habe Probleme, mein ADSL unter Debian 3.0 Woody zum laufen zu bringen.

Benutze kein T-Online sondern bluewin (schweizer provider).
Habe alles nach der Anleitung unter http://www.adsl4linux.de/howtos/rp-...ekom&DIST=Deb30 vorgenommen, klappt aber leider trotzdem nicht mit der Verbindung.
Beim Fertigstellen von pppoeconf führt er den Befehl "ifconfig ppp0" aus welches zu der Fehlermeldung
ppp0 : error fetching interface information: device not found
führt.

Die Netzwerkkarte ist korrekt installiert und funktioniert auch.
Spielt es eventuell eine Rolle, dass bei mir zwischen PC und DSL-Modem noch ein HUB hängt?
Sollte auch möglich sein, sich von mehreren PC's gleichzeitig einzuwählen oder nicht?

Hier noch die letzten 10 Zeilen aus /var/log/messages:

Using interface ppp0
Connect ppp0 <--> /dev/pts/4
Modem hangup
Connection terminated.
Serial connection etablished.
Using interface ppp0
Connect ppp0 <--> /dev/pts/4
Modem hangup
Connection terminated.
Exit.


Habe auch schon diverse Foren (unter anderem auch dieses) nach diesem Thema durchsucht und anscheinend bin ich nicht der einzige mit diesem Problem - eine Lösung konnte ich aber nirgens finden.
Mit SuSE und RedHat konnte ich übrigens problemlos eine Verbindung herstellen.

Weiss vielleicht jemand von euch weiter?

[Raoul]

leider funktioniert der Link, den Du angegeben hast, nicht, deshalb kann ich auch nicht nachvollziehen, was Du gemacht hast.

Das mit dem ifconfig: device not found ist normal, denn wenn der pppd nicht läuft gibt es auch kein ppp0.

Wie sieht denn Deine /etc/networ/interfaces aus?
Funktioniert das Netzwerk auch sonst? Du schreibst, Du hast einen Hub, dann hast Du bestimmt auch andere Rechner in Netz, kannst Du die anpingen?
Kommst Du denn auf den AC deines Providers?
Was sagt:

Code: Alles auswählen

pppoe -I eth0 -A

Kommst Du auf den AC, wenn Du den Hub zwischendurch rausnimmst?

[Raoul]

Und noch was:
Hast Du schon die "debug"-option beim pppd aktiviert? Wenn nein, dann mach das mal bitte und poste, was dann alles in der /var/log/messages auftaucht

[ChildOfBodom]

hmmmm.... also zur installation:
ich hab pppoeconf ausgeführt und die einzelnen schritte befolgt, das wärs eigentlich schon

die anderen PC's im netz kann ich pingen ja...

pppoe -I eth0 -A sagt:

Code: Alles auswählen

debian:/home/renner# pppoe -I eth0 -A
Access-Concentrator: ipc-zhh790-r-lc-04
Got a cookie: 5f 33 f3 ce fd 30 de 69 af ce b2 e1 bd 97 8a 0d
--------------------------------------------------
AC-Ethernet-Address: 00:02:4b:e7:6d:2b
--------------------------------------------------

mit der option debug steht das selbe in /var/log/messages

danke für deine bemühungen!

[Raoul]

hmmmm.... also zur installation:
ich hab pppoeconf ausgeführt und die einzelnen schritte befolgt, das wärs eigentlich schon

Ok, dann weiss ich schon mal mehr.

pppoe -I eth0 -A sagt:

Code: Alles auswählen

debian:/home/renner# pppoe -I eth0 -A
Access-Concentrator: ipc-zhh790-r-lc-04
Got a cookie: 5f 33 f3 ce fd 30 de 69 af ce b2 e1 bd 97 8a 0d
--------------------------------------------------
AC-Ethernet-Address: 00:02:4b:e7:6d:2b
--------------------------------------------------

Dann steht die physikalische Verbindung also schon mal. Deshalb vermute ich jetzt mal einen Fehler bei der Authentifikation.

mit der option debug steht das selbe in /var/log/messages

Das kann ich mir eigentlich nicht vorstellen, dann hattest Du debug schon vorher an. Zum Aktivierern (sorry, falls ich Dir nichts neues erzähle):
Entweder in der /etc/ppp/options "debug" global setzen oder in der entsprechenden Datei unter /etc/ppp/peers.
Hier mal ein Auszug, was bei mir passiert, wenn ich mich verbinde. (debug ist ausgeschaltet)

Code: Alles auswählen

Aug  7 15:46:21 guru pppd[20168]: pppd 2.4.1 started by root, uid 0
Aug  7 15:46:21 guru pppd[20168]: Using interface ppp0
Aug  7 15:46:21 guru pppd[20168]: local  IP address 192.168.1.1
Aug  7 15:46:21 guru pppd[20168]: remote IP address 10.112.112.112
Aug  7 15:46:21 guru pppd[20168]: capiplugin: phase dormant.

Ich habe dial on demand, deshalb bleibt der hier erstmal stehen. Sobald ich ins Netz gehe, geht's weiter

Code: Alles auswählen

Aug  7 15:46:59 guru pppd[20168]: Starting link
Aug  7 15:46:59 guru pppd[20168]: capiplugin: phase serialconn (was dormant).
Aug  7 15:46:59 guru pppd[20168]: capiplugin: leased line (adslpppoe)
Aug  7 15:46:59 guru kernel: kcapi: appl 1 ncci 0x10102 up
Aug  7 15:46:59 guru pppd[20168]: capiplugin: connected: "" -> "" outgoing
Aug  7 15:46:59 guru pppd[20168]: capiplugin: using /dev/capi/0: "" -> "" outgoi                                                         ng
Aug  7 15:47:00 guru pppd[20168]: Connect: ppp0 <--> /dev/capi/0

Ich habe eine FritzCard DSL, deshalb sieht das bei mir anders aus. Was aber auf jeden Fall auftauchen muss, ist

Code: Alles auswählen

Aug  7 15:47:00 guru pppd[20168]: capiplugin: phase establish (was serialconn).
Aug  7 15:47:00 guru pppd[20168]: capiplugin: phase authenticate (was establish)                                                              
Aug  7 15:47:01 guru pppd[20168]: capiplugin: phase network (was authenticate).
Aug  7 15:47:01 guru pppd[20168]: Local IP address changed to 80.130.74.159
Aug  7 15:47:01 guru pppd[20168]: Remote IP address changed to 217.5.98.26
Aug  7 15:47:01 guru pppd[20168]: capiplugin: phase running (was network).
Aug  7 15:47:32 guru kernel: Nicht rein: IN=ppp0 OUT= MAC= SRC=200.158.0.197 DST                                                              =80.130.74.159 LEN=78 TOS=0x00 PREC=0x00 TTL=114 ID=63802 PROTO=UDP SPT=1029 DPT=137 LEN=58

Der letzte Eintrag ist schon die Firewall (nach grade mal 30 Sekunden!). Hast Du eigentlich noch ne Firewall drauf? Das könnte Dein FTP-Problem erklären...
Welche Authtikation (pap pder chap) verwendet Dein Provider?
Poste mal bitte die entsprechende peers-Datei, über die Du Dich verbindest. Ausserdem kannst Du noch die Option "show-password" statt "hide-password" setzen, dann siehst Du das übertragene Passwort in den Logs. Bevor Du die dann hier postest bitte durch-x-en

danke für deine bemühungen!

Dafür sind wir ja hier
Raoul

[ChildOfBodom]

Die Option debug ist und war global (also in der datei options) gesetzt...
Habe nun auch show-password gesetzt doch trotzdem sieht /var/log/messages immer noch so aus:

Code: Alles auswählen

Aug  7 20:29:55 debian pppd[502]: pppd 2.4.1 started by root, uid 0
Aug  7 20:29:55 debian pppd[502]: Serial connection established.
Aug  7 20:29:55 debian pppd[502]: Using interface ppp0
Aug  7 20:29:55 debian pppd[502]: Connect: ppp0 <--> /dev/pts/1
Aug  7 20:29:55 debian pppd[502]: Modem hangup
Aug  7 20:29:55 debian pppd[502]: Connection terminated.

Verbinden tu ich normal mit pon dsl-provider
EIne Firewall habe ich nicht und welche Authtikation mein Provider verwendet weiss ich leider nicht... wie kann ich das herausfidnen?

Hier nun noch meine dsl-provider datei:

Code: Alles auswählen

# Configuration file for PPP, using PPP over Ethernet 
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.

##
# Section 1
#
# Stuff to configure...

# MUST CHANGE: Uncomment the following line, replacing the user@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user myusername@myprovider.net

# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"

# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"

# An even more conservative version of the previous line, if things
# don't work using -m 1452... 
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"


# The following two options should work fine for most DSL users.

# Assumes that your IP address is allocated dynamically
# by your DSL provider...
noipdefault
# Comment out if you already have the correct default route installed
defaultroute

##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing. 
#
# Disconnect after 300 seconds (5 minutes) of idle time.

#demand
#idle 300

##
# Section 3
#
# You shouldn't need to change these options...

show-password
lcp-echo-interval 60
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1492

user "christian_r@bluewin.ch"
usepeerdns

[durztbrother]

Hallo,

hast du mal versucht den Verbindungsaufbau mit zu sniffen?

Code: Alles auswählen

apt-get install ethereal tethereal

dann kannst du entweder mit

Code: Alles auswählen

tethereal -i eth0

aui der Konsole sniffen

oder halt via ethereal unter X.

Dann sollte man erkennen können ob da was mit der Authentifizierung nicht stimmt.

Viele Grüße
Patrick

[ChildOfBodom]

hmmm, irgendwie bringt mir "tethereal -i eth0" nichts, mit dem befehl werden zwar laufend irgendwelche dinge ausgegeben, aber wenn ich versuche zu verbinden kann ich irgendwie keine veränderung erkennen...

[Raoul]

Wieder da!
Also, ich ich denke weiterhin, dass es ein Fehler bei der Authentifikation ist. Dehalb hab ich mir mal die Hilfeseiten Deines Providers angeguckt, und ... sowas habe ich ja noch nie gesehen. Was für ein Modem verwendest Du?
Hast Du Deine Seriennummer schon "registriert", was auch immer das heissen mag? Vorher lautet das Passwort nämlich "go4it", wie ich gelesen habe. Alles sehr seltsam. Ich kann nirgendwo Informationen über die Authentifikationsmethode noch über das Protokoll finden. Es könnte sogar sein, dass bluewin gar kein pppoe sondern pptp verwendet, zumindest von österreicher Providern habe ich davon schon gehört.
Kannst ja mal den Suntsu (Moderator) fragen, der ist auch Schweizer.
Ansonsten: Die 'provider' sieht ok aus. Du könntest mal die "konservativere" Variante mit mtu 1412 nehmen und das Modem direkt mit der Netzwerkkarte verbinden, aber das bringt wahrscheinlich auch nicht DIE Wende.
etwas ratlos...
Raoul

[ChildOfBodom]

Hmmm, also ich hab ein alcatel speedtouch ohne firewall, das ist gar nicht mehr auf der liste von bluewin.
freigeschaltet ist alles schon.
bluewin benutzt jedoch ganz sicher pppoe, denn wenn man adsl unter windows mit der bluewin installations cd installiert, wird ein pppoe client installiert.

ich werde mal versuchen, was du mir vorgeschlagen hast, ansonsten melde ich mich wieder - danke!