Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Kein Ping von remoten Hosts mit rrdtool

8 views
Skip to first unread message

Peter Schauder

unread,
Sep 18, 2016, 3:03:49 AM9/18/16
to
Hallo zusammen,

vorgestern hat sich die DSL Verbindung meines FLIs verabschiedet.
Wärend der Fehlersuche habe ich herausgefunden, dass, vermutlich seit
dem Update auf 3.10.7, zumindestens die Darstellung der Pingergebnisse
auf Hosts im Internet nicht mehr funktioniert. (www.heise.de,
www.google.de, www.fli4l.de) Ist das ein "Feature", das mit 3.10.7
Einzug gehalten hat, oder kann das auch an einem anderen Grund liegen?

Gruß
Peter

Peter Schiefer

unread,
Sep 18, 2016, 3:26:31 AM9/18/16
to
Hallo Peter,
da das hier mit www.fli4l.de und mit www.lan4me.de (meine Webseite) und
auch zwei weiteren Zielen (Entwicklungsserver der Projekte) funktioniert,
würde ich hier eher auf einen Fehler in Deiner Konfiguration tippen.

Kannst Du an der Konsole des fli4l den einen erfolgreichen Ping an eines
der drei Ziele absetzen?

Wie geht dein fli4l online - DHCP-Client, PPPOE, ....? Hast Du IPV6 aktiv?

Gruß
Peter

Peter Schauder

unread,
Sep 18, 2016, 5:31:26 AM9/18/16
to
On Sun, 18 Sep 2016 09:26:30 +0200, Peter Schiefer
<news...@lan4me.de> wrote:

Hallo Peter,
>
>Am Sun, 18 Sep 2016 09:03:46 +0200 schrieb Peter Schauder:
>
>da das hier mit www.fli4l.de und mit www.lan4me.de (meine Webseite) und
>auch zwei weiteren Zielen (Entwicklungsserver der Projekte) funktioniert,
>würde ich hier eher auf einen Fehler in Deiner Konfiguration tippen.
Da würde ich zustimmen wollen.
>
>Kannst Du an der Konsole des fli4l den einen erfolgreichen Ping an eines
>der drei Ziele absetzen?
Ja, das geht ohne Probleme.
>
>Wie geht dein fli4l online - DHCP-Client, PPPOE, ....? Hast Du IPV6 aktiv?
Da ich mich bisher mit V6 noch nicht beschäftigt habe, ist das
vermutlich nicht aktiv.
DSL config ist so:
OPT_PPPOE='yes'
PPPOE_NAME='DSL'
PPPOE_USEPEERDNS='yes'
PPPOE_ETH='eth1.7'
PPPOE_TYPE='in_kernel'
PPPOE_DEBUG='no'
PPPOE_USER='xxxxxxxxxxxxxxxxxxxxxxxx#xx...@t-online.de'
PPPOE_PASS='yyyyyyyy'
PPPOE_HUP_TIMEOUT='600'
PPPOE_CHARGEINT='60'
PPPOE_TIMES='Mo-Su:00-24:0.0:Y'
PPPOE_FILTER='yes'
PPPOE_FILTER_EXPR=''
PPPOE_MTU='1492'
PPPOE_MRU='1492'

Was meinst du mit DHCP-Client?

>
Gruß
Peter

Peter Schiefer

unread,
Sep 18, 2016, 5:45:58 AM9/18/16
to
Hallo Peter,

Am Sun, 18 Sep 2016 11:31:23 +0200 schrieb Peter Schauder:

>>Kannst Du an der Konsole des fli4l den einen erfolgreichen Ping an eines
>>der drei Ziele absetzen?
> Ja, das geht ohne Probleme.
>>
>>Wie geht dein fli4l online - DHCP-Client, PPPOE, ....? Hast Du IPV6 aktiv?
> Da ich mich bisher mit V6 noch nicht beschäftigt habe, ist das
> vermutlich nicht aktiv.

OK - dann dürfte das schon mal nicht sein.

> DSL config ist so:
> OPT_PPPOE='yes'
> PPPOE_NAME='DSL'
> PPPOE_USEPEERDNS='yes'
> PPPOE_ETH='eth1.7'
> PPPOE_TYPE='in_kernel'
> PPPOE_DEBUG='no'
> PPPOE_USER='xxxxxxxxxxxxxxxxxxxxxxxx#xx...@t-online.de'
> PPPOE_PASS='yyyyyyyy'
> PPPOE_HUP_TIMEOUT='600'
> PPPOE_CHARGEINT='60'
> PPPOE_TIMES='Mo-Su:00-24:0.0:Y'
> PPPOE_FILTER='yes'
> PPPOE_FILTER_EXPR=''
> PPPOE_MTU='1492'
> PPPOE_MRU='1492'

Du nutzt also VDSL mit einem Modem

> Was meinst du mit DHCP-Client?

