Kein SSH/Ping über WLAN

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

    ich habe ein folgendes Problem mit meinem WLAN-Adapter (Edimax EW-7811Un). Ich bekomme kein Ping bzw. ich kann auch nicht über SSH draufzugreifen, ins Internet komme ich jedoch rein.
    Ich hoffe jemand hate das gleiche Problem und kann mir helfen. Danke

    PS: Momentan ist da Wheezy-Raspbian drauf installiert.

  • So hab das Script nun laufen lassen, dies kam dabei heraus:


    pi@raspberrypi ~ $ ./raspiNetInfo.sh -s 'Fritz!Box'

    Spoiler anzeigen
    • Offizieller Beitrag

    Ich kann hier auf Anhieb keinen fehler sehen. (ist aber auch unübersichtlich über tapatalk ;) )

    Mit welchem Programm versuchst du denn ne verbindung aufzubauen?

    Unter windows: putty -> 192.168.178.121 (hostname)

  • Versuche von einem Windows 8 x64 Rechner über Putty auf den RPi drauf zuzugreifen, ohne erfolg. Mit einem Network Scanner wird der RPi ebenfalls nicht erkannt. Wie gesagt mit dem RPi komme ich ins Internet, bloss im Lokalen Netz taucht er nicht auf. Hab schon versucht dem eine feste IP zuzuweisen, jedoch das gleiche Phänomen. Hat es vllt. was damit zu tun das es über den USB-Bus geht?

  • Da sieht man dass der ssh Port offen ist und auch keine FW Regeln aktiv sind. Dann liegt das Problem wohl mehr am System von dem Du versuchst Dich zu verbinden.

    Wenn das ein Linux Debian ist lass das o.g. Script noch mal dort laufen. Ansonsten nimm dieses Script bei einem anderen Linux.

    Bei Windows bin ich nicht ganz sicher aber da müßte

    Code
    ipconfig /all


    und

    Code
    route print


    im Befehlsfenster wichtige Infos liefern.

  • Meine Netzwerkeinstellung vom Windows 8 x64 über welche ich ins Internet gehe.


    Befehlt: Ipconfig /all

    Spoiler anzeigen


    Drahtlos-LAN-Adapter WiFi 2:

    Verbindungsspezifisches DNS-Suffix:
    Beschreibung. . . . . . . . . . . : ASUS PCE-N15 11n Wireless LAN PCI-E Card
    Physische Adresse . . . . . . . . : @@-@@-@@-@@-@@-@@
    DHCP aktiviert. . . . . . . . . . : Ja
    Autokonfiguration aktiviert . . . : Ja
    IPv4-Adresse . . . . . . . . . . : 192.168.178.104(Bevorzugt)
    Subnetzmaske . . . . . . . . . . : 255.255.255.0
    Lease erhalten. . . . . . . . . . : Sonntag, 13. Oktober 2013 14:57:51
    Lease l„uft ab. . . . . . . . . . : Mittwoch, 23. Oktober 2013 14:58:09
    Standardgateway . . . . . . . . . : 192.168.178.1
    DHCP-Server . . . . . . . . . . . : 192.168.178.1
    DNS-Server . . . . . . . . . . . : 208.67.220.220
    208.67.222.222
    NetBIOS ber TCP/IP . . . . . . . : Aktiviert

    Befehl: rout print

    Spoiler anzeigen


    ===========================================================================
    Schnittstellenliste
    25...@@ @@ @@ @@ @@ @@......ASUS PCE-N15 11n Wireless LAN PCI-E Card
    16...@@ @@ @@ @@ @@ @@......Bluetooth-Ger„t (PAN)
    20...@@ @@ @@ @@ @@ @@ ......VirtualBox Host-Only Ethernet Adapter
    1...........................Software Loopback Interface 1
    13...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter
    14...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
    21...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #2
    ===========================================================================

    IPv4-Routentabelle
    ===========================================================================
    Aktive Routen:
    Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
    0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.104 25
    127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306
    127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306
    127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
    192.168.56.0 255.255.255.0 Auf Verbindung 192.168.56.1 276
    192.168.56.1 255.255.255.255 Auf Verbindung 192.168.56.1 276
    192.168.56.255 255.255.255.255 Auf Verbindung 192.168.56.1 276
    192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.104 281
    192.168.178.104 255.255.255.255 Auf Verbindung 192.168.178.104 281
    192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.104 281
    224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306
    224.0.0.0 240.0.0.0 Auf Verbindung 192.168.56.1 276
    224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.104 281
    255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
    255.255.255.255 255.255.255.255 Auf Verbindung 192.168.56.1 276
    255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.104 281
    ===========================================================================
    St„ndige Routen:
    Keine


  • Ich hatte das Problem auch - mein Router hat WLAN-Geräte so abgeschirmt, dass darauf kein Zugriff war. Kannst du den PI mal probeweise ans Kabel hängen, wenn es dann geht, solltest du mal deinen Router checken.

    Vielen Dank für den Ansatz:thumbs1:, hab das Problem gelöst.
    Meine FritzBox war so eingestellt, dass alle WLAN-Geräte untereinander nicht kommunizieren durften. Nach dem ich die Option deaktiviert habe, läuft auch alles.

    Ich könnte echt.....:@:wallbash:

    :heart:-Dank für eure Hilfe:danke_ATDE::danke_ATDE:

  • Hallo Leute,

    ich habe gerade das gleiche Problem. Ich kann von meinem Macbook aus den Pi anpingen, aber nicht per SSH darauf zugreifen! Per Ethernet Kabel funktioniert alles tadellos. Der Edimax Wlan Stick am PI hat 2 GHZ mein Macbook 5ghz. Meine Fritzbox kann beide Frequenzen! Kann es daran liegen? Ich denke nicht. Ich finde keine Einstellungen in der Fritzbox wo ich was ändern könnte das beide Geräte kommunizieren dürfen miteinander.

    Image%202015-11-27%20at%201.09.20%20nachm..pnghttp:


  • Ich kann von meinem Macbook aus den Pi anpingen, aber nicht per SSH darauf zugreifen! Per Ethernet Kabel funktioniert alles tadellos.

    Schau mal auf dem ssh-Client-Gerät (hier Macbook) mit:

    Code
    ssh-keygen -F <IP-Adresse-WLAN-NIC-Server oder hostname-für-WLAN-NIC-Server> -f .ssh/known_hosts -l


    (oder gleichwertig) ob der Fingerprint des sshd-Servers (auf deinem PI) ausgegeben wird bzw. der WLAN-NIC-IP-Adresse/Hostname zugeordnet ist und identisch ist mit dem Fingerprint der Ausgabe von:

    Code
    ssh-keygen -f /etc/ssh/ssh_host_ecdsa_key.pub -l


    auf deinem PI.

    Evtl. musst Du einen anderen Schlüssel (... statt ECDSA) für ssh-keygen verwenden, wenn Du in der sshd_config nicht die default-Konfiguration für ciphers verwendest. Siehe auf deinem PI, die Ausgabe von:

    Code
    cat /etc/ssh/sshd_config | grep -i ciphers

    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 (27. November 2015 um 14:39)

  • oha soweit stecke ich noch leider nicht in der Materie drin. Aber ich habe mal ein Script durchlaufen lassen. Vielleicht kannst du mir mehr bitte dazu sagen? Ich muss aber dazu sagen das ich immo per Ethernet auf dem Pi bin und der Edimax Wlan Stick steckt.

    [/spoiler][/code]

  • Code
    --- route -n | egrep "(eth|wlan)"
    0.0.0.0         192.168.178.1   0.0.0.0         UG    0      0        0 wlan0
    0.0.0.0         192.168.178.1   0.0.0.0         UG    202    0        0 eth0
    0.0.0.0         192.168.178.1   0.0.0.0         UG    303    0        0 wlan0
    192.168.178.0   0.0.0.0         255.255.255.0   U     0      0        0 wlan0
    192.168.178.0   0.0.0.0         255.255.255.0   U     202    0        0 eth0
    192.168.178.0   0.0.0.0         255.255.255.0   U     303    0        0 wlan0

    Ob das allein der Grund ist, weiß ich nicht, aber 3 "default routen" und 2 "definierte routen" über wlan0 ins Subnetz 192.168.178.0, werden (auch mit verschiedener metric) nicht benötigt.

    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

Jetzt mitmachen!

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