Problem beim Herstellen der PPPoE Verbindung

P

PhilLies

Member
Hi!
Mein WG Kollege und ich sind gerade am Verzweifeln. Wir haben uns ein OpenBSD installiert um ihn als DSL Router und so weiter zu verwenden.
Wir haben dafür das How-To von Jürgen Graf (http://www.fmi.uni-passau.de/~grafj/openbsd/3.3/) verwendet. Doch beim Testen der Verbindung kommt immer wieder folgender Fehler:

Warning: No available tunnel devices found (Device not configured)

Ich hab schon so ziemlich alles abgegrast was ich dazu finden konnte, doch leider konnte ich nichts hilfreiches finden. Ich hab auch keine Ahnung, warum der Fehler kommt, denn die tunnel devices sind ja da uns sollten aktiv sein.

Hat jemand ne Idee, was wir hätten falsch gemacht haben können? Eigentlich haben wir uns recht genau an das How To und die OpenBSD FAQ von openbsd.org gehalten.

Danke.
Gruß

Philipp
 
Hi!
Also das "Device not found" hat sich erledigt, aber wenn ich versuche eine Verbindung herzustellen, dann passiert nix.

Console:
Code: 
matrix# ifconfig rl1
rl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        address: 00:50:bf:11:0e:01
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet6 fe80::250:bfff:fe11:e01%rl1 prefixlen 64 scopeid 0x2
        inet 192.168.123.100 netmask 0xffffff00 broadcast 192.168.123.255
matrix# ifconfig rl0
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        address: 00:e0:7d:c7:0a:5a
        media: Ethernet 10baseT
        status: no carrier
        inet6 fe80::2e0:7dff:fec7:a5a%rl0 prefixlen 64 scopeid 0x1
matrix# ppp -ddial pppoe
Working in ddial mode
Using interface: tun0
matrix# ifconfig rl0
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        address: 00:e0:7d:c7:0a:5a
        media: Ethernet 10baseT
        status: active
        inet6 fe80::2e0:7dff:fec7:a5a%rl0 prefixlen 64 scopeid 0x1
matrix# ifconfig tun0
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 3000

ppp.conf:
Code: 
default:
 set log Phase Chat IPCP CCP tun command
 set redial 15 0
 set reconnect 15 10000
     
pppoe:
 set device "!/usr/sbin/pppoe -i rl0"
 disable acfcomp protocomp
 deny acfcomp
 set mtu max 1492
 set crtscts off
 set speed sync
 enable lqr
 set lqrperiod 5
 set dial
 set login
 set timeout 0
 add! default HISADDR
 set authname "supertollet-onlinenummer@t-online.de"
 set authkey 00000000
 enable dns
 enable mssfixup

ppp.linkup:
Code: 
MYADDR:
 ! sh -c "/sbin/ifconfig pflog0 up"
 ! sh -c "/sbin/pflogd"
 ! sh -c "/sbin/pfctl -e -F all -f /etc/pf.conf"
 !bg sh -c "/usr/local/bin/ez-ipupdate -c /etc/ppp/dyndns.conf"
aber auch wenn die leer ist passiert nix.

außer rund 50% Systemlast auf nem 1GHz AMD... :-/

Any Ideas?
 
die leitung ansich funktioniert aber? mit der t-online software auch schon ausprobiert?

was steht eigentlich in den logs?
 
Hast du vielleicht noch das # in der T-online Benutzerkennung ?
das war ehrlich gesagt mal bei mir der fehler! :))

Du hast das PPP Auch in deiner rc drinn ?!
versuch es duch mal von hand
 
Hi
wir haben es mit und ohne "#" versucht.
T-Onlinezugang funktioniert.
von Hand auch schon erfolglos versucht.

In welchen logs find ich da informationen ?

wir kriegen im moment dauernd einen "watchdog timeout" auf rl1 (karte zum modem). Jemand eine ahnung wo der herkommt ?

gruß Mazze
 
in der log steht ein bissl was drin , bis :
...
... login -> lcp
... read (2) Connection reset by peer
... disconnected !

zugangsdaten müssten aber stimmen ...
 
wenn im benutzername ein # ist, muss er in anfuehrungszeichen geschrieben sein, z.b.: "3252687918257#0001".

auf bald
oenone
 
Also das # muss weg !
lass es einfach aus dann sollte es das tun!
hast du die daten mal mit nen Win rechner getestet?

Guck mal da1 das is ne ausreichende Anleitung für tcpdump!

http://renaud.waldura.com/doc/freebsd/pppoe
Anbei meine ppp.conf schaut aus wie deine und die läuft!
 