Den DHCP-Client nutzt man als WAN-Zugang wenn man hinter einer Kabelbox
oder hinter einem anderen Router hängt.


kannst du mal bitte alle Meldungen des collectd aus dem syslog hier pasten
(am besten das was im syslog steht nach dem boot des fli4l sowie dem ersten
online gehen).

Gruß Peter

Christoph Schulz

unread,
Sep 18, 2016, 8:25:21 AM9/18/16
to
Hallo!

Peter Schauder schrieb:

>>Wie geht dein fli4l online - DHCP-Client, PPPOE, ....? Hast Du IPV6 aktiv?
> Da ich mich bisher mit V6 noch nicht beschäftigt habe, ist das
> vermutlich nicht aktiv.

Aber das wird höchstwahrscheinlich die Ursache des Problems sein.

Immer mehr Seiten haben IPv6-Adressen, und somit liefert dein Upstream-DNS-
Server für immer mehr DNS-Namen auch IPv6-Adressen zurück. Auch die von dir
genannten DNS-Namen (www.heise.de, www.google.de, www.fli4l.de) haben alle
auch IPv6-Adressen. Da der fli4l IPv6 prinzipiell unterstützt (auch der
3.10.x-Zweig), wird er die IPv6-Adressen bevorzugen und (schließlich) aber
nicht erreichen.

