Probleme mit PPPoE Kernel Modul

[shad0w]

Hi,

ich versuche mich seit ein paar tagen am PPPoE kernel modul. Hab alles nach einem gentoo howto eingerichtet, bekomme jedoch folgende fehler:

Jan 27 19:24:48 tank pppd[11226]: PPPoE Plugin Initialized

Jan 27 19:24:48 tank pppd[11226]: Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded.

Jan 27 19:24:48 tank pppd[11226]: PPPoE Plugin Initialized

Jan 27 19:24:48 tank pppd[11226]: pppd 2.4.1 started by root, uid 0

Jan 27 19:24:48 tank pppd[11226]: Using interface ppp0

Jan 27 19:24:48 tank pppd[11226]: Couldn't increase MTU to 1500.

Jan 27 19:24:48 tank pppd[11226]: Couldn't increase MRU to 1500

Jan 27 19:24:48 tank pppd[11226]: local IP address 217.85.221.161

Jan 27 19:24:48 tank pppd[11226]: remote IP address 217.5.98.42

Jan 27 19:25:11 tank pppd[11226]: Starting link

Jan 27 19:25:11 tank pppd[11226]: Sending PADI

Jan 27 19:25:11 tank pppd[11226]: sendto returned: Network is down

Jan 27 19:25:13 tank pppd[11226]: sendto returned: Network is down

Jan 27 19:25:17 tank pppd[11226]: sendto returned: Network is down

Jan 27 19:25:25 tank pppd[11226]: sendto returned: Network is down

kennt jemand das problem??

danke schonmal im vorraus.

ps: es handelt sich NICHT um den rp-pppoe!

[dr.disk]

Hat es schon mal mit einem anderen pppoe-Treiber funktioniert? Bei den Meldungen könnte es evtl. auch an einem DSL-Problem liegen. Das Modem ist richtig eingesteckt und hat auch Sync? Der Rechner ist ebenfalls mit dem Modem verbunden? Falls ja: was schreibt den ein Paketsniffer auf?

[shad0w]

Ich hab das modem z.Zt. an einem OpenBSD 3.3 einwahlsystem haengen ... der pppoe treiber von openbsd funtzt wunderbar, d.h. sync, einwahl, verbindung etc..

Will nur eben auf nen anderen server umstellen ...

[dr.disk]

Dann wär noch interessant was der Paketsniffer aufzeichnet...

[shad0w]

paketsniffer? Du meinst einen Hardware-sniffer? Sowas hab ich zuhause net.

Oder meinst scanner wie nmap etc.? Wie soll ich die einsetzen, wenn nichtmal nen ping auf google.de geht??

[dr.disk]

Nee, ich meine einen Paketsniffer ala tcpdump.

Was mir seltsam vorkommt ist der Auszug aus dem Syslog. Da steht drin, dass Dir eine öffentliche IP zugewiesen wurde (anhand der IP läßt sich erkennen, dass Du beim großen Mangenta T Kunde bist). Jedoch steht auch drin, dass es nach dem senden von PADI Probleme gab. Diese sollten aber eigentlich schon vor der Übermittlung der IP aufgetreten sein und nicht erst danach.

Was für ein System setzt Du eingentlich ein?

[shad0w]

tcpdump ... da haett ich auch drauf kommen koennen ...

System ist Gentoo Linux ... Kernel 2.4.irgendwas inkl. PPPoE als modul etc.

Vom system her muesste alles richtig sein, denk aber, dass die options datei nen fehler hat ... leider kenn ich mich damit zu wenig aus ...

naja, morgen gibts dann den auszug vom tcpdump und weitere versuche ...

danke schonmal

[SystemError]

Hrrmppff,

da war ich zu spät:

Hier stand mal ein Hinweis auf tcpdump...

Bye

SystemError

---

They called it "BSD" !

And "Open" because it's always free !

---

http://www.openbsd.org/lyrics.html

---

[debitux]

Ich habe den selben Fehler gestern gehabt....

Nach einem weiterem adsl-setup funktionierte wieder alles.

Die Kernelmeldungen waren bei mir die gleichen. Irgendwas ist an dem pppoe von Gentoo noch buggy ;-), oder?

Gruß

debitux

[shad0w]

adsl-setup? wo ist das mit drinne?

und, hast du pppoe als kernelmodul laufen?

[dr.disk]

adsl-setup kenne ich nur von rp_pppoe. Und den hast Du ja nicht im Einsatz. Kleine Frage am Rande: warum eigentlich?

[shad0w]

rp-pppoe package is a software redirector wasting prescious CPU cycles on redirecting PPP traffic to ethernet controller, while there is a perfectly

( well... individual results may vary ) working kernel module doing the same thing.

The setup is much too complex.

rp-pppoe web site name is ridiculous.

