[Gelöst] Linux-Rechner zerhackt mein Netzwerk

[MSfree]

Das Pärchen X=2 bis Y=254 war voreingestellt. Ich habe es am Samstag probeweise das X auf 140 gestellt. Seitdem läuft's. Ich kann mir aber keinen Reim drauf machen. Ich werde aber auch noch X=3 ausprobieren. Ich kann mir vorstellen, dass 192.168.1.2 die Probleme verursacht hat.

Ich könnte mir vorstellen, daß irgendeiner deiner Rechner eine feste IP-Adresse konfiguriert hat, die dann mit dem DHCP-Server in Konflikt gerät. Durch das Einschränken des Adressbereiches im DHCP-Server hast du vermutlich genau die IP-Adresse von der dynamischen Adressvergabe ausgenommen.

Ich würde an deiner Stelle mal alle Rechner auf möglicherweise statisch konfigurierte IP-Adressen abklappern und dann diese entweder auf DHCP umstellen oder eben, wie du es ja bereits durch Versuch und Irrtum gemacht hast, von dem dynamischen Adressbereich ausnehmen.

[PeteMaravich]

Das Pärchen X=2 bis Y=254 war voreingestellt. Ich habe es am Samstag probeweise das X auf 140 gestellt. Seitdem läuft's. Ich kann mir aber keinen Reim drauf machen. Ich werde aber auch noch X=3 ausprobieren. Ich kann mir vorstellen, dass 192.168.1.2 die Probleme verursacht hat.

Ich könnte mir vorstellen, daß irgendeiner deiner Rechner eine feste IP-Adresse konfiguriert hat, die dann mit dem DHCP-Server in Konflikt gerät. Durch das Einschränken des Adressbereiches im DHCP-Server hast du vermutlich genau die IP-Adresse von der dynamischen Adressvergabe ausgenommen.

Ich würde an deiner Stelle mal alle Rechner auf möglicherweise statisch konfigurierte IP-Adressen abklappern und dann diese entweder auf DHCP umstellen oder eben, wie du es ja bereits durch Versuch und Irrtum gemacht hast, von dem dynamischen Adressbereich ausnehmen.

Ja, das habe ich auch schon geprüft. Das einzige Gerät, was ich mal bewusst mit einer statitischen IP-Adresse versehen habe, war mein Drucker. Der aber hängt nicht mehr Netz. Ich nutze den aber seit einem halben Jahr über die USB-Schnittstelle. Außerdem ist er die meiste Zeit abgeschaltet.

Ich habe mal nach der 192.168.1.2 gegreppt:

Code: Alles auswählen

