staging.inyokaproject.org

Hallo,

ich habe immer wieder auftretende (und zunehmende) Probleme mit einem Internet-Zugang über eine Vodafone Station.

Zunächst zu der aktuellen Lage und wie es aufgebaut/eingerichtet ist.

Ich habe einen Kabel-Anschluss der per Docsis 3.1 läuft. Am Ende des Kabels ist die Vodafone-Station. Die Verbindung funktioniert auch. Nun betreibe ich einen Heim-Server und damit dieser erreichbar ist habe ich sowohl feste-ip.net sowie no-ip-com. Damit mein Ubuntu 22.04 Server von aussen erreichbar ist habe ich die no-ip.com Daten in der Vodafone-Station hinterlegt und die feste-ip.net per ddclient in Ubuntu Server. Da ich eine Reihe von NAT-Pinning Trouble beim Zugriff hatte. --Schnipp-- Ich habe auf den Smartphones das eMail Programm so eingerichtet das sie per gnude.feste-ip.net auf den Server zugreifen. Vom fremden Netz hat das toll geklappt, aus dem eigenen Netz gab es immer wieder Probleme. Deshalb habe ich mich entschlossen mit dnsmasq nen eigenen DNS/DHCP aufzusetzen der die DNS Abfrage auf gnude.feste-ip.net abfängt und auf die eigne IP Umleitet. Das klappt auch.. --Schnapp-- In der Wohnung steht ein Notebook mit fester IP-Adresse auf dem per Virtual-Box ein Ubuntu-Server läuft der ebenfalls eine feste IP Adresse hat. Bei der Vodafone Station habe ich die DHCP Funktion deaktiviert so das der Ubuntu Server (in der VM) die IP Adressen vergibt und die DNS Funktion übernimmt. Die lokalen Geräte, andere Notebooks, Computer und Smartphones beantragen damit die IP Adresse beim Ubuntu-Server und alles klappt. Wenn ich unter den Einstellungen schaue bei DHCP sehe ich das dort der Ubuntu Server als DNS eingetragen ist.

Zunächst funktioniert das System einwandfrei. Von Aussen kann ich den Server erreichen, wenn ich im lokalen Netz bin klappt der Zugriff auch.

Aber jetzt passiert folgendes.

Die Smartphones oder Computer bekommen Probleme beim Zugriff auf das Internet. Einige Seiten gehen, und einige nicht. Nach genauer Suche stellte sich heraus das die Seiten die per IVv4 angesprochen werden nicht klappen, aber welche mit IPv6 schon. Die Geräte (Smartphones, Notebooks) haben zu diesem Zeitpunkt nur eine IPv6 Adresse, und keine mehr von Ubuntu Server.

Diese Fehler ist sporadisch aufgetreten, und dann immer häufiger geworden. Als Abhilfte konnte ich nur kurz die Vodafone Station vom Strom trennen, danach klappte alles wieder.

Sowohl die Logfiles vom Server noch von der Vodafone Station vermerken etwas.

Irgendwann kam der Fehler so schnell das ien Trennen vom STrom nicht half und auch ein Anruf bei Vodafone nichts brachte. Ich habe die Station dann komplett resettet, und alles neu eingetragen, Daten, Port-Weiterleitungen etc. Anschliessend hatte ich einige Wochen komplett Ruhe und alles klappte. Und dann fingen die gleichen Probleme sporadisch wieder an. Und jetzt häufen sie sich. Nun könnte ich die Vodafone Station wieder resetten.....

Aber vielleicht hat jemand aufgrundd er Beschreibung eine Idee, was der Grund sein könnte. Nicht das irgendein ARP-Cache überläuft.....

Ich bin auf Ideen und Meinungen gespannt.

Zeige die Ausgabe von

ip a

Bin grade nicht zuhause, aber auf dem Server...

