DSL Einwahl per pppoe-passtrough funktioniert, dauert aber

Gemeinsam ins Internet mit Firewall und Proxy.
Antworten
KisteBecks
Beiträge: 15
Registriert: 21.09.2012 19:07:21

DSL Einwahl per pppoe-passtrough funktioniert, dauert aber

Beitrag von KisteBecks » 27.03.2017 10:19:06

Guten Morgen,


experimentiere gerade mit Traffic Shaping herum und verwende dazu ein W921V im pppoe-passtrough Modus. (der Router wird als Modem von einem Linux Rechner verwendet, der Linux Rechner ist somit Router und Firewall)

Teilweise dauert es ein paar Minuten bis eine Verbindung zu stande kommt, habe heute einmal das Log angeschaut aber bin mir nicht sicher warum er am Anfang Sucht und Sucht und nichts findet sich dann aber plötzlich einwählen kann.
Im W921V ist der Benutzer Name entfernt, der kann sich also nicht alleine einwählen und die Internet Leuchte bleibt auch aus. Die geht nur an wenn eine erfolgreiche Einwahl über den W921V erfolgt.

Woran kann das liegen?


Dieser Speedport ist übrigens ein magisches Gerät, der kann sich auch mit dem Benutzernamen "Telekomistschnell" und einem beliebigem Passwort einwählen, die Internet Leuchte ist an und man kann Hostnamen per dig auflösen. Mehr geht allerdings nicht.
Findes es trotzdem nervig das das Gerät behauptet es bestehe eine Internet Verbindung (mit der Leuchte)

Code: Alles auswählen

Mar 27 09:38:28 backup pppd[1190]: Plugin rp-pppoe.so loaded.
Mar 27 09:38:28 backup pppd[1191]: pppd 2.4.7 started by julius, uid 0
Mar 27 09:38:54 backup ntpd[934]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:39:03 backup pppd[1191]: Timeout waiting for PADO packets
Mar 27 09:39:03 backup pppd[1191]: Unable to complete PPPoE Discovery
Mar 27 09:39:34 backup ntpd[934]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:40:14 backup ntpd[934]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:40:26 backup pppd[1220]: Plugin rp-pppoe.so loaded.
Mar 27 09:40:26 backup pppd[1221]: pppd 2.4.7 started by julius, uid 0
Mar 27 09:40:54 backup ntpd[934]: error resolving pool 2.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:41:01 backup pppd[1221]: Timeout waiting for PADO packets
Mar 27 09:41:01 backup pppd[1221]: Unable to complete PPPoE Discovery
Mar 27 09:41:34 backup ntpd[934]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:42:14 backup ntpd[934]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:42:47 backup pppd[1269]: Plugin rp-pppoe.so loaded.
Mar 27 09:42:47 backup pppd[1270]: pppd 2.4.7 started by julius, uid 0
Mar 27 09:42:47 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:42:47 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:42:47 backup pppd[1270]:  [service-name]
Mar 27 09:42:52 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:42:52 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:42:52 backup pppd[1270]:  [service-name]
Mar 27 09:42:54 backup ntpd[934]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:43:02 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:43:02 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:43:02 backup pppd[1270]:  [service-name]
Mar 27 09:43:22 backup pppd[1270]: Timeout waiting for PADO packets
Mar 27 09:43:22 backup pppd[1270]: Unable to complete PPPoE Discovery
Mar 27 09:43:34 backup ntpd[934]: error resolving pool 2.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:43:52 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:43:52 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:43:52 backup pppd[1270]:  [service-name]
Mar 27 09:43:57 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:43:57 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:43:57 backup pppd[1270]:  [service-name]
Mar 27 09:44:07 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:44:07 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:44:07 backup pppd[1270]:  [service-name]
Mar 27 09:44:15 backup ntpd[934]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:44:28 backup pppd[1270]: Timeout waiting for PADO packets
Mar 27 09:44:28 backup pppd[1270]: Unable to complete PPPoE Discovery
Mar 27 09:44:55 backup ntpd[934]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Mar 27 09:44:58 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:44:58 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:44:58 backup pppd[1270]:  [service-name]
Mar 27 09:45:03 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:45:03 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:45:03 backup pppd[1270]:  [service-name]
Mar 27 09:45:13 backup pppd[1270]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Mar 27 09:45:13 backup pppd[1270]:  dst ff:ff:ff:ff:ff:ff  src 00:04:75:e3:3a:02
Mar 27 09:45:13 backup pppd[1270]:  [service-name]
Mar 27 09:45:13 backup pppd[1270]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 17
Mar 27 09:45:13 backup pppd[1270]:  dst 00:04:75:e3:3a:02  src 00:00:5e:00:01:01
Mar 27 09:45:13 backup pppd[1270]:  [service-name] [AC-name hancbr023]
Mar 27 09:45:13 backup pppd[1270]: Send PPPOE Discovery V1T1 PADR session 0x0 length 4
Mar 27 09:45:13 backup pppd[1270]:  dst 00:00:5e:00:01:01  src 00:04:75:e3:3a:02
Mar 27 09:45:13 backup pppd[1270]:  [service-name]
Mar 27 09:45:13 backup pppd[1270]: Recv PPPOE Discovery V1T1 PADS session 0x3f7f length 4
Mar 27 09:45:13 backup pppd[1270]:  dst 00:04:75:e3:3a:02  src 00:00:5e:00:01:01
Mar 27 09:45:13 backup pppd[1270]:  [service-name]
Mar 27 09:45:13 backup pppd[1270]: PADS: Service-Name: ''
Mar 27 09:45:13 backup pppd[1270]: PPP session is 16255
Mar 27 09:45:13 backup pppd[1270]: Connected to 00:00:5e:00:01:01 via interface enp4s2