das waren so die gruende, die mich zu dem kernel-modul bewegt haben ...

das ist meine /etc/conf.d/net.ppp0

# Config file for /etc/init.d/net.ppp0



PEER="t-online.de"                   # Define peer (aka ISP)

DEBUG="no"                      # Turn on debugging

PERSIST="yes"                    # Redial after being dropped

ONDEMAND="no"                   # Only bring the interface up on demand?

MODEMPORT="eth1"                 # TTY device modem is connected to

LINESPEED=""                     # Speed pppd should try to connect at

INITSTRING=""                   # Extra init string for the modem

DEFROUTE="yes"                  # Must pppd set the default route?

HARDFLOWCTL="no"               # Use hardware flow control?

ESCAPECHARS="no"               # Use escape caracters ?

PPPOPTIONS=""                   # Extra options for pppd

USERNAME=""                 # The PAP/CHAP username

PASSWORD=""               # Your password/secret.  Ugly I know, but i

                                # will work on something more secure later

                                # on.  700 permission on /etc/init.d/net.ppp0

                                # should be enouth for now.

NUMBER=""                      # The telephone number of your ISP

REMIP=""                        # The ip of the remote box if it should be set

NETMASK=""                      # Netmask

IPADDR=""                       # Our IP if we have a static one

MRU="1492"                      # Sets the MRU

MTU="1492"                      # Sets the MTU

RETRYTIMEOUT="5"               # Retry timeout for when ONDEMAND="yes" or

                                # PERSIST="yes"

IDLETIMEOUT="600"               # Idle timeout for when ONDEMAND="yes"

PEERDNS="yes"                    # Should pppd set the peer dns?


# This does not currently work due to a bug in pppd (I think)

FWSCRIPT="/etc/init.d/firewall" # Optional FW script that pppd should start

                                # and stop when the link comes up or drop.

                                # It should be a script that takes one

                                # argument, namely the action that should

                                # be taken (start|stop).  The name of the

                                # external interface on which the firewall

                                # should be activated, should be hardcoded

                                # into the script (you will tipically have

                                # fw.ppp0, fw.ppp1, etc if you have more than

                                # one ppp interface).

                                #

                                # called: ${FWSCRIPT} [start|stop]


AUTOCFGFILES="no"               # By default this scripts will generate

                                # /etc/ppp/chat-isp, /etc/ppp/chap-secrets,

                                # /etc/ppp/pap-secrets and /etc/ppp/peers/isp

                                # automagically.  Set to "no" if you experience

                                # problems, or need specialized scripts.  You

                                # will have to create these files by hand then.

                                # Also, the FWSCRIPT feature will not work.



# Directory where the templates is stored

TEMPLATEDIR=/etc/ppp

und:

root@tank ppp # cat options

plugin pppoe.so

name "XXX#0001@t-online.de"

lock

die peer-datei sieht folgendermassen aus:

root@tank ppp # cat peers/t-online.de

#

# PPPoE options

#

# Plugin enables us to pipe the password to pppd, thus we don't have

# to put it into pap-secrets and chap-secrets. User is also passed

# on command line.

#


plugin "/usr/lib/pppd/2.4.1/pppoe.so"


eth1


# hostip, peerip (einfach mal abgreifen, gilt nur bis zur 1. Einwahl)


217.85.221.161:217.5.98.42


#lock

#

#sync

#local

#nocrtscts

noauth

#usepeerdns

#mru 1492

mtu 1492

#mru 1490

#mtu 1490

# this is recommended

defaultroute

hide-password

nodetach

# Sollte groesser sein als der Timeout in /etc/pppoed.conf

# Keine Ahnung wo ich das her habe, bei gentoo gibts das nicht

# Stamm wahrscheinlich aus pppoed-Zeiten 

#lcp-echo-interval 1000

lcp-echo-interval 600

lcp-echo-failure 3

# switch off all compressions (this is a must)

#noaccomp

nopcomp

# this is recommended

#novj

#novjccomp

#nobsdcomp

#nodeflate

#noccp

# Anschlusskennung, Teilnehmer, Mitbenutzersuffix

name XXX#0001@t-online.de

#ktune

demand

ipcp-accept-local

ipcp-accept-remote

#idle 3600

#idle 900[/code]




benutzername und password stehen in der pap-secrets datei ...



hier nochmal nen auszug aus dem syslog ... tcpdump hat ueberhaupt nix auf ppp0 angezeigt ...

