Netzwerk sieht OK aus, funktioniert aber überhaupt nicht [geschlossen]


7

Ich versuche, das Netzwerk für Sabayon X KDE Edition zum Laufen zu bringen. Ich habe das drahtlose Netzwerk mit dem NetworkManager-Applet konfiguriert und das Netzwerk sieht in Ordnung aus.

Ich kann jedoch keine Verbindung zum Internet herstellen, ich kann mein Gateway nicht anpingen und ich kann nicht einmal localhost anpingen. Ich habe dieses Verhalten unter Linux noch nie gesehen.

Ich verwende einen manuell konfigurierten Kernel, da ich mit UEFI booten muss. Wenn Sie bestimmte Kernel-Optionen vermuten, kann ich diese anhand der Konfiguration überprüfen. Auch in der Sabayon-Live-Umgebung funktionierte das Networking einwandfrei.

Hat jemand eine Idee, was hier los ist?

# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Lokale Schleife)
        RX packets 66  bytes 5208 (5.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 66  bytes 5208 (5.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.36  netmask 255.255.255.0  broadcast 192.168.    178.255
        inet6 fe80::c685:8ff:fe30:b77c  prefixlen 64  scopeid 0x20<link>
        ether c4:85:08:30:b7:7c  txqueuelen 1000  (Ethernet)
        RX packets 402  bytes 44048 (43.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 169  bytes 73070 (71.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

# netstat -r
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt     Iface
default         192.168.178.1   0.0.0.0         UG        0 0          0     wlan0
loopback        localhost       255.0.0.0       UG        0 0          0     lo
192.168.178.0   *               255.255.255.0   U         0 0          0     wlan0

# ping -c3 192.168.178.36
PING 192.168.178.36 (192.168.178.36) 56(84) bytes of data.

--- 192.168.178.36 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2007ms

# ping -c3 localhost
PING localhost (127.0.0.1) 56(84) bytes of data.

--- localhost ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2005ms

4
Da ich meine eigene Frage nicht beantworten kann, weil ich (noch) nicht genug Ruf bei diesem Stapelaustausch habe: Ich habe die Grundursache gefunden. Ich werde es hier für alle teilen, die das gleiche Problem haben. Das Problem war, dass Sabayon standardmäßig mit ufw (anscheinend einer Firewall) ausgeliefert wird. Aus einem unbekannten Grund konnte dies nicht ordnungsgemäß initialisiert werden. Durch # rc-update del ufw und Neustart wurde das Problem für mich behoben.
Jannik Jochem

Interessanterweise stand ich immer unter dem Vorwand, dass Ping-Loopback nur den TCP / IP-Stack testete und von Firewalls ignoriert werden sollte.
JZeolla

@SteelCityHacker In der Tat würde eine gut konfigurierte Firewall den Ping nicht blockieren (an localhost oder anderswo). Janniks Problem war, dass die Firewall nicht richtig initialisiert wurde.
Gilles 'SO - hör auf böse zu sein'

1
Zukünftige Besucher: Wenn Ihnen dies passiert und es sich nicht um ein Firewall-Problem handelt, überprüfen Sie, ob ip ruleeine from all lookup localLinie vorhanden ist, vorzugsweise oben. Wenn nicht, hat etwas auf Ihrem System (oder sich selbst, indem es ausgeführt wird ip rule del) das verpfuscht. Verwenden Sie ip rule add table local prio 0zu beheben. (Ja, ich spreche aus Erfahrung). Übrigens ifconfigund netstat -rsind unter Linux veraltet. Verwenden Sie ip addrund ip routestattdessen.
BatchyX

Antworten:


3

Aus dem Kommentar von OP:

Ich habe die Grundursache gefunden. Ich werde es hier für alle teilen, die das gleiche Problem haben. Das Problem war, dass Sabayon standardmäßig mit ufw (anscheinend einer Firewall) ausgeliefert wird. Aus einem unbekannten Grund konnte dies nicht ordnungsgemäß initialisiert werden. Durch # rc-update del ufw und Neustart wurde das Problem für mich behoben. - Jannik Jochem 28. Dezember 12 um 15:54 Uhr

Damit wird die Frage effektiv beantwortet (und als Nebeneffekt aus der Warteschlange für unbeantwortete Fragen entfernt).

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.