BenutzerGa4gooPh

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von BenutzerGa4gooPh » 27.03.2017 15:23:48

Erst mal laueft die Namensauflösung nicht, demzufolge kein NTP-Server gefunden.
PPPoE ist unterhalb von Layer 3 (IP) angesiedelt, das sollte zuerst verbunden sein. Danach erst sollten höhere Dienste starten. Nehme an, aufgrund Timeouts gibt es Verzögerungen. Auffällig sind mehrere fehlgeschlagene PPoE-Verbindungsversuche. Dort vorrangig "forschen". Was passiert, wenn Speedport mit defaults des Providers (als Router) arbeitet?!
Der Logauszug stammt von wem, Speedport oder Linux-Rechner?
Zuletzt geändert von BenutzerGa4gooPh am 27.03.2017 16:25:12, insgesamt 3-mal geändert.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von MSfree » 27.03.2017 15:28:09

Jana66 hat geschrieben:Der Logauszug stammt von wem, Speedport oder Linux-Rechner?
So hübsche Logs gibt es auf Plasitkroutern nicht. :wink:

BenutzerGa4gooPh

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von BenutzerGa4gooPh » 27.03.2017 15:32:58

MSfree hat geschrieben:So hübsche Logs gibt es auf Plasitkroutern nicht.
Defätist! :mrgreen:

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von MSfree » 27.03.2017 16:31:06

Jana66 hat geschrieben:Defätist! :mrgreen:
ROFL

Die Fehlermeldungen im Log bezüglich ntp kann man ignorieren, den Grund hast du ja schon genannt, die Namensauflösung funktioniert nicht, wenn die PPPoE-Verbindung noch nicht steht. Das ist kein Problem, denn sobald die PPPoE-Verbindung aufgebaut ist, wird ntpd sowieso neu gestartet, ein entsprechenden Hook-Skript befindet sich unter /etc/ppp/ip-up.d.

Warum der Verbindungsaufbau solange dauert, ist mir auch unklar. Möglicherweise stört sich die Telekom daran, daß vom selben Anschluß zwei PPPoE-Verbindungen aufgebaut werden, die erste vom Speedport, die zweite vom Linuxrechner. Eine reine Modemfunktion, die vom Speedport keine PPPoE-Verbindung mehr aufbaut, ist vermutlich gar nicht vorgesehen. Seit auch die Telekom Telefonate via VoIP abwickelt, braucht man für die Telefonie auf jeden Fall eine PPPoE-Verbindung vom Speedport.

r4pt0r
Beiträge: 1237
Registriert: 30.04.2007 13:32:44
Lizenz eigener Beiträge: MIT Lizenz

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von r4pt0r » 27.03.2017 18:28:12

IIRC pfuscht der Speedport auch im passthrough ständig dazwischen weil er die Telefonie grundsätzlich abfischen will (über eigene PPPoE-Verbindung). Habe mich mit dem Plastikding nen Tag lang in einer Niederlassung rumgeschlagen die leider nur mit prähistorischer Kupferleitung von der Telekom angebunden werden kann.