[code]Jan 28 21:04:00 tank CSLIP: code copyright 1989 Regents of the University of California Jan 28 21:04:00 tank PPP generic driver version 2.4.2 Jan 28 21:05:12 tank pppd[23823]: Plugin pppoe.so loaded. Jan 28 21:05:12 tank pppd[23823]: Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded. Jan 28 21:05:12 tank pppd[23823]: PPPoE Plugin Initialized Jan 28 21:05:12 tank pppd[23823]: pppd 2.4.1 started by root, uid 0 Jan 28 21:05:12 tank pppd[23823]: Using interface ppp0 Jan 28 21:05:12 tank pppd[23823]: Couldn't increase MTU to 1500. Jan 28 21:05:12 tank pppd[23823]: Couldn't increase MRU to 1500 Jan 28 21:05:12 tank pppd[23823]: local IP address 217.85.221.161 Jan 28 21:05:12 tank pppd[23823]: remote IP address 217.5.98.42 Jan 28 21:05:19 tank device ppp0 entered promiscuous mode Jan 28 21:05:58 tank pppd[23823]: Starting link Jan 28 21:05:58 tank pppd[23823]: Sending PADI Jan 28 21:05:58 tank pppd[23823]: sendto returned: Network is down

find aber keinen fehler in den configs ...

[dr.disk]

Jetzt ist klar wo die IPs herkommen. Die stehen in der Konfig drin und sind nicht von der Telekom!

Stimmt, der Packetsniffer findet nichts auf ppp0 da die Verbindung ja nicht steht. Physikalisch ist das DSL-Modem aber an eth1 angeschlossen und darauf solltest Du mal hören.

Was für Einstellungen hat denn eth1?

[shad0w]

ja, das modem haengt an eth1. ifconfig -a zeigt eth1 ohne zugewiesene IP nach einem einwahlversuch. Davor muesste es ne 172er IP haben (hab rechner net da und komm erst morgen wieder nach hause). tcpdump -i eth1 gibt allerdings auch nix aus, bzw. sagt network down (oder aehnliches).

mfg

[shad0w]

ifconfig -a

eth1 Link encap:Ethernet HWaddr 00:50:FC:2B:94:CF

inet addr:172.30.0.9 Bcast:172.30.255.255 Mask:255.255.0.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:100

RX bytes:0 (0.0 TX bytes:0 (0.0

Interrupt:3 Base address:0x7f00

tcpdump -i ppp0

14:24:43.943156 217.85.221.161.32768 > 128.8.10.90.domain: 5551 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:45.944178 217.85.221.161.32768 > 192.203.230.10.domain: 61966 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:47.944969 217.85.221.161.32768 > 128.63.2.53.domain: 48269 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:49.946075 217.85.221.161.32768 > 192.36.148.17.domain: 35070 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:51.947042 217.85.221.161.32768 > 192.58.128.30.domain: 50303 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:53.948144 217.85.221.161.32768 > 198.32.64.12.domain: 15236 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

14:24:55.950070 217.85.221.161.32768 > 198.41.0.4.domain: 52878 PTR? 31.171.139.80.in-addr.arpa. (44) (DF)

also einwahl scheint zu gehen, allerdings steht immernoch der fehler mit mtu und mru im syslog ... was bedeutet das im tcpdump? dass er nameserver abfraegt??

merci

[dr.disk]

Das im Nameserver waren Reverse-Lookups, also zur IP den passenden Namen finden.

Die Meldungen im Syslog mit MTU und MRU können in diesem Fall ignoriert werden.

[shad0w]

Feb 2 17:23:25 tank pppd[22788]: Starting link

Feb 2 17:23:25 tank pppd[22788]: Sending PADI

Feb 2 17:23:25 tank pppd[22788]: HOST_UNIQ successful match

Feb 2 17:23:25 tank pppd[22788]: HOST_UNIQ successful match

Feb 2 17:23:25 tank pppd[22788]: Got connection: 138e

Feb 2 17:23:25 tank pppd[22788]: Connecting PPPoE socket: 00:90:1a:10:21:b7 8e13 eth1 0x8096390

Feb 2 17:23:25 tank pppd[22788]: Connect: ppp0 <--> eth1

Feb 2 17:23:25 tank pppd[22788]: Couldn't increase MTU to 1500.

Feb 2 17:23:25 tank pppd[22788]: Couldn't increase MRU to 1500

Feb 2 17:23:25 tank pppd[22788]: LCP terminated by peer

Feb 2 17:23:25 tank pppd[22788]: Couldn't increase MTU to 1500.

Feb 2 17:23:25 tank pppd[22788]: Couldn't increase MRU to 1500

:confused:

irgendwie ist pppoe mit bsd einfacherer ...

[dr.disk]

Inzwischen benutze ich unter Linux fast ausschließlich rp-pppoe. Läuft zuverlässig und läßt sich leicht konfigurieren. Damit hatte ich noch keine Probleme und die Konfiguration ist auch sehr leicht (Konfigdatei anpassen oder adsl-setup).

Seitens der Performance ist mir auch noch nichts aufgefallen was mich stören würde.