root@server2204:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 08:00:27:02:58:17 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.39/24 brd 192.168.178.255 scope global enp0s3
       valid_lft forever preferred_lft forever
    inet 192.168.178.40/24 brd 192.168.178.255 scope global secondary enp0s3
       valid_lft forever preferred_lft forever
    inet6 2a02:908:1d16:10e0:9d6:6eb5:fdfd:d8b9/128 scope global dynamic noprefixroute 
       valid_lft 356071sec preferred_lft 356071sec
    inet6 2a02:908:1d16:10e0:a00:27ff:fe02:5817/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 79268sec preferred_lft 36068sec
    inet6 fe80::a00:27ff:fe02:5817/64 scope link 
       valid_lft forever preferred_lft forever
root@server2204:~# 

ping6 2001:470:20::2

gnude schrieb:

Die lokalen Geräte, andere Notebooks, Computer und Smartphones beantragen damit die IP Adresse beim Ubuntu-Server und alles klappt.

Die Smartphones oder Computer bekommen Probleme beim Zugriff auf das Internet. Nicht das irgendein ARP-Cache überläuft.....

Wie groß ist der DHCP-Pool beim Ubuntu-Server und wie ist die Lease-Zeit beim DHCP-Server (Ubuntu-Server) konfiguriert? Machen deine Smartphones oder andere Geräte, "mac-address-randomization".

Wenn Du erneut diese Probleme hast, dann starte dhcpdump und mache mit einem aktuellen nmap einen v4-broadcast-dhcp-discover an den DHCP-Server (Ubuntu-Server), damit festgestellt werden kann, welche IPv4-Adressen der DHCP-Server anbietet (DHCPOFFER).

Nicht auf dem Server, sondern auf einem geeignetem Linux-Gerät (oder gleichwertig) in deinem (W)LAN:

sudo dhcpdump -i eth0

sudo nmap -e eth0 --script broadcast-dhcp-discover --script-args mac=random <IPv4-Adresse-DHCP-Server>

DJKUhpisse schrieb:

ping6 2001:470:20::2

root@server2204:~# ping6 2001:470:20::2
ping6: connect: Network is unreachable
root@server2204:~# ping www.web.de -c5
PING www.g-ha-web.de (82.165.229.138) 56(84) bytes of data.
64 bytes from bs.web.de (82.165.229.138): icmp_seq=1 ttl=248 time=34.0 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=2 ttl=248 time=31.9 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=3 ttl=248 time=31.5 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=4 ttl=248 time=27.4 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=5 ttl=248 time=28.5 ms

--- www.g-ha-web.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 27.394/30.651/33.985/2.399 ms
root@server2204:~# 

lubux schrieb:

gnude schrieb:

Die lokalen Geräte, andere Notebooks, Computer und Smartphones beantragen damit die IP Adresse beim Ubuntu-Server und alles klappt.

Die Smartphones oder Computer bekommen Probleme beim Zugriff auf das Internet. Nicht das irgendein ARP-Cache überläuft.....

Wie groß ist der DHCP-Pool beim Ubuntu-Server und wie ist die Lease-Zeit beim DHCP-Server (Ubuntu-Server) konfiguriert? Machen deine Smartphones oder andere Geräte, "mac-address-randomization".

Wenn Du erneut diese Probleme hast, dann starte dhcpdump und mache mit einem aktuellen nmap einen v4-broadcast-dhcp-discover an den DHCP-Server (Ubuntu-Server), damit festgestellt werden kann, welche IPv4-Adressen der DHCP-Server anbietet (DHCPOFFER).

Nicht auf dem Server, sondern auf einem geeignetem Linux-Gerät (oder gleichwertig) in deinem (W)LAN:

sudo dhcpdump -i eth0

sudo nmap -e eth0 --script broadcast-dhcp-discover --script-args mac=random <IPv4-Adresse-DHCP-Server>

Ja ok mach ich dann. Hier schonmal zum DHCP Pool und Lease-Zeit ..... das ist ein Ausschnitt aus der dnsmasq.conf Datei:

server=192.168.178.1
dhcp-option=3,192.168.178.1
dhcp-option=6,192.168.178.39
dhcp-range=192.168.178.50,192.168.178.200,12h
address=/gnude.feste-ip.net/192.168.178.39

ip a
ping6 heise.de
ping6 2001:470:20::2

DJKUhpisse schrieb:

ip a
ping6 heise.de
ping6 2001:470:20::2

ping6 funktioniert, denn seine Geräte bekommen IPv6-Adressen.

Was nicht funktioniert, ist die Erreichbarkeit mit IPv4, weil seine Geräte nicht immer auch eine IPv4-Adresse bekommen:

Die Smartphones oder Computer bekommen Probleme beim Zugriff auf das Internet. Einige Seiten gehen,
und einige nicht. Nach genauer Suche stellte sich heraus das die Seiten die per IVv4
angesprochen werden nicht klappen, aber welche mit IPv6 schon. Die Geräte (Smartphones,
Notebooks) haben zu diesem Zeitpunkt nur eine IPv6 Adresse, und keine mehr von Ubuntu Server.

Diese Fehler ist sporadisch aufgetreten, und dann immer häufiger geworden. Als Abhilfte konnte ich nur
kurz die Vodafone Station vom Strom trennen, danach klappte alles wieder.

lubux schrieb:

ping6 funktioniert, denn seine Geräte bekommen IPv6-Adressen.

Offenbar nicht (immer): https://forum.ubuntuusers.de/post/9349170/

So gestern Abend hat alles noch geklappt und dann über Nacht ist das Problem wieder aufgetreten. Jetzt kann ich hier die Infos die ich habe reinsetzten....

Alles jetzt von dem normalen Arbeitsnotebook (also nicht Server)

ip a

root@thinkpad:/home/andre# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 3c:97:0e:a6:f8:63 brd ff:ff:ff:ff:ff:ff
3: wwx0215e0ec0100: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 02:15:e0:ec:01:00 brd ff:ff:ff:ff:ff:ff
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 84:3a:4b:55:a3:7c brd ff:ff:ff:ff:ff:ff
    inet6 2a02:908:1d16:10e0:703e:d423:83af:73fb/128 scope global dynamic noprefixroute 
       valid_lft 598952sec preferred_lft 598952sec
    inet6 2a02:908:1d16:10e0:57fc:a64d:dd0b:c7d1/64 scope global temporary dynamic 
       valid_lft 86400sec preferred_lft 43200sec
    inet6 2a02:908:1d16:10e0:cf8e:e7ef:d458:1aa3/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86400sec preferred_lft 43200sec
    inet6 fe80::c36:343b:de48:af57/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
root@thinkpad:/home/andre# 

ping6 heise.de

root@thinkpad:/home/andre# ping6 heise.de
PING heise.de(redirector.heise.de (2a02:2e0:3fe:1001:302::)) 56 data bytes
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=1 ttl=56 time=18.6 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=2 ttl=56 time=24.9 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=3 ttl=56 time=22.0 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=4 ttl=56 time=21.5 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=5 ttl=56 time=24.3 ms
^C
--- heise.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 18.557/22.245/24.880/2.253 ms
root@thinkpad:/home/andre# 

ping6 2001:470:20::2

root@thinkpad:/home/andre# ping6 2001:470:20::2
PING 2001:470:20::2(2001:470:20::2) 56 data bytes
64 bytes from 2001:470:20::2: icmp_seq=1 ttl=59 time=62.9 ms
64 bytes from 2001:470:20::2: icmp_seq=2 ttl=59 time=18.4 ms
64 bytes from 2001:470:20::2: icmp_seq=3 ttl=59 time=80.2 ms
64 bytes from 2001:470:20::2: icmp_seq=4 ttl=59 time=16.8 ms
^C
--- 2001:470:20::2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 16.772/44.578/80.237/27.692 ms
root@thinkpad:/home/andre# 

dhcpdump -i wlp3s0

root@thinkpad:/home/andre# dhcpdump -i wlp3s0
  TIME: 2022-11-22 07:40:24.264
    IP: 0.0.0.0 (84:3a:4b:55:a3:7c) > 255.255.255.255 (ff:ff:ff:ff:ff:ff)
    OP: 1 (BOOTPREQUEST)
 HTYPE: 1 (Ethernet)
  HLEN: 6
  HOPS: 0
   XID: 1509b968
  SECS: 6059
 FLAGS: 0