Um jetz noch etwas mehr verwirrung zu stiften :
ca 99 mal flog ich mit connection reset by peer wieder raus und einmal kam ich rein und hab ip und dns gekriegt !?

von welchen peer wird denn die connection resettet ?
von mir oder vom t-online peer ?

brauch das pw anführungszeichen ?
 
Nein der Benutzername braucht anführungszeichen das Passwort nicht!
Ich hab kein T-dsl mehr aber ich meine Du brauchtest nur das # stumpf weglassen!
also 182570001 .. So ging es bei mir sonst nimmter es als comment und lässr das 0001 weg!
 
ich versuch jetz erstmal den blöden watchdog timeout wegzukriegen.
wie kann ich denn die IRQ Routing tabelle verändern ?
 
Das Watchdog problem ist bei rl-Karten ja nicht ganz unbekannt wenn du mal kurz gegoogelt hast !
Die Lösung sollte ein anderer Pci slot sein. Obwohl das auch keiner weiss! angeblich funtioniert das aber bei einigen!
Na viel spass noch!
 
Also, es liegt definitiv an den 2 nw karten mit rlt chipsatz, die beiden auf dem gleichen interrupt unterbrechen, denn bauen wir eine aus funzt es wunderbar.
jetz wird rumgesucht, bis beide ohne konflikt laufen, dann muss es gehen.

danke euch allen für die flotte hilfe
gruß mazze
 
Siehe dazu unter FreeBSD /usr/src/sys/pci/if_rl.c:

Code: 
/*
 * The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is
 * probably the worst PCI ethernet controller ever made, with the possible
 * exception of the FEAST chip made by SMC. The 8139 supports bus-master
 * DMA, but it has a terrible interface that nullifies any performance
 * gains that bus-master DMA usually offers.
 *
 * ...
 *
 * It's impossible given this rotten design to really achieve decent
 * performance at 100 Mbps, unless you happen to have a 400Mhz PII or
 * some equally overmuscled CPU to drive it.
 */
 
hm, also ich hab keine probleme mit rl karten. und ich setz die inzwischen überall ein und ein p166 kann damit auch 9,xx mb und das ist ok.

günstig != schlecht

cu tb.
 
Original geschrieben von ExarKun
hm, also ich hab keine probleme mit rl karten. und ich setz die inzwischen überall ein und ein p166 kann damit auch 9,xx mb und das ist ok.

günstig != schlecht

cu tb.
Zum Vergrößern anklicken....

Dann hast du Glück.

Wobei nicht gesagt wurde, dass günstig = schlecht ist, sondern RealTek = schlecht ;-)

Gruß

CW
 
Och, hier rennt auch ne Realtek für meine DSL Verbindung. Ohne Probleme.
Kenne viele wo diese ohne Probleme rennt, aber dann wiederum einen Sack voll die das Gegenteil erfahren haben.
 
RealTek = schlecht
Zum Vergrößern anklicken....

und dem kann ich ganz und gar nicht zustimmen. von ca. 120 verbauten karten war eine nicht ok. und das rechne ich dem board zu weil das mir kurz danach noch ne andere karte geschossen hat (wurde dann ausgetauscht ;)

da hab ich bei 3com mehr "verlust" gehabt.

cu tb.
 
ExarKun, sprichst Du von 120 RealTek Karten die in FreeBSD Systemen verbaut wurden? Oder von welchen die in anderen System untergekommen sind?
 
Original geschrieben von ExarKun
und dem kann ich ganz und gar nicht zustimmen. von ca. 120 verbauten karten war eine nicht ok. und das rechne ich dem board zu weil das mir kurz danach noch ne andere karte geschossen hat (wurde dann ausgetauscht ;)

da hab ich bei 3com mehr "verlust" gehabt.

cu tb.
Zum Vergrößern anklicken....

Jede Netzwerkkarte kann dich ins Internet bringen.

Das wirkliche Problem bei RealTek ist, dass diese Karte (und nicht nur diese, aber die ist halt ein krasses Beispiel) über viel zu wenig Eigenintelligenz verfügt und somit der Prozessor & Arbeitsspeicher viel stärker belastet werden als bei hochwertigen 3Coms z.B. oder gar neuen Gigabitkarten (na ja, ist halt ne andere Liga).

Man kann auch hunderte von PCs mit RealTek versorgen, jedoch ist deren Lebensdauer im Durchschnitt nicht so lang (also die Robustheit) wie bei den teureren Karten.

Es git aber auch andere negative Beispiele, wie z.B. die SiS900 (on-board ist sie oft anzutreffen).

Gruß

CW
 
Zuletzt bearbeitet:
das tolle ist das ich das problem moch gar nicht so lange habe. voher hast immer funktioniert, doch urplötzlich bekomme ich den fehler.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben