TP Link wr1043nd keine VPN Verbindung

Fabian Bläse fabian at blaese.de
So Mai 9 12:31:25 CEST 2021


-w5 und -c3 sollten lediglich einstellen, dass ping maximal 5 Sekunden läuft und nur 3 Pings sendet.
Ist vielleicht einfach dein DNS-Resolver besonders langsam, wodurch die 5 Sekunden schon um sind, bevor der erste Ping gesendet wird? Probiers mal mit -w10 oder so.
(5 Sekunden ist möglicherweise tatsächlich etwas knapp bemessen, vielleicht sollten wir das mal erhöhen)

Falls das klappt kannst du mal probieren diese Parameter in /usr/sbin/configurehood in der Funktion hasInternet() (siehe in Link markierte Stelle aus der letzten Mail) anzupassen.

Gruß
Fabian

On 09.05.21 12:26, dwayne211 at gmx.de wrote:
> Jetzt wird es ja noch komischer.
> Ping mit w5 und c3 an keyserver.freifunk-franken.de, google.de, adrian-gw2.fff.jubt.org 100% packet loss.
> Normaler Ping an alle drei domains kein packet loss. Dauert aber 2 Sekunden, bis er die pings durchführt.
> Viele Grüße
> root at FF-WD-DIAMOXXXUNGE-1:/tmp/fastd_fff_peers# ping -w5 -c3 keyserver.freifunk-franken.de
> PING keyserver.freifunk-franken.de (193.192.41.2): 56 data bytes
> --- keyserver.freifunk-franken.de ping statistics ---
> 1 packets transmitted, 0 packets received, 100% packet loss
> root at FF-WD-DIAMOXXXUNGE-1:/tmp/fastd_fff_peers# ping -w5 -c3 google.de
> PING google.de (173.194.76.94): 56 data bytes
> --- google.de ping statistics ---
> 1 packets transmitted, 0 packets received, 100% packet loss
> root at FF-WD-DIAMOXXXUNGE-1:/tmp/fastd_fff_peers# ping -w5 -c3 adrian-gw2.fff.jubt.org
> PING adrian-gw2.fff.jubt.org (88.99.86.227): 56 data bytes
> --- adrian-gw2.fff.jubt.org ping statistics ---
> 1 packets transmitted, 0 packets received, 100% packet loss
> root at FF-WD-DIAMOXXXUNGE-1:/tmp/fastd_fff_peers# ping adrian-gw2.fff.jubt.org
> PING adrian-gw2.fff.jubt.org (88.99.86.227): 56 data bytes
> 64 bytes from 88.99.86.227: seq=0 ttl=55 time=8.635 ms
> 64 bytes from 88.99.86.227: seq=1 ttl=55 time=8.198 ms
> 64 bytes from 88.99.86.227: seq=2 ttl=55 time=8.031 ms
> 64 bytes from 88.99.86.227: seq=3 ttl=55 time=8.089 ms
> 64 bytes from 88.99.86.227: seq=4 ttl=55 time=8.145 ms
> ^C
> --- adrian-gw2.fff.jubt.org ping statistics ---
> 5 packets transmitted, 5 packets received, 0% packet loss
> round-trip min/avg/max = 8.031/8.219/8.635 ms
> root at FF-WD-DIAMOXXXUNGE-1:/tmp/fastd_fff_peers#
> *Gesendet:* Sonntag, 09. Mai 2021 um 12:21 Uhr
> *Von:* "Fabian Bläse" <fabian at blaese.de>
> *An:* dwayne211 at gmx.de
> *Cc:* "'Freifunk Franken'" <franken at freifunk.net>
> *Betreff:* Re: Aw: Re: Re: AW: Re: Re: Re: Re: TP Link wr1043nd keine VPN Verbindung
> Die Dateien in /tmp/fastd_fff_peers werden von vpn-stop entfernt, wenn kein Internet am WAN-Port erkannt wird.
> Dies wird (jedenfalls in der offiziellen Firmware) in configurehood über einen Ping-Test festgestellt: https://git.freifunk-franken.de/freifunk-franken/firmware/src/commit/fcb19bd23382e04a87bf370e2db9e61339a51d75/src/packages/fff/fff-hoods/files/usr/sbin/configurehood#L32-L39 <https://git.freifunk-franken.de/freifunk-franken/firmware/src/commit/fcb19bd23382e04a87bf370e2db9e61339a51d75/src/packages/fff/fff-hoods/files/usr/sbin/configurehood#L32-L39>
> 
> Dafür ist ein korrekt funktionierender DNS-Server (über DHCP oder RDNSS auf WAN) nötig, und natürlich dass niemand auf dem Weg ICMP echo requests oder replies blockiert.
> 
> Du kannst auch mal manuell auf der Konsole probieren keyserver.freifunk-franken.de anzupingen: "ping -w5 -c3 keyserver.freifunk-franken.de"
> 
> Gruß
> Fabian


Mehr Informationen über die Mailingliste franken