CIADDR: 0.0.0.0
YIADDR: 0.0.0.0
SIADDR: 0.0.0.0
GIADDR: 0.0.0.0
CHADDR: 84:3a:4b:55:a3:7c:00:00:00:00:00:00:00:00:00:00
 SNAME: .
 FNAME: .
OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
OPTION:  61 (  7) Client-identifier         01:84:3a:4b:55:a3:7c
OPTION:  55 ( 17) Parameter Request List      1 (Subnet mask)
					      2 (Time offset)
					      6 (DNS server)
					     12 (Host name)
					     15 (Domainname)
					     26 (Interface MTU)
					     28 (Broadcast address)
					    121 (Classless Static Route)
					      3 (Routers)
					     33 (Static route)
					     40 (NIS domain)
					     41 (NIS servers)
					     42 (NTP servers)
					    119 (Domain Search)
					    249 (MSFT - Classless route)
					    252 (MSFT - WinSock Proxy Auto Detect)
					     17 (Root path)
					    
OPTION:  57 (  2) Maximum DHCP message size 576
OPTION:  50 (  4) Request IP address        192.168.178.169
OPTION:  12 (  8) Host name                 thinkpad
---------------------------------------------------------------------------

  TIME: 2022-11-22 07:41:29.256
    IP: 0.0.0.0 (84:3a:4b:55:a3:7c) > 255.255.255.255 (ff:ff:ff:ff:ff:ff)
    OP: 1 (BOOTPREQUEST)
 HTYPE: 1 (Ethernet)
  HLEN: 6
  HOPS: 0
   XID: 7d3f2ffd
  SECS: 6124
 FLAGS: 0
CIADDR: 0.0.0.0
YIADDR: 0.0.0.0
SIADDR: 0.0.0.0
GIADDR: 0.0.0.0
CHADDR: 84:3a:4b:55:a3:7c:00:00:00:00:00:00:00:00:00:00
 SNAME: .
 FNAME: .
OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
OPTION:  61 (  7) Client-identifier         01:84:3a:4b:55:a3:7c
OPTION:  55 ( 17) Parameter Request List      1 (Subnet mask)
					      2 (Time offset)
					      6 (DNS server)
					     12 (Host name)
					     15 (Domainname)
					     26 (Interface MTU)
					     28 (Broadcast address)
					    121 (Classless Static Route)
					      3 (Routers)
					     33 (Static route)
					     40 (NIS domain)
					     41 (NIS servers)
					     42 (NTP servers)
					    119 (Domain Search)
					    249 (MSFT - Classless route)
					    252 (MSFT - WinSock Proxy Auto Detect)
					     17 (Root path)
					    
OPTION:  57 (  2) Maximum DHCP message size 576
OPTION:  50 (  4) Request IP address        192.168.178.169
OPTION:  12 (  8) Host name                 thinkpad
---------------------------------------------------------------------------

da hier nichts weiter passiert hab ich mit STRC+C abgebrochen

nmap Ausgabe brachte nichts...

root@thinkpad:/home/andre# nmap -e wlp3s0 --script broadcast-dhcp-discover --script-args mac=random 192.168.178.39
Starting Nmap 7.80 ( https://nmap.org ) at 2022-11-22 07:44 CET
Could not find interface wlp3s0 which was specified by -e
root@thinkpad:/home/andre# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 3c:97:0e:a6:f8:63 brd ff:ff:ff:ff:ff:ff
3: wwx0215e0ec0100: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 02:15:e0:ec:01:00 brd ff:ff:ff:ff:ff:ff
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 84:3a:4b:55:a3:7c brd ff:ff:ff:ff:ff:ff
    inet6 2a02:908:1d16:10e0:703e:d423:83af:73fb/128 scope global dynamic noprefixroute 
       valid_lft 598478sec preferred_lft 598478sec
    inet6 2a02:908:1d16:10e0:57fc:a64d:dd0b:c7d1/64 scope global temporary dynamic 
       valid_lft 86401sec preferred_lft 43201sec
    inet6 2a02:908:1d16:10e0:cf8e:e7ef:d458:1aa3/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86401sec preferred_lft 43201sec
    inet6 fe80::c36:343b:de48:af57/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
root@thinkpad:/home/andre#

Auf dem Client-Notebook habe ich einige interessante Einträge in der syslog gefunden wo er wohl die IPv4 Verbindung verloren hat. Hier der Abschnitt....

Nov 22 02:45:35 thinkpad rtkit-daemon[1081]: message repeated 2 times: [ Supervising 9 threads of 6 processes of 1 users.]
Nov 22 02:59:15 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]
Nov 22 02:59:18 thinkpad kernel: [10025.248703] wlp3s0: deauthenticated from 08:a7:c0:ec:64:c0 (Reason: 2=PREV_AUTH_NOT_VALID)
Nov 22 02:59:17 thinkpad wpa_supplicant[900]: message repeated 3 times: [ wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]]
Nov 22 02:59:19 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=08:a7:c0:ec:64:c0 reason=2
Nov 22 02:59:19 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Nov 22 02:59:19 thinkpad NetworkManager[862]: <info>  [1669082359.2406] device (wlp3s0): supplicant interface state: completed -> disconnected
Nov 22 02:59:19 thinkpad NetworkManager[862]: <info>  [1669082359.3109] device (wlp3s0): supplicant interface state: disconnected -> scanning
Nov 22 02:59:19 thinkpad gnome-shell[2441]: An active wireless connection, in infrastructure mode, involves no access point?
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: SME: Trying to authenticate with 08:a7:c0:ec:64:c0 (SSID='Charlotte' freq=2437 MHz)
Nov 22 02:59:22 thinkpad kernel: [10028.526254] wlp3s0: authenticate with 08:a7:c0:ec:64:c0
Nov 22 02:59:22 thinkpad kernel: [10028.529170] wlp3s0: send auth to 08:a7:c0:ec:64:c0 (try 1/3)
Nov 22 02:59:22 thinkpad kernel: [10028.531625] wlp3s0: authenticated
Nov 22 02:59:22 thinkpad kernel: [10028.536713] wlp3s0: associate with 08:a7:c0:ec:64:c0 (try 1/3)
Nov 22 02:59:22 thinkpad kernel: [10028.540960] wlp3s0: RX AssocResp from 08:a7:c0:ec:64:c0 (capab=0x1411 status=0 aid=21)
Nov 22 02:59:22 thinkpad kernel: [10028.546880] wlp3s0: associated
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.2697] device (wlp3s0): supplicant interface state: scanning -> authenticating
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: Trying to associate with 08:a7:c0:ec:64:c0 (SSID='Charlotte' freq=2437 MHz)
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.2725] device (wlp3s0): supplicant interface state: authenticating -> associating
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: Associated with 08:a7:c0:ec:64:c0
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.2928] device (wlp3s0): supplicant interface state: associating -> associated
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.2929] device (wlp3s0): ip:dhcp4: restarting
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Key negotiation completed with 08:a7:c0:ec:64:c0 [PTK=CCMP GTK=CCMP]
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-CONNECTED - Connection to 08:a7:c0:ec:64:c0 completed [id=0 id_str=]
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.5940] dhcp4 (wlp3s0): canceled DHCP transaction
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.5941] dhcp4 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 02:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-45 noise=9999 txrate=1000
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.6239] dhcp4 (wlp3s0): state changed no lease
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.6699] dhcp4 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.7565] device (wlp3s0): ip:dhcp6: restarting
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.7976] dhcp6 (wlp3s0): canceled DHCP transaction
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.8204] dhcp6 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.8206] dhcp6 (wlp3s0): state changed no lease
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.8208] dhcp6 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.9311] device (wlp3s0): supplicant interface state: associated -> 4way_handshake
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.9311] device (wlp3s0): supplicant interface state: 4way_handshake -> completed
Nov 22 02:59:22 thinkpad NetworkManager[862]: <info>  [1669082362.9367] dhcp6 (wlp3s0): state changed new lease, address=2a02:908:1d16:10e0:703e:d423:83af:73fb
Nov 22 02:59:23 thinkpad dbus-daemon[861]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.14' (uid=0 pid=
862 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Nov 22 02:59:23 thinkpad systemd[1]: Starting Network Manager Script Dispatcher Service...
Nov 22 02:59:23 thinkpad dbus-daemon[861]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Nov 22 02:59:23 thinkpad systemd[1]: Started Network Manager Script Dispatcher Service.
Nov 22 02:59:32 thinkpad systemd-resolved[839]: Using degraded feature set UDP instead of UDP+EDNS0 for DNS server 192.168.178.39.
Nov 22 02:59:33 thinkpad systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Nov 22 02:59:40 thinkpad systemd-resolved[839]: Using degraded feature set TCP instead of UDP for DNS server 192.168.178.39.
Nov 22 03:00:07 thinkpad avahi-daemon[858]: Withdrawing address record for 192.168.178.169 on wlp3s0.
Nov 22 03:00:08 thinkpad avahi-daemon[858]: Leaving mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.178.169.
Nov 22 03:00:08 thinkpad systemd-resolved[839]: wlp3s0: Bus client set DNS server list to: 2a02:908:1d16:10e0:10:18ff:feec:64bc
Nov 22 03:00:26 thinkpad rtkit-daemon[1081]: Supervising 9 threads of 6 processes of 1 users.
Nov 22 03:01:43 thinkpad rtkit-daemon[1081]: message repeated 3 times: [ Supervising 9 threads of 6 processes of 1 users.]
Nov 22 03:10:02 thinkpad CRON[19903]: (root) CMD (test -e /run/systemd/system || SERVICE_MODE=1 /sbin/e2scrub_all -A -r)
Nov 22 03:17:01 thinkpad CRON[20047]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov 22 03:42:53 thinkpad smartd[894]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 112 to 113
Nov 22 03:59:15 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]
Nov 22 04:17:01 thinkpad CRON[21137]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov 22 04:17:44 thinkpad rtkit-daemon[1081]: Supervising 9 threads of 6 processes of 1 users.
Nov 22 04:17:44 thinkpad rtkit-daemon[1081]: Supervising 9 threads of 6 processes of 1 users.
Nov 22 04:59:15 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]
Nov 22 05:12:52 thinkpad smartd[894]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 113 to 112
Nov 22 05:17:01 thinkpad CRON[22189]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov 22 05:21:49 thinkpad systemd[1]: Starting Daily apt download activities...
Nov 22 05:23:20 thinkpad systemd[1]: apt-daily.service: Deactivated successfully.
Nov 22 05:23:20 thinkpad systemd[1]: Finished Daily apt download activities.
Nov 22 05:23:20 thinkpad systemd[1]: apt-daily.service: Consumed 1min 26.620s CPU time.
Nov 22 05:59:15 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]
Nov 22 05:59:19 thinkpad kernel: [20825.199038] wlp3s0: deauthenticated from 08:a7:c0:ec:64:c0 (Reason: 2=PREV_AUTH_NOT_VALID)
Nov 22 05:59:18 thinkpad wpa_supplicant[900]: message repeated 3 times: [ wlp3s0: WPA: Group rekeying completed with 08:a7:c0:ec:64:c0 [GTK=CCMP]]
Nov 22 05:59:19 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=08:a7:c0:ec:64:c0 reason=2
Nov 22 05:59:19 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Nov 22 05:59:19 thinkpad NetworkManager[862]: <info>  [1669093159.2274] device (wlp3s0): supplicant interface state: completed -> disconnected
Nov 22 05:59:19 thinkpad gnome-shell[2441]: An active wireless connection, in infrastructure mode, involves no access point?
Nov 22 05:59:19 thinkpad NetworkManager[862]: <info>  [1669093159.2633] device (wlp3s0): supplicant interface state: disconnected -> scanning
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: SME: Trying to authenticate with 08:a7:c0:ec:64:c0 (SSID='Charlotte' freq=2437 MHz)
Nov 22 05:59:22 thinkpad kernel: [20828.461714] wlp3s0: authenticate with 08:a7:c0:ec:64:c0
Nov 22 05:59:22 thinkpad kernel: [20828.464275] wlp3s0: send auth to 08:a7:c0:ec:64:c0 (try 1/3)
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.2922] device (wlp3s0): supplicant interface state: scanning -> authenticating
Nov 22 05:59:22 thinkpad kernel: [20828.479046] wlp3s0: authenticated
Nov 22 05:59:22 thinkpad kernel: [20828.482118] wlp3s0: associate with 08:a7:c0:ec:64:c0 (try 1/3)
Nov 22 05:59:22 thinkpad kernel: [20828.499530] wlp3s0: RX AssocResp from 08:a7:c0:ec:64:c0 (capab=0x1411 status=0 aid=24)
Nov 22 05:59:22 thinkpad kernel: [20828.513342] wlp3s0: associated
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3065] device (wlp3s0): supplicant interface state: authenticating -> associating
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: Trying to associate with 08:a7:c0:ec:64:c0 (SSID='Charlotte' freq=2437 MHz)
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3463] device (wlp3s0): supplicant interface state: associating -> associated
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: Associated with 08:a7:c0:ec:64:c0
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3464] device (wlp3s0): ip:dhcp4: restarting
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3684] dhcp4 (wlp3s0): canceled DHCP transaction
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3685] dhcp4 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3687] device (wlp3s0): ip:dhcp6: restarting
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3687] dhcp6 (wlp3s0): canceled DHCP transaction
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: WPA: Key negotiation completed with 08:a7:c0:ec:64:c0 [PTK=CCMP GTK=CCMP]
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3687] dhcp6 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-CONNECTED - Connection to 08:a7:c0:ec:64:c0 completed [id=0 id_str=]
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3687] dhcp6 (wlp3s0): state changed no lease
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3688] dhcp6 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.3691] device (wlp3s0): supplicant interface state: associated -> 4way_handshake
Nov 22 05:59:22 thinkpad NetworkManager[862]: <info>  [1669093162.4182] device (wlp3s0): supplicant interface state: 4way_handshake -> completed
Nov 22 05:59:22 thinkpad wpa_supplicant[900]: wlp3s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-45 noise=9999 txrate=1000
Nov 22 05:59:23 thinkpad NetworkManager[862]: <info>  [1669093163.5406] dhcp6 (wlp3s0): state changed new lease, address=2a02:908:1d16:10e0:703e:d423:83af:73fb

Kleiner Nachtrag..... nach einem Neustart der Vodafone-Station ging es wie erwartet wieder. (Die Abstände zwischen denen ich neu starten muss werden immer kürzer) und ich habe mal die syslog vom Server zugänglich gemacht. http://gnude.feste-ip.net/syslog Die ist recht gross und voll mit ejabberd Fehlermeldungen. Aber vielleicht hilft sie ja jemand weiter. (falls sie nicht mehr erreichbar sein sollte ist die IPv4 wieder weg, die Datei liegt auf dem lokalen Server)

gnude schrieb:

[…]

root@thinkpad:/home/andre# dhcpdump -i wlp3s0
  […]

Es kommt keine Antwort von einem DHCP-Server. Vermutlich ist dieser ausgefallen.

Prüfe, ob er noch läuft, frage ihn, ob er noch IP-Adressen zur Vergabe frei hat, und starte ihn ggf. neu. Wenn Dir das nicht möglich ist, starte das Gerät neu, welches den DHCP-Server bereit stellt.

kB schrieb:

gnude schrieb:

[…]

root@thinkpad:/home/andre# dhcpdump -i wlp3s0
  […]

Es kommt keine Antwort von einem DHCP-Server. Vermutlich ist dieser ausgefallen.

Prüfe, ob er noch läuft, frage ihn, ob er noch IP-Adressen zur Vergabe frei hat, und starte ihn ggf. neu. Wenn Dir das nicht möglich ist, starte das Gerät neu, welches den DHCP-Server bereit stellt.

Ich empfehle außerdem, auf allen DHCP-Klienten mal die veralteten DHCP-Ausleihen zu löschen und auf dem DHCP-Server die Adressen für die Klienten fest einzustellen.

kB schrieb:

gnude schrieb:

[…]

root@thinkpad:/home/andre# dhcpdump -i wlp3s0
  […]

Es kommt keine Antwort von einem DHCP-Server. Vermutlich ist dieser ausgefallen.

Prüfe, ob er noch läuft, frage ihn, ob er noch IP-Adressen zur Vergabe frei hat, und starte ihn ggf. neu. Wenn Dir das nicht möglich ist, starte das Gerät neu, welches den DHCP-Server bereit stellt.

Der Server läuft permanent und ist nicht ausgefallen. Sobald die Vodafone-Station neu gestartet hat ist er ja auch wieder erreichbar und vergibt Adressen....

gnude schrieb:

4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 84:3a:4b:55:a3:7c brd ff:ff:ff:ff:ff:ff

dhcpdump -i wlp3s0

root@thinkpad:/home/andre# dhcpdump -i wlp3s0
CHADDR: 84:3a:4b:55:a3:7c:00:00:00:00:00:00:00:00:00:00
 SNAME: .
 FNAME: .
OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
OPTION:  61 (  7) Client-identifier         01:84:3a:4b:55:a3:7c
OPTION:  55 ( 17) Parameter Request List      1 (Subnet mask)					   
					     17 (Root path)
					    
OPTION:  57 (  2) Maximum DHCP message size 576
OPTION:  50 (  4) Request IP address        192.168.178.169
OPTION:  12 (  8) Host name                 thinkpad

Da stimmt etwas in deinem Laptop nicht: Warum hat die MAC-Adresse "84:3a:4b:55:a3:7c" mal wlp3s0 und mal enp0s3, als Interface-Name? Denn:

Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPDISCOVER(enp0s3) 192.168.178.169 84:3a:4b:55:a3:7c 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPOFFER(enp0s3) 192.168.178.169 84:3a:4b:55:a3:7c 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPDISCOVER(enp0s3) 0c:ec:84:13:74:42 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPOFFER(enp0s3) 192.168.178.191 0c:ec:84:13:74:42 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPDISCOVER(enp0s3) 0c:ec:84:13:74:42 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPOFFER(enp0s3) 192.168.178.191 0c:ec:84:13:74:42 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPREQUEST(enp0s3) 192.168.178.169 84:3a:4b:55:a3:7c 
Nov 20 16:10:55 server2204 dnsmasq-dhcp[746]: DHCPACK(enp0s3) 192.168.178.169 84:3a:4b:55:a3:7c thinkpad

Eine lease time von nur 12 Stunden ist m. E. für das Gast-W/LAN ok, aber nicht für das normale W/LAN. Besser wären evtl. 12 Tage.

EDIT: OK, das ist der Interface-Name vom Server (DHCP). Mach mal von einem anderen Gerät in deinem W/LAN einen v4-arp-scan um zu sehen, ob die 192.168.178.169 (wegen der kurzen lease time) inzwischen an ein anderes Gerät zugewiesen worden ist.

EDIT 2:

Du könntest bei deinem Laptop auch die lease-Dateien löschen, damit er kein DHCP-Request für die IP-Adresse 192.168.178.169 macht (d. h. keine wünsche äußert). Dann wird der DHCP-Server ihm per DHCPOFFER eine andere IP-Adresse anbieten.

EDIT 3:

Was Du noch probieren kannst ist, manuell nur eine WLAN-Verbindung zwischen deinem Laptop und der VF-Station herstellen (d. h. das wlan-Interface bekommt erstmal keine IPv4-Adresse zugwiesen). Dann machst Du vom Laptop einen dhcping auf den DHCP-Server mit der Wunsch-IP-Adresse. Wenn die schon zugewiesen ist, sollte in der Ausgabe von dhcpdump u. a. als Mitteilung vom DHCP-Server stehen:

OPTION:  53 (  1) DHCP message type         6 (DHCPNAK)
OPTION:  56 ( 23) Message                   wrong address requested

Wenn die gewünschte IP-Adresse zugewiesen werden kann, gibt es u. a. als Antwort vom DHCP-Server:

OPTION:  53 (  1) DHCP message type         5 (DHCPACK)

Denn dhcping kannst Du auf dem laptop so ausführen:

sudo dhcping -V -h 84:3a:4b:55:a3:7c -c 192.168.178.169 -s <IP-Adresse-DHCP-Server> 

(IP-Adresse-DHCP-Server anpassen). dhcping musst Du evtl. noch auf deinem Laptop installieren.