W-Lan Feste IP, SSH geht aber kein Internet

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo

    ich komme irgendwie nicht weiter. Ich habe meinem Pi eine Feste IP gegeben, nur seitdem kommt er nicht mehr in Internet. Aber ich kamm mich über unser Netzwerk auf ihn einloggen (SSH).

    /etc/network/interfaces sieht so aus:

    route -n

    Code
    Kernel-IP-Routentabelle
    Ziel            Router          Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 wlan0
    0.0.0.0         192.168.2.1     0.0.0.0         UG    302    0        0 wlan0
    10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan1
    169.254.0.0     0.0.0.0         255.255.0.0     U     303    0        0 wlan1
    192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0
    192.168.2.0     0.0.0.0         255.255.255.0   U     302    0        0 wlan0

    ifconfig -a

  • Code
    # Stick von TP-Link
    iface wlan1 inet static
    address 10.0.0.254
    netmask 255.255.255.0

    Welche Funktion hat der Stick von TP-Link (wlan1-Interface)?

    Poste mal die Ausgaben von:

    Code
    ping -c 3 -W 2 192.168.2.1
    ping -c 3 -W 2 8.8.8.8
    host -t A heise.de
    host -t A heise.de 8.8.8.8
    cat /etc/resolv.conf
    systemctl status networking dhcpcd
    sudo iptables -nvx -L

    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 (21. Oktober 2016 um 22:41)

  • Der Raspberry Pi soll als repeater fungieren.

    Das Internet soll von wlan0 nach wlan1 weitergereicht werden.


    ping -c 3 -W 2 192.168.2.1

    Code
    PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
    64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=2.68 ms
    64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=6.03 ms
    64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=3.16 ms
    
    
    --- 192.168.2.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2003ms
    rtt min/avg/max/mdev = 2.682/3.960/6.033/1.479 ms

    ping -c 3 -W 2 8.8.8.8

    Code
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    
    
    --- 8.8.8.8 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 2004ms

    host -t A heise.de

    Code
    ;; connection timed out; no servers could be reached

    host -t A heise.de 8.8.8.8

    Code
    ;; connection timed out; no servers could be reached

    cat /etc/resolv.conf

    Code
    # Generated by resolvconf
    domain local
    nameserver 127.0.0.1

    systemctl status networking dhcpcd

    sudo iptables -nvx -L

    Einmal editiert, zuletzt von Jimknopfl (22. Oktober 2016 um 01:14)


  • ping -c 3 -W 2 8.8.8.8

    Code
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    
    
    --- 8.8.8.8 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 2004ms

    host -t A heise.de

    Code
    ;; connection timed out; no servers could be reached

    host -t A heise.de 8.8.8.8

    Code
    ;; connection timed out; no servers could be reached

    sudo iptables -nvx -L

    Code
    Chain INPUT (policy DROP 279 packets, 18896 bytes)
       pkts      bytes target     prot opt in     out     source               destination
        729    51792 ACCEPT     all  --  *      *       192.168.2.0/24       0.0.0.0/0
          0        0 ACCEPT     udp  --  *      *       192.168.2.0/24       0.0.0.0/0            udp dpt:53 state NEW,ESTABLISHED
          0        0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0            udp dpt:67 state NEW,ESTABLISHED

    Ändere die iptables-Regeln der INPUT-chain. D. h. die default policy auf ACCEPT (statt DROP) und die aktuellen iptables-Regeln auch löschen und dann erneut:

    Code
    ping -c 3 -W 2 8.8.8.8
    host -t A heise.de
    host -t A heise.de 8.8.8.8


    ausführen.

    EDIT:

    Wenn Du schnell testen willst, kannst Du sofort (d. h. ohne Änderungen an den iptables) auch Folgendes ausführen:

    Code
    sudo iptables -I INPUT 1 -j ACCEPT && ping -c 3 -W 2 8.8.8.8

    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 (22. Oktober 2016 um 09:32)

Jetzt mitmachen!

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