LAN Probleme Internet fällt sporadisch aus , Pingtest Lokal läuft problemlos weiter.

  • Moin,

    ich brauche mal eure Hilfe!
    Mein PI3 hat sporadisch Probleme mit der Internetverbindung (alle 15-30 min (alle Verbraucher über USB Hup)) über LAN.
    Lokal läuft ohne Probleme weiter.
    Ich habe mittlerweile alle Netzteile durch, die ich hier rumliegen habe.
    (LM2596 5,1V, Ladegeräte von Samsung, Spannung vom USB HUB 3A max)

    ping 192.168.0.1 ------- ohne probleme
    ping http://www.google.de----- stürtzt nach einiger zeit ab. Nach dem Neustart läuft alles wieder für 15-30 min
    Verbindung über DLAN zur Fritzbox
    Netzwerk läuft über DHCP.
    Zusätzlich habe ich die PI als VPN Client eingerichtet, sodass sie sich automatich zu meiner Fritzbox verbindet, wenn sie sich in einem anderen Netzwerk befindet zwecks Remotecontrol.
    Das Programm was ich dazu installiert habe ist VPNC.

    Infos zu dem System:

    Linux version 4.4.13-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #894 SMP Mon Jun 13 13:13:27 BST 2016


    PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
    NAME="Raspbian GNU/Linux"
    VERSION_ID="8"
    VERSION="8 (jessie)"
    ID=raspbian
    ID_LIKE=debian
    HOME_URL="http://www.raspbian.org/"
    SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
    BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"


    Vielen dank im Voraus

  • LAN Probleme Internet fällt sporadisch aus , Pingtest Lokal läuft problemlos weiter.? Schau mal ob du hier fündig wirst!


  • ping http://www.google.de----- stürtzt nach einiger zeit ab. Nach dem Neustart läuft alles wieder für 15-30 min
    Verbindung über DLAN zur Fritzbox

    Das verstehe ich noch nicht. Ist das ein Dauerping, der nach einiger Zeit nicht mehr geht oder stürzt dann dein PI ab? Wenn es nach dem Neustart, nur für 15 bis 39 min läuft, dann ohne Ping? Hast Du mal ohne DLAN, d. h. per LAN und/oder per WLAN versucht zur FritzBox zu verbinden?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • nur die Internetverbindung fällt komplett aus, die lokale verbindung funktioniert weiterhin.
    Ja, es ist ein Dauerping. Einmal wird der Router angepingt und in einem zweiten Terminal wird das Internet angepingt. WLAN habe ich noch nicht ausprobiert. Ich werde den Test noch einmal mit einer direkten Kabelverbindung prüfen. Es ist nur komisch, dass ich lokal weiterhin verbunden bin. Der PI stürzt nicht ab.


  • nur die Internetverbindung fällt komplett aus, ...

    Wie sind zu diesem Zeitpunkt (d. h. wenn die Internetverbindung komplett ausgefallen ist) auf deinem PI, die Ausgaben von:

    Code
    ip r
    cat /etc/resolv.conf
    host -t A google.de
    ping -c 3 -W 2 193.99.144.80


    ?

    BTW: Warum muss dein PI3 diesen Dauerping machen? Versuch mal (nur als Test und temporär) diesen "Dauerping" an eine IP-Adresse im Internet (z. B. an 193.99.144.80) zu machen, so dass eine Namensauflösung (DNS) nicht erforderlich ist.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Der Dauertest ist nur zum testen.( über Putty) .
    Auch wenn ich ich kein Pingtest mache stürst das Internet ab.

    ip r

    default dev tun0 scope link
    default via 192.168.0.1 dev eth0 metric 202
    31.17.43.38 via 192.168.0.1 dev eth0 src 192.168.0.100
    192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.100 metric 202

    cat /etc/resolv.conf

    # Generated by resolvconf
    domain fritz.box
    nameserver 192.168.0.1

    host -t A google.de

    google.de has address 216.58.213.3


    ping -c 3 -W 2 193.99.144.80

    PING 193.99.144.80 (193.99.144.80) 56(84) bytes of data.

    --- 193.99.144.80 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 2004ms

  • Code
    default dev tun0  scope link
    default via 192.168.0.1 dev eth0  metric 202
    Code
    ping -c 3 -W 2 193.99.144.80
    
    
    PING 193.99.144.80 (193.99.144.80) 56(84) bytes of data.
    
    
    --- 193.99.144.80 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 2004ms

    Du hast ja auch 2 default routen. Konfiguriere dein VPN so, dass Du mit dem tun0-Interface keine default route hast.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • ich weiß nicht wirklich wie ich weiter vorgehen soll.
    vpnc habe ich nur installiert und die datei wie folgt bearbeitet.

    IPSec gateway xxxx.dlinkddns.com
    IPSec ID pi
    IPSec secret xWxxxx95xxxxYxxxxHx
    IKE Authmode psk
    Xauth username pi
    Xauth password xxxxxxx
    local port 0
    DPD idle timeout (our side) 0nc


    /etc/network/interfaces

    auto lo
    iface lo inet loopback

    iface eth0 inet manual

    allow-hotplug wlan0
    iface wlan0 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

    allow-hotplug wlan1
    iface wlan1 inet manual


  • ich weiß nicht wirklich wie ich weiter vorgehen soll.
    vpnc habe ich nur installiert ...

    Wenn dein PI im (W)LAN der FritzBox ist, brauchst Du keine VPN-Verbindung vom PI zur FB. Lösche mal die default route mit dem tun0-Interface.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • ich weiß, dass ich daheim keine VPN- Verbindung benötige.
    nur der PI soll nachher zwichenzeitig in einem anderem Netzwerk sein.
    Der PI müsste so ausgelegt sein, dass das Arbeiten im Heimnetz funktionirt und auch die Remoteverbindung, wenn er in einem anderen Netzwerk ist.
    Automatisch zusammengefügt:
    Wie lösche ich denn die tun0 ??
    und funktioniert das überhaupt so ohne weiteres?

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 16:48)


  • ich weiß, dass ich daheim keine VPN- Verbindung benötige.

    Hast Du für den VPN-Client evtl. autostart konfiguriert oder ist das die standard Konfiguration?



    Wie lösche ich denn die tun0 ??

    Versuch mal mit:

    Code
    sudo route del default dev tun0

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Ja genau ist im autostart (rc.lokal) konfiguriert. gibt es keine Möglichkeit das so zum Laufen zu bekommen? VPN im lokalen Netzwerk? oder muss ich den VPN immer deaktivieren wen ich im eigenen Netzwerk bin?
    Automatisch zusammengefügt:
    muss tun0 jetzt geändert werden?

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 20:06)


  • Ja genau ist im autostart (rc.lokal) konfiguriert. gibt es keine Möglichkeit das so zum Laufen zu bekommen? VPN im lokalen Netzwerk? oder muss ich den VPN immer deaktivieren wen ich im eigenen Netzwerk bin?

    Es gibt schon eine Möglichkeit. Man kann ins VPN mit tun0 als gateway, auch eine definirte Route (statt diese default route) konfigurieren.



    muss tun0 jetzt geändert werden?

    Nein, denn das ist ja nur ein Test und keine endgültige Lösung. Es geht doch darum festzustellen, warum der Ping bzw. der Zugangs ins Internet nicht (richtig) funktioniert, oder?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Nee, den ping test hatte ich nur gestartet um den fehler zu finden warum das Internet abbricht. sprich netzteile durchprobiert usw...
    dabei ist mir nur aufgefallen das das lokale netzwerk noch erreichbar ist und das internet nicht mehr nach 15-30 min.
    der pi soll im privaten netzwerk über putty ereichbar sein(funktioniert immer) und wenn er beispielsweise bei meinem bruder ist über remotecontrol
    ich dachte jetzt das der vpn nun meine netzwerkverbindung stört da das netzwerk falsch konfiguriert ist .
    Automatisch zusammengefügt:
    der vpn client funktionirt auch er verbindt sich zu der fritzbox... alles läuft nur das internet bricht nach einiger zeit ab und bleibt aus.

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 21:01)


  • ich dachte jetzt das der vpn nun meine netzwerkverbindung stört da das netzwerk falsch konfiguriert ist .

    Ja, und das könnte man auch auf deinem PI, mit z. B.:

    Code
    sudo tcpdump -c 50 -vvveni tun0 icmp


    zeigen/anschauen. D. h., wenn der Internetzugang nicht funktioniert, dann einen Ping auf eine IP-Adresse im Internet.

    Wie ist dann die Ausgabe von tcpdump? Evtl. musst Du tcpdump noch installieren.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (26. Juni 2016 um 21:07)

  • sudo tcpdump -c 50 -vvveni tun0 icmp

    sudo: tcpdump: Kommando nicht gefunden
    Automatisch zusammengefügt:
    tcpdump: listening on tun0, link-type RAW (Raw IP), capture size 262144 bytes

    ^C
    0 packets captured
    0 packets received by filter
    0 packets dropped by kernel
    Automatisch zusammengefügt:
    tcpdump: listening on tun0, link-type RAW (Raw IP), capture size 262144 bytes
    22:29:36.322332 ip: (tos 0x0, ttl 64, id 43535, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 1, length 64
    22:29:36.351053 ip: (tos 0x0, ttl 53, id 57053, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 1, length 64
    22:29:37.323930 ip: (tos 0x0, ttl 64, id 43550, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 2, length 64
    22:29:37.352714 ip: (tos 0x0, ttl 53, id 57054, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 2, length 64
    22:29:38.324939 ip: (tos 0x0, ttl 64, id 43638, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 3, length 64
    22:29:38.356154 ip: (tos 0x0, ttl 53, id 57055, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 3, length 64
    22:29:39.326373 ip: (tos 0x0, ttl 64, id 43723, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 4, length 64
    22:29:39.364530 ip: (tos 0x0, ttl 53, id 57056, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 4, length 64
    22:29:40.327742 ip: (tos 0x0, ttl 64, id 43807, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 5, length 64
    22:29:40.355997 ip: (tos 0x0, ttl 53, id 57057, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 5, length 64
    Automatisch zusammengefügt:
    das gipt er aus wenn ich von der pi dropbox.de anpinge.
    Automatisch zusammengefügt:
    28 packets captured
    28 packets received by filter
    0 packets dropped by kernel
    Automatisch zusammengefügt:
    192.168.0.202 ist die ip von dem vpn Netzwerk ??? Ich veruche es noch mal mit dem Ping dauertest und schalte vorher den vpn in der fritzbox ab.
    dan müste er doch über 192.168.0.1 laufen... wenn es nur das ist und ich nur die vpnverbindung in der fritzbox deaktiviren muss wenn der pi zuhause ist, damit kann ich leben.

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 22:39)

  • Code
    tcpdump: listening on tun0, link-type RAW (Raw IP), capture size 262144 bytes
    22:29:36.322332 ip: (tos 0x0, ttl 64, id 43535, offset 0, flags [DF], proto ICMP (1), length 84)
       192.168.0.202 > 54.192.46.177: ICMP echo request, id 1765, seq 1, length 64
    22:29:36.351053 ip: (tos 0x0, ttl 53, id 57053, offset 0, flags [none], proto ICMP (1), length 84)
       54.192.46.177 > 192.168.0.202: ICMP echo reply, id 1765, seq 1, length 64


    das gipt er aus wenn ich von der pi dropbox.de anpinge.

    Ja, und genau das sollte er nicht machen. D. h., der PI hat in deinem Heim-(W)LAN, Internet-Zugang über das VPN (tun0-Interface), aber auch über das eth0-Interface das direkt mit der FritzBox verbunden ist.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • tcpdump: tun0: No such device exists
    (SIOCGIFHWADDR: No such device)

    Ausgabe nach dem abschlten des vpn auf der fritzbox....
    Automatisch zusammengefügt:
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
    22:54:08.085785 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 63998, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 731, length 64
    22:54:08.113986 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2115, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 731, length 64
    22:54:09.087238 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64013, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 732, length 64
    22:54:09.116381 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2116, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 732, length 64
    22:54:10.088629 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64101, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 733, length 64
    22:54:10.123980 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2117, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 733, length 64
    22:54:11.090199 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64194, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 734, length 64
    22:54:11.117765 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2118, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 734, length 64
    22:54:12.091991 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64237, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 735, length 64
    22:54:12.120438 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2119, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 735, length 64
    22:54:13.093774 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64283, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 736, length 64
    22:54:13.127560 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2120, offset 0, flags [none], proto ICMP (1), length 84)
    54.192.46.54 > 192.168.0.100: ICMP echo reply, id 1039, seq 736, length 64
    22:54:14.094782 b8:27:eb:3a:52:3d > 9c:c7:a6:d2:62:43, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 64321, offset 0, flags [DF], proto ICMP (1), length 84)
    192.168.0.100 > 54.192.46.54: ICMP echo request, id 1039, seq 737, length 64
    22:54:14.124568 9c:c7:a6:d2:62:43 > b8:27:eb:3a:52:3d, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 2121, offset 0, flags [none], proto ICMP (1), length 84)
    Automatisch zusammengefügt:
    Ich vermute das wirds gewesen sein . Ich lasse die PI einfach mal weiter pingen... ;)

    Nochmals vielen Dank für deine Hilfe !!! rpi444

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 23:00)


  • Ich lasse die PI einfach mal weiter pingen... ;)

    Naja, m. E. ist das nicht (mehr) erforderlich, aber wenn Du das machen willst, dann evtl. mit z. B. 2 Sekunden Zeitintervall zwischen den Pings:

    Code
    ping -i 2 54.192.46.54

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • wen der pi jetzt in einem anderen Netzwerk ist, würde dan das gesamte internet über meine fitzbox laufen? kann man das enden? eingrenzen Sodas der pi zum größten teil über das dortige netz läuft oder nur mit dem umweg über den vpn??
    Hintergrund ist das ich darauf zugreifen kann ohne statische ip oder dyn im andern Netzwerk.
    dennoch soll die Internetverbindung nicht beeinträchtigt werden durch den Umweg über den vpn.

    normalerweise müsste das doch so laufen:

    PI ( anderes netzwerk) ---------VPV-------Fritz--------Internet

    so breuchte ich es:

    PI ( anderes netzwerk)----------Internet
    \
    VPN
    \
    Fritzbox
    Automatisch zusammengefügt:
    misst er hat meine Skizze versaut ich hoffe es ist ersichtlich was ich meine

    Einmal editiert, zuletzt von Ralf125 (26. Juni 2016 um 23:38)

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!