cd /etc
grep "192.168.1.2" **/* 

Und auch tatsächlich zwei Einträge gefunden:

ppp/options:# ms-dns 192.168.1.2
sane.d/kodakaio.conf:#net 192.168.1.2 0x4041

Aber in beiden Fällen auskommentiert.

Ein weiteres Gerät, was mir immer dann Kummer bereitet, wenn ich konfigurieren muss, ist der Hama WLAN 2-in-1-Adapter (https://de.hama.com/webresources/articl ... _en_fr.pdf) Das Ding ist grauslich in der Bedienung, funktioniert. Aber selbst wenn dieses Gerät abgeknippst war, funktionierte das WLAN für Tablett und Smartphone nicht, sofern der Linux-Rechner angeschlossen war.

Eigentlich ist alles auf DHCP eingestellt. Ich werde aber weiter schauen, wenn ich wieder Zeit habe.

[mat6937]

Eigentlich ist alles auf DHCP eingestellt.

BTW: Zum Herstellen einer WLAN-Verbindung ist erstmal keine zugewiesene IP-Adresse erforderlich. Bei DHCP-Zuweisung wird ja auch erst nach dem Herstellen der _funktionierenden_ WLAN-Verbindung eine IP-Adresse per DHCP zugewiesen. Mit einem Rechner mit Linux (evtl. auch Live-CD oder -usb-Stick), kannst Du (als Test) z. B. manuell mit dem wpa_supplicant im debug-Modus, eine WLAN-Verbindung zum Router herstellen.

[BenutzerGa4gooPh]

Ich könnte mir vorstellen, daß irgendeiner deiner Rechner eine feste IP-Adresse konfiguriert hat, die dann mit dem DHCP-Server in Konflikt gerät. Durch das Einschränken des Adressbereiches im DHCP-Server hast du vermutlich genau die IP-Adresse von der dynamischen Adressvergabe ausgenommen.

Mein DHCP-Server (Router) pingt vorher die zu vergebende Adresse. Ist das nicht bei allen Routern/DHCPs der Fall? Wäre dann aber eine schlechte Implementierung des Protokolls. Mal gegoogelt und dazu gelernt:
ARP-Request clientseitig mit "sollte":

Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen ARP-Request mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer DHCPDECLINE-Nachricht zurückweisen.

https://de.m.wikipedia.org/wiki/Dynamic ... n_Protocol

Hier nennt einer Auszüge aus RFCs: https://networkengineering.stackexchang ... st-in-dhcp
(Beide Methoden mit "should" bzw. "may".)

@Peter: Mal sniffen (wireshark), ob eine der genannten Methoden greift.
Wobei DHCP erst nach WLAN-Authentifizierung erfolgen kann, wie mat6937 schon bemerkte. Und dort existiert schon ein Problem (Windows-Ereignisprotokoll).

[MSfree]

Mein DHCP-Server (Router) pingt vorher die zu vergebende Adresse. Ist das nicht bei allen Routern/DHCPs der Fall?

Der ISC-dhcpserver tut das, dnsmasq auch. Kann man aber wirklich sicher sein, daß das diese billigen 20-Euro-Router auch tun? Zumal hier so ein Hama-Dingens mit im Spiel ist.

Für mich riecht das ganze stark nach zwei gleichen IP-Adressen im selben Subnetz. Ob das nun durch manuelle Vergabe statischer IP-Adressen oder einer Überschneidung aus manuell gesetzter IP-Adresse und einer Zweitvergabe per DHCP, oder aber durch zwei konkurierende DHCP-Server im selben Subnetz passiert, gilt es noch herauszufinden.

[BenutzerGa4gooPh]

Kann man aber wirklich sicher sein, daß das diese billigen 20-Euro-Router auch tun? ...
Für mich riecht das ganze stark nach zwei gleichen IP-Adressen im selben Subnetz.

Die Windows-Firewall wird Methode 1 (Echo reply) verhindern. Dann sollte Windows jedoch Methode 2 (ARP request) durchführen.

[PeteMaravich]

Hallo, es gibt Neuigkeiten.

Nachdem meine Lösung (Änderung der IP-Range) nach zwei Tagen wieder scheiterte, habe ich noch einmal geschaut.

Was mir aufgefallen ist:

Es gibt zwei Verzeichnisse:

/var/lib/dhcp und /var/lib/NetworkManager

Beide enthalten sogenannte Lease-Dateien.

Code: Alles auswählen

root@js12:/var/lib/NetworkManager# ll
insgesamt 36
-rw-r--r-- 1 root root  742 Aug 15 13:15 dhclient-3756b051-07fe-31aa-8489-a19c5ffcc264-eth0.lease
-rw-r--r-- 1 root root   83 Aug 15 13:15 dhclient6-3756b051-07fe-31aa-8489-a19c5ffcc264-eth0.lease
-rw-r--r-- 1 root root   83 Aug 15 12:08 dhclient6-be462045-07e8-4505-bb05-9b5f797d8ac4-eth0.lease
-rw-r--r-- 1 root root  742 Aug 15 12:08 dhclient-be462045-07e8-4505-bb05-9b5f797d8ac4-eth0.lease
-rw-r--r-- 1 root root 2348 Aug 15 13:15 dhclient-eth0.conf
-rw-r--r-- 1 root root  939 Jun 30 00:07 NetworkManager-intern.conf
-rw-r--r-- 1 root root   68 Aug 15 13:15 NetworkManager.state
-rw------- 1 root root   32 Aug 15 12:20 secret_key
-rw-r--r-- 1 root root  157 Aug 15 13:15 timestamps

und:

Code: Alles auswählen

root@js12:/var/lib/dhcp$ ll
insgesamt 4
-rw-r--r-- 1 root root 371 Aug 15 12:31 dhclient.eth0.leases
-rw-r--r-- 1 root root   0 Dez 21  2015 dhclient.leases

Ich habe befolgt, was hier steht:

https://askubuntu.com/questions/151958/ ... dhcp-lease

Plötzlich ging es wieder. Plötzlich konnte ich mich wieder mit dem Tablett ins Netzwerk einklinken, während der Linux-Rechner an war.

Nach einem Systemneustart ging es aber nicht wieder. /var/lib/dhcp war leer. Unter welchen Umständen werden da lease-Dateien reingekloppt. Welcher Prozess macht sowas?

Der Network-Manager scheint irgendwie falsch konfiguriert zu sein. Ich plötztlich hatte ich auch zwei Konfigurationen:

Code: Alles auswählen

root@js12:/etc/NetworkManager/system-connections# ll
insgesamt 8
-rw------- 1 root root 357 Aug 15 13:45 Kabelgebundene Verbindung 1
-rw------- 1 root root 269 Aug 15 12:18 Wired connection 1

Meine NetworkManager.conf:

Code: Alles auswählen

[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false

Meine /etc/network/interfaces:

Code: Alles auswählen

auto lo
iface lo inet loopback

Ein bisschen aus der Syslog. Der Linux-Rechner hat die 192.168.1.146 erhalten.

Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1144] NetworkManager (version 1.6.2) is starting...
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1145] Read config: /etc/NetworkManager/NetworkManager.conf
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1187] manager[0x55dc8368b040]: monitoring kernel firmware directory '/lib/firmware'.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1188] monitoring ifupdown state file '/run/network/ifstate'.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1209] dns-mgr[0x55dc8367f180]: init: dns=default, rc-manager=resolvconf
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1472] init!
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1475] management mode: unmanaged
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] devices added (path: /sys/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/eth0, iface: eth0)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] device added (path: /sys/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/eth0, iface: eth0): no ifupdown configuration found.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] devices added (path: /sys/devices/virtual/net/lo, iface: lo)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] device added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] end _init.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1480] settings: loaded plugin ifupdown: (C) 2008 Canonical Ltd. To report bugs please use the NetworkManager mailing list. (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-settings-plugin-ifupdown.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1481] settings: loaded plugin keyfile: (c) 2007 - 2016 Red Hat, Inc. To report bugs please use the NetworkManager mailing list.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1481] (-2090104256) ... get_connections.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1481] (-2090104256) ... get_connections (managed=false): return empty list.
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.1482] get unmanaged devices count: 0
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3191] settings: hostname: using hostnamed
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3192] settings: hostname changed from (none) to "js12"
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3194] dhcp-init: Using DHCP client 'dhclient'
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3194] manager: WiFi enabled by radio killswitch; enabled by state file
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3194] manager: WWAN enabled by radio killswitch; enabled by state file
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3194] manager: Networking is enabled by state file
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3194] Loaded device plugin: NMBondDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMBridgeDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMEthernetDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMInfinibandDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMIPTunnelDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMMacsecDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMMacvlanDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMTunDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMVethDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3195] Loaded device plugin: NMVlanDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3196] Loaded device plugin: NMVxlanDeviceFactory (internal)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3200] Loaded device plugin: NMAtmManager (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-adsl.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3215] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-bluetooth.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3225] Loaded device plugin: NMTeamFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-team.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3227] Loaded device plugin: NMWwanFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wwan.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3269] Loaded device plugin: NMWifiFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wifi.so)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3281] device (lo): link connected
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3291] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3322] device (eth0): link connected
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3334] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3363] keyfile: add connection in-memory (3756b051-07fe-31aa-8489-a19c5ffcc264,"Kabelgebundene Verbindung 1")
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3371] settings: (eth0): created default wired connection 'Kabelgebundene Verbindung 1'
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3402] manager: (eth0): found matching connection 'Kabelgebundene Verbindung 1'
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3403] device (eth0): state change: unmanaged -> unavailable (reason 'connection-assumed') [10 20 41]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3406] device (eth0): state change: unavailable -> disconnected (reason 'connection-assumed') [20 30 41]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3424] device (eth0): Activation: starting connection 'Kabelgebundene Verbindung 1' (3756b051-07fe-31aa-8489-a19c5ffcc264)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.3722] ModemManager available in the bus
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4258] manager: startup complete
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4266] device (eth0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4277] device (eth0): state change: prepare -> config (reason 'none') [40 50 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4738] device (eth0): state change: config -> ip-config (reason 'none') [50 70 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4760] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.4783] dhcp4 (eth0): dhclient started with pid 4207
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): address 192.168.1.146
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): plen 24 (255.255.255.0)
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): gateway 192.168.1.1
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): server identifier 192.168.1.1
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): lease time 86400
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5244] dhcp4 (eth0): nameserver '192.168.1.1'
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5245] dhcp4 (eth0): state changed unknown -> bound
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5253] device (eth0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5256] device (eth0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5259] device (eth0): state change: secondaries -> activated (reason 'none') [90 100 0]
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5259] manager: NetworkManager state is now CONNECTED_LOCAL
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5445] manager: NetworkManager state is now CONNECTED_GLOBAL
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5447] policy: set 'Kabelgebundene Verbindung 1' (eth0) as default for IPv4 routing and DNS
Aug 15 19:28:07 js12 NetworkManager[4190]: <info> [1502818087.5468] device (eth0): Activation: successful, device activated.

Ich weiß nicht, warum er WLAN aktiviert. Mein Linux-Rechner hat kein WLAN, sondern ist per Kabel verbunden.

[mat6937]

Code: Alles auswählen

Aug 15 19:28:07 js12 NetworkManager[4190]: <info>  [1502818087.3194] manager: WiFi enabled by radio killswitch; enabled by state file
Aug 15 19:28:07 js12 NetworkManager[4190]: <info>  [1502818087.3194] manager: WWAN enabled by radio killswitch; enabled by state file
Aug 15 19:28:07 js12 NetworkManager[4190]: <info>  [1502818087.3194] manager: Networking is enabled by state file

Ich weiß nicht, warum er WLAN aktiviert. Mein Linux-Rechner hat kein WLAN, ...

Kann es evtl. sein, dass dein Linux-Rechner im BIOS (oder gleichwertig) etwas bzgl. Wifi aktiviert hat?

OK, dein Linux-Rechner hat z. Zt. kein WLAN, aber wäre er WLAN-fähig?

[PeteMaravich]

Ich bin jetzt auch auf den Avahi-Daemon gestoßen. Benötigt man diesen? Kann es Probleme geben, wenn man den NetworkManager nutzt? Der Daemon hat zudem Probleme, die resolv.conf zu öffnen:

Aug 15 15:29:44 js12 avahi-daemon[491]: Failed to open /etc/resolv.conf: Invalid argument
Aug 15 15:29:44 js12 avahi-daemon[491]: No service file found in /etc/avahi/services.
Aug 15 15:29:44 js12 avahi-daemon[491]: Network interface enumeration completed.
Aug 15 15:29:44 js12 avahi-daemon[491]: Server startup complete. Host name is js12.local. Local service cookie is 2039496353.
Aug 15 15:29:47 js12 avahi-daemon[491]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.146.
Aug 15 15:29:47 js12 avahi-daemon[491]: New relevant interface eth0.IPv4 for mDNS.
Aug 15 15:29:47 js12 avahi-daemon[491]: Registering new address record for 192.168.1.146 on eth0.IPv4.
Aug 15 15:29:48 js12 avahi-daemon[491]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::76d4:35ff:fe9e:2d0e.
Aug 15 15:29:48 js12 avahi-daemon[491]: New relevant interface eth0.IPv6 for mDNS.
Aug 15 15:29:48 js12 avahi-daemon[491]: Registering new address record for fe80::76d4:35ff:fe9e:2d0e on eth0.*.
Aug 15 15:40:04 js12 avahi-daemon[490]: Found user 'avahi' (UID 105) and group 'avahi' (GID 112).
Aug 15 15:40:04 js12 avahi-daemon[490]: Successfully dropped root privileges.
Aug 15 15:40:04 js12 avahi-daemon[490]: avahi-daemon 0.6.32 starting up.
Aug 15 15:40:04 js12 avahi-daemon[490]: Successfully called chroot().
Aug 15 15:40:04 js12 avahi-daemon[490]: Successfully dropped remaining capabilities.
Aug 15 15:40:04 js12 avahi-daemon[497]: chroot.c: open() failed: No such file or directory
Aug 15 15:40:04 js12 avahi-daemon[490]: Failed to open /etc/resolv.conf: Invalid argument
Aug 15 15:40:04 js12 avahi-daemon[490]: No service file found in /etc/avahi/services.
Aug 15 15:40:04 js12 avahi-daemon[490]: Network interface enumeration completed.
Aug 15 15:40:04 js12 avahi-daemon[490]: Server startup complete. Host name is js12.local. Local service cookie is 2155865919.
Aug 15 15:40:06 js12 avahi-daemon[490]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.146.
Aug 15 15:40:06 js12 avahi-daemon[490]: New relevant interface eth0.IPv4 for mDNS.
Aug 15 15:40:06 js12 avahi-daemon[490]: Registering new address record for 192.168.1.146 on eth0.IPv4.
Aug 15 15:40:08 js12 avahi-daemon[490]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::76d4:35ff:fe9e:2d0e.
Aug 15 15:40:08 js12 avahi-daemon[490]: New relevant interface eth0.IPv6 for mDNS.
Aug 15 15:40:08 js12 avahi-daemon[490]: Registering new address record for fe80::76d4:35ff:fe9e:2d0e on eth0.*.
Aug 15 18:06:37 js12 avahi-daemon[490]: Withdrawing address record for fe80::76d4:35ff:fe9e:2d0e on eth0.
Aug 15 18:06:37 js12 avahi-daemon[490]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::76d4:35ff:fe9e:2d0e.
Aug 15 18:06:37 js12 avahi-daemon[490]: Interface eth0.IPv6 no longer relevant for mDNS.
Aug 15 18:06:37 js12 avahi-daemon[490]: Withdrawing address record for 192.168.1.146 on eth0.
Aug 15 18:06:37 js12 avahi-daemon[490]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.146.
Aug 15 18:06:37 js12 avahi-daemon[490]: Interface eth0.IPv4 no longer relevant for mDNS.
Aug 15 18:06:43 js12 avahi-daemon[490]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::adc2:127d:39b:adf7.
Aug 15 18:06:43 js12 avahi-daemon[490]: New relevant interface eth0.IPv6 for mDNS.
Aug 15 18:06:43 js12 avahi-daemon[490]: Registering new address record for fe80::adc2:127d:39b:adf7 on eth0.*.
Aug 15 18:07:12 js12 avahi-daemon[490]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.146.
Aug 15 18:07:12 js12 avahi-daemon[490]: New relevant interface eth0.IPv4 for mDNS.
Aug 15 18:07:12 js12 avahi-daemon[490]: Registering new address record for 192.168.1.146 on eth0.IPv4.
Aug 15 19:49:46 js12 firefox-esr.desktop[1637]: c/<@https://www.google.de/search?q=avahi-da ... YBg:53:103
Aug 15 19:52:56 js12 avahi-daemon[490]: Got SIGTERM, quitting.
Aug 15 19:52:56 js12 avahi-daemon[490]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::adc2:127d:39b:adf7.
Aug 15 19:52:56 js12 avahi-daemon[490]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.146.

Ich habe den avahi-Daemon gestoppt, was keine Abhilfe geschafft hat.

Die resolv.conf ist anscheined auch korrekt verlinkt:

lrwxrwxrwx 1 root root 35 Aug 15 19:28 /etc/resolv.conf -> /var/run/NetworkManager/resolv.conf

[mat6937]

Ich bin jetzt auch auf den Avahi-Daemon gestoßen. Benötigt man diesen? Kann es Probleme geben, wenn man den NetworkManager nutzt?

Schau mal betr. wifi, im BIOS nach.

Wenn Du dir das zutraust, dann deinstalliere (evtl. auch nur temporär) NetworkManager, dhclient und avahi-daemon und konfiguriere die Netzanbindung (statisch zugewiesene IP-Adresse) mit systemd-networkd.

[PeteMaravich]

Ich bin jetzt auch auf den Avahi-Daemon gestoßen. Benötigt man diesen? Kann es Probleme geben, wenn man den NetworkManager nutzt?

Schau mal betr. wifi, im BIOS nach.

Wenn Du dir das zutraust, dann deinstalliere (evtl. auch nur temporär) NetworkManager, dhclient und avahi-daemon und konfiguriere die Netzanbindung (statisch zugewiesene IP-Adresse) mit systemd-networkd.

Dass das Motherboard WiFi unterstützt, kann ich ausschließen. Habe ich selber auch mal geschaut. Fände ich aus seltsam, weil ich nun schon mindestens zwei Jahre nichts mehr am BIOS gefummelt habe, aber erst seit wenigen Wochen habe ich die geschilderten Probleme.

[mat6937]

Fände ich aus seltsam, weil ich nun schon mindestens zwei Jahre nichts mehr am BIOS gefummelt habe, aber erst seit wenigen Wochen habe ich die geschilderten Probleme.

Naja, im BIOS nicht, aber ein release-upgrade hast Du gemacht und da könnte die Interaktion mit dem BIOS evtl. anders sein. Aber das ist jetzt nur Spekulation.

[PeteMaravich]

Es wird kurioser. Ich habe gerade festgestellt, dass das WLAN erst dann kaputt ist, wenn ich mich mit meinem normalen Nutzernamen in grafischen Benutzeroberfläche einlogge. Logge ich mich wieder aus, dann läuft's wieder.

Bin gerade dabei, den Network-Manager rauszuoperieren und den systemd-networkd-Dämonen zu nehmen. Dumm nur, dass der im Autostart nicht funktioniert. Ich bekomme folgende Fehlermeldung:

Aug 16 00:00:41 js12 systemd-networkd[251]: Could not connect to bus: Permission denied
Aug 16 00:00:41 js12 systemd[1]: systemd-networkd.service: Main process exited, code=exited, status=1/FAILURE
Aug 16 00:00:41 js12 systemd[1]: Failed to start Network Service.
Aug 16 00:00:41 js12 systemd[1]: systemd-networkd.service: Unit entered failed state.
Aug 16 00:00:41 js12 systemd[1]: systemd-networkd.service: Failed with result 'exit-code'.

Dabei wird der dbus viel später gestartet:

Aug 16 00:00:43 js12 dbus[500]: [system] Successfully activated service 'org.freedesktop.systemd1'
Aug 16 00:00:43 js12 avahi-daemon[496]: Successfully called chroot().
Aug 16 00:00:43 js12 avahi-daemon[496]: Successfully dropped remaining capabilities.
Aug 16 00:00:43 js12 avahi-daemon[511]: chroot.c: open() failed: No such file or directory
Aug 16 00:00:43 js12 avahi-daemon[496]: Failed to open /etc/resolv.conf: Invalid argument
Aug 16 00:00:43 js12 avahi-daemon[496]: No service file found in /etc/avahi/services.
Aug 16 00:00:43 js12 systemd[1]: Started RealtimeKit Scheduling Policy Service.
Aug 16 00:00:43 js12 avahi-daemon[496]: Network interface enumeration completed.
Aug 16 00:00:43 js12 avahi-daemon[496]: Server startup complete. Host name is js12.local. Local service cookie is 1151953364.
Aug 16 00:00:43 js12 systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Aug 16 00:00:43 js12 systemd[1]: Starting LSB: SANE network scanner server...
Aug 16 00:00:43 js12 dbus[500]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service'

Ich bin nun kein dbus-Experte, aber für mich sieht das so aus, als ob der erst zusammen mit der grafischen Benutzeroberfläche gestartet wird.

Als Zwischenlösung habe ich nun die Datei /lib/systemd/system/systemd-networkd.service

editiert. Dort gibt es einen Parameter, den ich fünf Sekunden gesetzt habe:

Code: Alles auswählen

RestartSec=5
[code]

Funktioniert, ist aber doof. Da müsste ich mich noch einlesen, wie die Abhängigkeiten korrekt formuliert werden. Mir wird ein ähnlich angst und bange: Wie will man networkd auf einem Server nutzen, wenn es mal keinen dbus gibt? Da wird doch der zweite vor dem ersten Schritt gemacht. Oder bin ich da komplett auf dem Holzweg?

Es kann ja natürlich auch sein, dass meine Config-Dateien es auch nicht mehr mit einer frischen Installation aufnehmen können. Ich habe das System 2009 installiert und seitdem immer schön ein dist-upgrade gemacht.

[mat6937]

Ich bin nun kein dbus-Experte, aber für mich sieht das so aus, als ob der erst zusammen mit der grafischen Benutzeroberfläche gestartet wird.

Als Zwischenlösung habe ich nun die Datei /lib/systemd/system/systemd-networkd.service

editiert.

In der [Unit]-section der systemd-networkd.service sollte es die Zeile:

Code: Alles auswählen

After=dbus.service ...

geben. Poste mal die Ausgabe von:

Code: Alles auswählen

systemctl cat systemd-networkd.service

Es kann ja natürlich auch sein, dass meine Config-Dateien es auch nicht mehr mit einer frischen Installation aufnehmen können. Ich habe das System 2009 installiert und seitdem immer schön ein dist-upgrade gemacht.

M. E. sollte man beim Übergang von SysVinit zu systemd kein dist-upgrade mehr machen, sondern eine Neuinstallation.

[BenutzerGa4gooPh]

Ich möchte mal festhalten:
Ein Linux-Rechner angeblich ohne WLAN (!) verhindert angeblich die Authentifizierung anderer WLAN-Clients.
(Es könnte durchaus sein, dass Spanning Tree oder Routen oder (doppelte) IP-Adressen/DHCP oder ZeroConfig/Avahi bei Anstecken eines schlecht konfigurierten Netzwerkgerätes "durcheinander gebracht"werden. Aber doch keine WLAN-Authentifizierung anderer Geräte durch einen Linux-Host ohne WLAN! Oder wir wissen nichts von WLAN im Linux-Rechner und entsprechenden Authentifizierungsmethoden?)

Umkonfigurationen am Router helfen jedoch kurzzeitig, WLAN-Clients zu authentifizeiren.
Logische Folge: Kann nur am Linux-Rechner ohne WLAN liegen!

Ich habe das System 2009 installiert und seitdem immer schön ein dist-upgrade gemacht.

3 x angeforderte Logs des Windows-Rechners mit Linux-Live-ISO und aktiviertem WLAN werden nicht geliefert. Willkommen auf meiner Ignorier-Liste!
Wir haben bisher eine einzige konkrete Fehlermeldung (Windows-Ereignisprotokoll, Authentifizierungsfehler) aufgrund meiner Rückfrage!
Letzter Beitrag bezüglich Peter.

@mat6397: Warum "basteln" am Linux-Rechner (2009 aufgesetzt) und angeblich ohne WLAN?

[mat6937]

@mat6397: Warum "basteln" am Linux-Rechner ...

Naja, basteln macht Spaß.

[PeteMaravich]

Die Ausgabe von

Code: Alles auswählen

systemctl cat systemd-networkd.service

Und wie vermutet ist die After-Einstellung nicht korrekt.

Code: Alles auswählen

[Unit]
Description=Network Service
Documentation=man:systemd-networkd.service(8)
ConditionCapability=CAP_NET_ADMIN
DefaultDependencies=no
# systemd-udevd.service can be dropped once tuntap is moved to netlink
After=systemd-udevd.service network-pre.target systemd-sysusers.service systemd-sysctl.service
Before=network.target multi-user.target shutdown.target
Conflicts=shutdown.target
Wants=network.target

# On kdbus systems we pull in the busname explicitly, because it
# carries policy that allows the daemon to acquire its name.
Wants=org.freedesktop.network1.busname
After=org.freedesktop.network1.busname

[Service]
Type=notify
Restart=on-failure
RestartSec=5
ExecStart=/lib/systemd/systemd-networkd
WatchdogSec=3min
CapabilityBoundingSet=CAP_NET_ADMIN CAP_NET_BIND_SERVICE CAP_NET_BROADCAST CAP_NET_RAW CAP_SETUID CAP_SETGID CAP_SETPCAP CAP_CHOWN CAP_DAC_OVERRIDE CAP_FOWNER
ProtectSystem=full
ProtectHome=yes
ProtectControlGroups=yes
MemoryDenyWriteExecute=yes
RestrictRealtime=yes
RestrictAddressFamilies=AF_UNIX AF_NETLINK AF_INET AF_INET6 AF_PACKET
SystemCallFilter=~@clock @cpu-emulation @debug @keyring @module @mount @obsolete @raw-io

[Install]
WantedBy=multi-user.target
Also=systemd-networkd.socket

Ich habe mich auch schon so früh gefreut. Heute habe ich den Rechner eingeschaltet und wieder festgestellt, dass das WLAN wieder zerschossen wird. Es ist einfach unglaublich. Gestern abend lief es halbwegs robust.

[PeteMaravich]

Ich möchte mal festhalten:
Ein Linux-Rechner angeblich ohne WLAN (!) verhindert angeblich die Authentifizierung anderer WLAN-Clients.

Was ist daran so abwegig? Nach dem Ausschlussprinzip muss da die Fehlerquelle liegen. Bevor ich diesen Thread eröffnete, hatte ich ja auch eine kleine Tortur hinter mir.

(Es könnte durchaus sein, dass Spanning Tree oder Routen oder (doppelte) IP-Adressen/DHCP oder ZeroConfig/Avahi bei Anstecken eines schlecht konfigurierten Netzwerkgerätes "durcheinander gebracht"werden. Aber doch keine WLAN-Authentifizierung anderer Geräte durch einen Linux-Host ohne WLAN! Oder wir wissen nichts von WLAN im Linux-Rechner und entsprechenden Authentifizierungsmethoden?)

Das weiß ich nicht, und genau deswegen frage ich ja hier, ob eventuell irgendwelche Dienste, unter Linux da Probleme bereiten und das ganze Netzwerk kompromittieren. Und was hätte es geändert, wenn der Linux-Rechner WLAN hätte? Vor allem hatte ich kürzlich das Upgrade auf Stretch und seitdem ist da was schief.

Umkonfigurationen am Router helfen jedoch kurzzeitig, WLAN-Clients zu authentifizeiren.
Logische Folge: Kann nur am Linux-Rechner ohne WLAN liegen!

Was richtig ist nach dem Ausschlussprinzip. Ich hatte den Windows-Rechner per Kabel am Router und die ganzen WLAN-Clients liefen. Sobald der Linux-Rechner dran war, lief die nicht mehr.

Ich habe das System 2009 installiert und seitdem immer schön ein dist-upgrade gemacht.

Und was ist daran nun so verkehrt? Es ist doch toll, dass ein System so lange läuft.

3 x angeforderte Logs des Windows-Rechners mit Linux-Live-ISO und aktiviertem WLAN werden nicht geliefert. Willkommen auf meiner Ignorier-Liste!
Wir haben bisher eine einzige konkrete Fehlermeldung (Windows-Ereignisprotokoll, Authentifizierungsfehler) aufgrund meiner Rückfrage!

Ich sagte ja bereits, dass ich wenig Zeit habe. Gestern verbrachte ich viel Zeit mit Eigenrecherche.

@mat6397: Warum "basteln" am Linux-Rechner (2009 aufgesetzt) und angeblich ohne WLAN?

Was ist so abwegig, kein WLAN zu haben? Werden die Motherboards für Desktop-PCs mittlerweile mit WLAN ausgestattet?

Du machst mit deiner patzigen und ignoranten Art nicht gerade den kompetentesten Eindruck auf mich und gerade seine "facepalm"-Gesten sind unter aller Kanone.

Prima, ignorier mich doch einfach. Mach ich auch, wenn mir jemand patzig wird und mir in keinster Weise weiterhift. Deine Anregungen war bislang die schwächsten.

[BenutzerGa4gooPh]

@mat6397: Warum "basteln" am Linux-Rechner ...

Naja, basteln macht Spaß.

Okay, hast Recht! Thread wird dann wohl auf Zufallstreffer oder Neuinstallation hinauslaufen.
viewtopic.php?f=30&t=166242
(Gab noch einen "Zufallstreffer" ähnlicher Art. )

Du machst mit deiner patzigen und ignoranten Art nicht gerade den kompetentesten Eindruck auf mich und gerade seine "facepalm"-Gesten sind unter aller Kanone.

Nu ja, unbegründet reagiere ich nicht. Und agieren schon gar nicht. Wie gesagt, mein WLAN läuft und kostenlosen Supportern und geschenkten Gäulen ... Ab jetzt begnüge ich mich mit offenbar beidseitig angeforderter Ignoranz und entsprechender Liste.

Kompetenz in Verbindung mit Streicheleinheiten bezahlt man besser. Diesbezügliche Anbieter suche dir per Google aus!
Ignoranz kannst du mir wohl nicht aufgrund deinerseits fehlender und mehrfach angeforderter Angaben vorwerfen. Ist ein Widerspruch in sich.

Bitte lasse mich künftig in Ruhe, ich kommuniziere allenfalls mit mat6397 wegen technischem Interesse. Technische Ignoranz ist dir offenbar bekannt, nun kommt menschliche hinzu:

Prima, ignorier mich doch einfach. Mach ich auch, wenn mir jemand patzig wird und mir in keinster Weise weiterhift. Deine Anregungen war bislang die schwächsten.

Begründete (!) Aussagen zu sinnvolen Anregungen / Selbsthilfe sind erst am Threadende mit korrekter Problemdiagnose und Lösung erkennbar, nachweisbar. Aber du mit deiner "Fachkenntnis" kannst das schon vorher?!

Wenn ich den Titel des Threads mit "zerhacken" schon lese ... manche haben nichts drauf (Threaderöffnung, Nachfragen mehrerer Leute) ... aber urteilen über kostenlose Hilfe und das voreilig - vor Problemlösung. Dafür noch ein

PS: Bislang einzige Fehler-Log (Windows-Ereignisprotokoll /Authentifizierungsfehler) kam auf Grund meiner Anfrage.
Deshalb hätte ich gern den Authentifizierungs-Prozess auf dem "Problemkind" Windows-Rechner mit Linux-Love-ISO mit ab- und angestecktem Linux-Rechner geloggt. Also bitte, wirf deine eigene Unfähigkeit (oder Faulheit, Starrsinnigkeit) nicht anderen vor!
(Mit entsprechenden Logs wären andere Vorschläge als bisher gut möglich.)

[PeteMaravich]

Bitte lasse mich künftig in Ruhe, ich kommuniziere allenfalls mit mat6397 wegen technischem Interesse. Technische Ignoranz ist dir offenbar bekannt, nun kommt menschliche hinzu:

Prima, ignorier mich doch einfach. Mach ich auch, wenn mir jemand patzig wird und mir in keinster Weise weiterhift. Deine Anregungen war bislang die schwächsten.

Begründete (!) Aussagen zu sinnvolen Anregungen / Selbsthilfe sind erst am Threadende mit korrekter Problemdiagnose und Lösung erkennbar, nachweisbar. Aber du mit deiner "Fachkenntnis" kannst das schon vorher?!

Wenn ich den Titel des Threads mit "zerhacken" schon lese ... manche haben nichts drauf (Threaderöffnung, Nachfragen mehrerer Leute) ... aber urteilen über kostenlose Hilfe und das voreilig - vor Problemlösung. Dafür noch ein

Ich habe doch die Informationen geliefert, zudem auch auch die Entschuldigung, dass das ich nicht wusste, wo ich ansetzen muss, denn ich kann ja schlecht das halbe Verzeichnis /var/log hier posten.

Von dir wurde ich bislang nur angepampt. Zudem fand ich ja gewisse Optionen abwegig, beispielsweise dass der WLAN-Empfang.

Mit Verlaub, du hast ein Knall. Wahrscheinlich irgendsoeine frustierte AfD-SED-Piraten-Wählerin.

[BenutzerGa4gooPh]

Mit Verlaub, du hast ein Knall. Wahrscheinlich irgendsoeine frustierte AfD-SED-Piraten-Wählerin.

Psychologische ("Knall") und politische Vermutungen (Wahlverhalten) helfen bei WLAN-Problemen nach meinen bisherigen technischen Erfahrungen eher nicht.

... AfD-SED-Piraten-Wählerin

Geht das nach deutschem Wahlrecht überhaupt? Zumindest SED? Kann ich nun auch KPDSU wählen? Und NSDAP, Katholisches Centrum, USPD, KPD? Endlich wieder Auswahl!

irgendsoeine frustierte AfD-SED-Piraten-Wählerin.

Völlig falsch!

[PeteMaravich]

Das Problem ist gelöst. Pulse-Audio hat ein Modul, das sich RTP-Multicast schimpft.
Das hat mein Netzwerk geflutet. Man muss nur nach

Code: Alles auswählen

pulseaudio rtp flood

googlen und man erkennt, dass ich in der Erste bin, der das Problem hatte. Mit

Code: Alles auswählen

pactl unload-module module-rtp-send

War die Sache gegessen. PulseAudio läuft auch mit meinem User-Account. Damit ist auch geklärt, warum das Problem genau in dem Moment auftauchte, als ich mich mit meinem User-Account einloggte. Auch der Zusammenhang mit dem Upgrade auf Stretch ist erklärbar. Ich beschäftigte mich nach dem Upgrade wieder mit dem Thema, meine HiFi-Anlage als Ausgabegerät zu nutzen und ich freute mich anfangs auch wie ein Honigkuchenpferd, als die Musike von Youtube über WLAN zu meiner HiFi-Anlage gelangte.

[mat6937]

... sich RTP-Multicast schimpft.
Das hat mein Netzwerk geflutet.

Was für einen Router hast Du, der nicht in der Lage war/ist dein Netzwerk gegen das Fluten zu schützen?

Kennst Du evtl. die "ether type" dieser RTP-Multicast-Datenpakete, zwecks Verwendung in einem Filter für tcpdump (oder gleichwertig)?