In fli4l 4.0 haben wir im Rahmen von FFL-1750
(https://ssl.nettworks.org/bugs/browse/FFL-1750) die DNS-Auflösung so
konfiguriert, dass bei deaktiviertem IPv6 die IPv4-Adressen bei DNS-
Ergebnissen bevorzugt werden. Das ist aber für fli4l 3.10 nicht 1:1
anwendbar (fli4l 4.0 nutzt die uClibc-ng, fli4l 3.10 die uClibc). Eventuell
könnte man über eine Rückportierung dieser Funktionalität nachdenken.

Zwischenzeitlich könntest du externe DNS-Namen eintragen, die definitiv
keine IPv6-Adresse besitzen. Anscheinend wird man hier bei diversen
Zeitungen und Zeitschriften gut fündig (warum auch immer...), denn die
folgenden DNS-Namen haben zur Zeit alle nur IPv4-Adressen:

www.zeit.de
www.sz.de
www.haz.de
www.spiegel.de
www.stern.de
www.focus.de
www.bild.de


Viele Grüße,
--
Christoph Schulz
[fli4l-Team]

Peter Schauder

unread,
Sep 18, 2016, 9:44:21 AM9/18/16
to
On Sun, 18 Sep 2016 14:25:19 +0200, Christoph Schulz
<fl...@kristov.de> wrote:
Hi Christoph
>Aber das wird höchstwahrscheinlich die Ursache des Problems sein.
>
>Immer mehr Seiten haben IPv6-Adressen, und somit liefert dein Upstream-DNS-
>Server für immer mehr DNS-Namen auch IPv6-Adressen zurück. Auch die von dir
>genannten DNS-Namen (www.heise.de, www.google.de, www.fli4l.de) haben alle
>auch IPv6-Adressen. Da der fli4l IPv6 prinzipiell unterstützt (auch der
>3.10.x-Zweig), wird er die IPv6-Adressen bevorzugen und (schließlich) aber
>nicht erreichen.
Dann wäre es doch vielleicht eine gute Idee, die IPV6 Problematik auch
auf meinem Router mal anzugehen...

Was würde das denn als Konsequenz bedeuten? Vermutlich doch nicht nur
IPV6 auf dem Fli einschalten, oder?

Gibt es da Dokumentation für, wie so eine Umstellung vonstatten gehen
könnte? Und wenn, wo?

Gruß
Peter

Fridrich Bartel

unread,
Sep 18, 2016, 6:56:21 PM9/18/16
to
Am 18.09.2016 um 15:44 schrieb Peter Schauder:
> Was würde das denn als Konsequenz bedeuten? Vermutlich doch nicht nur
> IPV6 auf dem Fli einschalten, oder?

Es sollte auch geklärt werden ob du einen IPv6 Internetzugang hast.
Da bringt dir sonst IPv6 nicht viel, außer das es auf dem Router
aktiviert ist.

Bei meinem Fli4l gab es keine Ausfälle beim Ping auf Heise, Fli4l,
Eisfair und Google mit IPv4.
Außer in der 35. Woche. Samstagmorgen, dem 10.09., ab 03:30h. Da
verabschiedete sich der Port des Providers mit PADO Fehler für einige
Stunden.

Seither keine Probleme. Ich habe noch einen IPv4 Anschluss und das IPv6
Protokoll ist auf dem Fli4l nicht aktiv. Wozu auch?


Mutmaßlich liegt es dann doch an der neueren uClibc-ng.

Oder aber das neuere rrdtool, hier speziell das Pinglaufzeiten-Tool
kann mit der alten Datei nichts anfangen.


Friedrich

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

Christoph Schulz

unread,
Sep 19, 2016, 5:16:35 AM9/19/16
to
Hallo!

Fridrich Bartel schrieb:

> Seither keine Probleme. Ich habe noch einen IPv4 Anschluss und das IPv6
> Protokoll ist auf dem Fli4l nicht aktiv. Wozu auch?

Welche fli4l-Version nutzt du? Bei Uralt-Versionen war IPv6 beim fli4l gar
nicht in der Buildroot-Konfiguration aktiviert, so dass auch keine IPv6-
Adressen z.B. bei DNS-Anfragen zurückgeliefert wurden.

Über den Sinn oder Unsinn von IPv6 brauchen wir nicht zu diskutieren. Du
findest es überflüssig, ich finde es nützlich. Und immer mehr Provider "da
draußen" bieten natives IPv6 an, so dass man keine Tunnel-Lösungen wie SixXS
mehr bemühen muss.

Peter Schauder

unread,
Sep 21, 2016, 11:22:02 AM9/21/16
to
On Sun, 18 Sep 2016 11:45:57 +0200, Peter Schiefer
<news...@lan4me.de> wrote:

Hallo Peter,
>
>Du nutzt also VDSL mit einem Modem
Ja
>
>> Was meinst du mit DHCP-Client?
>
>Den DHCP-Client nutzt man als WAN-Zugang wenn man hinter einer Kabelbox
>oder hinter einem anderen Router hängt.
>
Nö, VDSL der Telekom mit 300HS und Fli
>
>kannst du mal bitte alle Meldungen des collectd aus dem syslog hier pasten
>(am besten das was im syslog steht nach dem boot des fli4l sowie dem ersten
>online gehen).
>
Sep 15 17:21:54 PetersRouter daemon.info collectd[25903]:
Initialization complete, entering read-loop.
Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
ping_host_add (www.eisfair.de) failed: getaddrinfo: Name or service
not known
Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
ping_host_add (www.google.de) failed: getaddrinfo: Name or service not
known
Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
ping_host_add (www.fli4l.de) failed: getaddrinfo: Name or service not
known
Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
ping_host_add (www.heise.de) failed: getaddrinfo: Name or service not
known
... VPN zum 192.168.112.121 noch nicht aktiv
Sep 15 17:22:15 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:22:15 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:22:40 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:22:40 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:05 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:05 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:30 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:30 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:55 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:23:55 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:24:20 PetersRouter daemon.warn collectd[25903]: ping plugin:
host 192.168.112.121 has not answered 5 PING requests, triggering
resolve
Sep 15 17:24:20 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:24:29 PetersRouter daemon.err collectd[25903]: ping plugin:
ping_send failed: Operation not permitted
Sep 15 17:24:35 PetersRouter daemon.notice collectd[25903]: ping
plugin: ping_send succeeded.
Sep 15 17:24:50 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
Sep 15 17:25:20 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve
... Wiederholungen, weil backup.schauder.dom nicht an ist
Sep 15 17:29:50 PetersRouter daemon.warn collectd[25903]: ping plugin:
host backup.schauder.dom has not answered 5 PING requests, triggering
resolve

Macht den Eindruck, als ob er beim Start die betroffenen Adressen
nicht auflösen kann....Ping von der Commandline geht aber stressfrei

Gruß Peter

Christoph Schulz

unread,
Sep 21, 2016, 12:36:59 PM9/21/16
to
Hallo!

Peter Schauder schrieb:

> Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
> ping_host_add (www.eisfair.de) failed: getaddrinfo: Name or service
> not known

Das ist ein anderes Problem. Siehe:

https://ssl.nettworks.org/bugs/browse/FFL-885
https://ssl.nettworks.org/bugs/browse/FFL-740

Peter Schauder

unread,
Sep 21, 2016, 6:06:00 PM9/21/16
to
On Wed, 21 Sep 2016 18:36:58 +0200, Christoph Schulz
<fl...@kristov.de> wrote:

Hi Christoph
>Hallo!
>
>Peter Schauder schrieb:
>
>> Sep 15 17:21:54 PetersRouter daemon.warn collectd[25903]: ping plugin:
>> ping_host_add (www.eisfair.de) failed: getaddrinfo: Name or service
>> not known
>
>Das ist ein anderes Problem. Siehe:
>
>https://ssl.nettworks.org/bugs/browse/FFL-885
>https://ssl.nettworks.org/bugs/browse/FFL-740
Gelesen, teilverstanden. Ich schließe mal: Das Problem ist bekannt,
verstanden, aber es gibt keine Abhilfe?
>
>
>Viele Grüße,
Gruß
Peter

Christoph Schulz

unread,
Sep 22, 2016, 4:56:41 PM9/22/16
to
Hallo!

Peter Schauder schrieb:

> Gelesen, teilverstanden. Ich schließe mal: Das Problem ist bekannt,
> verstanden, aber es gibt keine Abhilfe?

Ja.
0 new messages