Die Windows-Firewall wird Methode 1 (Echo reply) verhindern. Dann sollte Windows jedoch Methode 2 (ARP request) durchführen.MSfree hat geschrieben:14.08.2017 14:01:49Kann 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.
[Gelöst] Linux-Rechner zerhackt mein Netzwerk
Re: Linux-Rechner zerhackt mein Netzwerk
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
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.
und:
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:
Meine NetworkManager.conf:
Meine /etc/network/interfaces:
Ein bisschen aus der Syslog. Der Linux-Rechner hat die 192.168.1.146 erhalten.
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
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
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
Code: Alles auswählen
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
Code: Alles auswählen
auto lo
iface lo inet loopback
Ich weiß nicht, warum er WLAN aktiviert. Mein Linux-Rechner hat kein WLAN, sondern ist per Kabel verbunden.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.
Re: Linux-Rechner zerhackt mein Netzwerk
Kann es evtl. sein, dass dein Linux-Rechner im BIOS (oder gleichwertig) etwas bzgl. Wifi aktiviert hat?PeteMaravich hat geschrieben:15.08.2017 19:43:01Ich weiß nicht, warum er WLAN aktiviert. Mein Linux-Rechner hat kein WLAN, ...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
OK, dein Linux-Rechner hat z. Zt. kein WLAN, aber wäre er WLAN-fähig?
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
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:
Die resolv.conf ist anscheined auch korrekt verlinkt:
Ich habe den avahi-Daemon gestoppt, was keine Abhilfe geschafft hat.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.
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
Re: Linux-Rechner zerhackt mein Netzwerk
Schau mal betr. wifi, im BIOS nach.PeteMaravich hat geschrieben:15.08.2017 20:08:10Ich bin jetzt auch auf den Avahi-Daemon gestoßen. Benötigt man diesen? Kann es Probleme geben, wenn man den NetworkManager nutzt?
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.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
mat6937 hat geschrieben:15.08.2017 20:21:53Schau mal betr. wifi, im BIOS nach.PeteMaravich hat geschrieben:15.08.2017 20:08:10Ich bin jetzt auch auf den Avahi-Daemon gestoßen. Benötigt man diesen? Kann es Probleme geben, wenn man den NetworkManager nutzt?
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.
Re: Linux-Rechner zerhackt mein Netzwerk
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 hat geschrieben:15.08.2017 21:08:48Fä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.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
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:
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:
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:
Dabei wird der dbus viel später gestartet: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'.
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.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'
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.
Re: Linux-Rechner zerhackt mein Netzwerk
In der [Unit]-section der systemd-networkd.service sollte es die Zeile:PeteMaravich hat geschrieben:15.08.2017 22:04:48Ich 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.
Code: Alles auswählen
After=dbus.service ...
Code: Alles auswählen
systemctl cat systemd-networkd.service
M. E. sollte man beim Übergang von SysVinit zu systemd kein dist-upgrade mehr machen, sondern eine Neuinstallation.PeteMaravich hat geschrieben:15.08.2017 22:04:48Es 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.
Re: Linux-Rechner zerhackt mein Netzwerk
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!
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?
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?
Re: Linux-Rechner zerhackt mein Netzwerk
Naja, basteln macht Spaß.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
Die Ausgabe von
Und wie vermutet ist die After-Einstellung nicht korrekt.
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.
Code: Alles auswählen
systemctl cat systemd-networkd.service
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.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
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.Jana66 hat geschrieben:16.08.2017 09:53:33Ich möchte mal festhalten:
Ein Linux-Rechner angeblich ohne WLAN (!) verhindert angeblich die Authentifizierung anderer WLAN-Clients.
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.(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?)
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.Umkonfigurationen am Router helfen jedoch kurzzeitig, WLAN-Clients zu authentifizeiren.
Logische Folge: Kann nur am Linux-Rechner ohne WLAN liegen!
Und was ist daran nun so verkehrt? Es ist doch toll, dass ein System so lange läuft.Ich habe das System 2009 installiert und seitdem immer schön ein dist-upgrade gemacht.
Ich sagte ja bereits, dass ich wenig Zeit habe. Gestern verbrachte ich viel Zeit mit Eigenrecherche.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!
Was ist so abwegig, kein WLAN zu haben? Werden die Motherboards für Desktop-PCs mittlerweile mit WLAN ausgestattet?@mat6397: Warum "basteln" am Linux-Rechner (2009 aufgesetzt) und angeblich ohne WLAN?
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.
Re: Linux-Rechner zerhackt mein Netzwerk
Okay, hast Recht! Thread wird dann wohl auf Zufallstreffer oder Neuinstallation hinauslaufen.
viewtopic.php?f=30&t=166242
(Gab noch einen "Zufallstreffer" ähnlicher Art. )
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.PeteMaravich hat geschrieben:16.08.2017 10:55:02Du machst mit deiner patzigen und ignoranten Art nicht gerade den kompetentesten Eindruck auf mich und gerade seine "facepalm"-Gesten sind unter aller Kanone.
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:
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?!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.
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.)
Zuletzt geändert von BenutzerGa4gooPh am 16.08.2017 12:14:07, insgesamt 1-mal geändert.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
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.Jana66 hat geschrieben:16.08.2017 11:17:24Bitte lasse mich künftig in Ruhe, ich kommuniziere allenfalls mit mat6397 wegen technischem Interesse. Technische Ignoranz ist dir offenbar bekannt, nun kommt menschliche hinzu: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?!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.
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
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.
Re: Linux-Rechner zerhackt mein Netzwerk
Psychologische ("Knall") und politische Vermutungen (Wahlverhalten) helfen bei WLAN-Problemen nach meinen bisherigen technischen Erfahrungen eher nicht.PeteMaravich hat geschrieben:16.08.2017 12:12:53Mit Verlaub, du hast ein Knall. Wahrscheinlich irgendsoeine frustierte 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!... AfD-SED-Piraten-Wählerin
Völlig falsch!irgendsoeine frustierte AfD-SED-Piraten-Wählerin.
-
- Beiträge: 26
- Registriert: 07.03.2014 18:25:38
Re: Linux-Rechner zerhackt mein Netzwerk
Das Problem ist gelöst. Pulse-Audio hat ein Modul, das sich RTP-Multicast schimpft.
Das hat mein Netzwerk geflutet. Man muss nur nach googlen und man erkennt, dass ich in der Erste bin, der das Problem hatte. Mit
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.
Das hat mein Netzwerk geflutet. Man muss nur nach
Code: Alles auswählen
pulseaudio rtp flood
Code: Alles auswählen
pactl unload-module module-rtp-send
Re: Linux-Rechner zerhackt mein Netzwerk
Was für einen Router hast Du, der nicht in der Lage war/ist dein Netzwerk gegen das Fluten zu schützen?PeteMaravich hat geschrieben:28.08.2017 19:19:35... sich RTP-Multicast schimpft.
Das hat mein Netzwerk geflutet.
Kennst Du evtl. die "ether type" dieser RTP-Multicast-Datenpakete, zwecks Verwendung in einem Filter für tcpdump (oder gleichwertig)?