Empfehlung: Tritt das Ding in die Tonne und besorg ein anständiges VDSL-Modem - das Allnet ALL-BM100VDSL2 ist Vectoringfähig und kann auch das VLAN-Tagging übernehmen. Läuft absolut stabil und zuverlässig auch mit dauerhaft hohem Durchsatz - der Speedport hat sich in den paar Tagen wartezeit aufs allnet mehrfach aufgehangen... Kann auch bequem per Konsole konfiguriert werden (an serialport am gateway anschließen), dann muss man sich nicht verrenken um am gateway/FW RFC1918-Netze ins WAN (-> ans modem) durchzulassen um auf die Weboberfläche zu kommen. Alternativ kann man auch einen der anderen switchports an dem Modem fürs LAN und zugriff auf die Oberfläche nutzen.
Falls kein Vectoring benötigt wird ist das Allnet MC115-VDSL2 sehr gut geeignet.

Telekom-VoIP ist BTW ebenfalls kaputt - SIP-Anmeldungen funktionieren ausschließlich vom zugehörigen Anschluss, NAT-traversal funktioniert nicht korrekt, da via-header bei der Telekom falsch gesetzt bzw fehlerhaft überschrieben werden. Man müsste also einen zusätzlichen lokalen SIP-Proxy betreiben der eingehend die via-header wiederherstellen kann (z.b. siproxd). Telekom-STUN ist auch katastrophal, dabei gehen oft die RTP-Verbindungen verloren, dadurch sind dann Gespräche nur einseitig hörbar und/oder brechen nach kurzer zeit einfach ab.
Empfehlung: SIP-Anbieter der auch Ahnung davon hat und bei dem SIP/VoIP Standardkonform funktioniert, ohne künstliche Beschränkungen die ständig Probleme bereiten.
Dann kann man z.b. den SIP-Account auch einfach am Smartphone eintragen und braucht überhaupt keine Analoge Telefonhardware mehr (und kann die Festnetz-Rufnr auch unterwegs nutzen!)

KisteBecks
Beiträge: 15
Registriert: 21.09.2012 19:07:21

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von KisteBecks » 27.03.2017 19:42:14

@Msfree

Bin gerade nicht in der Wohnung aber mir war so das er aktzeptiert das es keinen Benutzernamen gibt und dann auch nicht versucht zu verbinden, jedefalls das Internet.

@r4ptor

Du scheinst ja schon Erfahrungen mit solchen Geräten gesammelt zu haben, also gehen wir mal davon aus das das Gerät dazwischen funkt.
Die Verbindung zum Internet bleibt allerdings bestehen wenn Sie erstmal existiert...aber das kann auch Zufall sein.

Vermutlich gruselt es dich wenn ich als Ersatz ein 20€ Router anschließe....hätte da einen TRENDnet TEW-721BRM V1.0.
Der wollte aber beim ersten Verbindungsversuch nicht nur PW und User sondern auch VCI/VPI und weiteres, wie gesagt bin gerade nicht in der Wohnung.


Werde mir überlegen das Allnet MC115-VDSL2 zu besorgen wenn der Speedport weiter zickt.


Danke für die schnellen Antworten :)

r4pt0r
Beiträge: 1237
Registriert: 30.04.2007 13:32:44
Lizenz eigener Beiträge: MIT Lizenz

Re: DSL Einwahl per pppoe-passtrough funktioniert, dauert ab

Beitrag von r4pt0r » 28.03.2017 08:26:24

KisteBecks hat geschrieben:
Du scheinst ja schon Erfahrungen mit solchen Geräten gesammelt zu haben, also gehen wir mal davon aus das das Gerät dazwischen funkt.
Die Verbindung zum Internet bleibt allerdings bestehen wenn Sie erstmal existiert...aber das kann auch Zufall sein.
Schon versucht wirklich Daten über den Link zu schieben? Das ging mit dem Speedport nur grottenlangsam, mit extrem starkem jitter (noch mehr als die überforderten Plastikdinger sowieso schon verursachen..) und führte zu ständigen Verbindungsabbrüchen. VPN war so praktisch kaum nutzbar bzw Telefonie über die darüber vernetzte Anlage unmöglich wegen zu hohen Latenzen und ständigen Bandbreiteneinbrüchen.
An mehreren Tagen wurde sogar der Zugang blockiert weil zu viele Anmeldungen (die meisten vermutl. vom Speedport...) erfolgten. Da darf man sich jedes mal langwierig durch die Vollpfosten bei der Hotline arbeiten...

Antworten