[Gelöst]Debian11 Destination Host Unreachable (nach einiger Zeit)

[filliesadmin]

Hallo,
ich kämpfe heute schon den ganzen Tag mit meinem VMs und ihren Netzwerkanbindungen. Bin jetzt aber auch nicht der Netzwerkexperte, daher weiss ich jetzt nicht mehr weiter und frage mal vorsichtig, ob jemand eine Idee hat.

Ausgangssituation:
Win10 Host mit VirtualBox, debian11 Gast in VM
debian11 vom entsprechenden iso Image installiert, alles default, dhcp wird genutzt.
Heute versucht die .vdi zu vergrößert, prinzipiell geklappt aber dabei Netzwerk verloren. Da ich es nicht wieder zum Laufen bekommen habe, Backup wieder eingespielt. Auch da: Netzwerk weg!
Was ich bisher geprüft habe:

0. Klassische Netzwerk Konfiguration ohne NetworkManager und ohne systemd
root@vmdeb:/etc/network# sudo networkctl
WARNING: systemd-networkd is not running, output will be incomplete.
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback n/a unmanaged
2 enp0s3 ether n/a unmanaged

1. Ping zum Router funktioniert
root@vmdeb:/etc/network# ping 192.168.188.1
PING 192.168.188.1 (192.168.188.1) 56(84) bytes of data.
64 bytes from 192.168.188.1: icmp_seq=1 ttl=64 time=1.58 ms

2. Ping zu anderen PC im LAN funktioniert
root@vmdeb:/etc/network# ping 192.168.188.104
PING 192.168.188.104 (192.168.188.104) 56(84) bytes of data.
64 bytes from 192.168.188.104: icmp_seq=1 ttl=128 time=1.24 ms

3. Namensauflösung funktioniert
root@vmdeb:/etc/network# sudo nslookup google.de
Server: 192.168.188.1
Address: 192.168.188.1#53
Non-authoritative answer:
Name: google.de
Address: 142.250.186.35
Name: google.de
Address: 2a004001:82f::2003

4. Wenn die VM neu gestartet wird und man schnell genug ist, funktioniert sogar ein ping nach extern oder auch ein Verbindungsaufbau (apt-get update). Nach wenigen Sekunden geht es dann aber nicht mehr!
4a. ping extern funktioniert nicht
root@vmdeb:/etc/network# ping 142.250.186.35
PING 142.250.186.35 (142.250.186.35) 56(84) bytes of data.
From 192.168.188.100 icmp_seq=1 Destination Host Unreachable

Hat jemand eine Idee woran das liegen kann und was ich prüfen kann?

[filliesadmin]

Hallo,
habe noch weiter geforscht und bin auf etwas gestoßen, was mir seltsam vorkommt:
journalctl -b | grep -E 'eth0|enp0s3'
....
Mai 27 18:07:27 vmdebfen avahi-daemon[375]: Registering new address record for 2003:f690b0:a00fe74:c6e5 on enp0s3.*.
Mai 27 18:07:27 vmdebfen avahi-daemon[375]: Withdrawing address record for fe80::a00fe74:c6e5 on enp0s3.
Mai 27 18:07:28 vmdebfen dhclient[465]: DHCPDISCOVER on enp0s3 to 255.255.255.255 port 67 interval 20
Mai 27 18:07:28 vmdebfen sh[465]: DHCPDISCOVER on enp0s3 to 255.255.255.255 port 67 interval 20
Mai 27 18:07:29 vmdebfen sh[465]: DHCPREQUEST for 192.168.188.100 on enp0s3 to 255.255.255.255 port 67
Mai 27 18:07:29 vmdebfen dhclient[465]: DHCPREQUEST for 192.168.188.100 on enp0s3 to 255.255.255.255 port 67
Mai 27 18:07:30 vmdebfen connmand[380]: enp0s3 {add} address 192.168.188.100/24 label enp0s3 family 2
Mai 27 18:07:30 vmdebfen connmand[380]: enp0s3 {add} route 192.168.188.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 18:07:30 vmdebfen avahi-daemon[375]: Joining mDNS multicast group on interface enp0s3.IPv4 with address 192.168.188.100.
Mai 27 18:07:30 vmdebfen avahi-daemon[375]: New relevant interface enp0s3.IPv4 for mDNS.
Mai 27 18:07:30 vmdebfen avahi-daemon[375]: Registering new address record for 192.168.188.100 on enp0s3.IPv4.
Mai 27 18:07:30 vmdebfen connmand[380]: enp0s3 {add} route 0.0.0.0 gw 192.168.188.1 scope 0 <UNIVERSE>
Mai 27 18:07:30 vmdebfen sh[755]: enp0s3=enp0s3
Mai 27 18:08:04 vmdebfen avahi-daemon[375]: Registering new address record for 169.254.198.255 on enp0s3.IPv4.
Mai 27 18:08:04 vmdebfen connmand[380]: enp0s3 {add} address 169.254.198.255/16 label enp0s3 family 2
Mai 27 18:08:04 vmdebfen connmand[380]: enp0s3 {add} route 169.254.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 18:08:04 vmdebfen connmand[380]: enp0s3 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 18:08:04 vmdebfen connmand[380]: enp0s3 {add} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>
Mai 27 18:08:04 vmdebfen connmand[380]: enp0s3 {del} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>

Was ist der "avahi-daemon" und was macht der mit dem Netzwerkadapter enp0s3?
Die 34sek Abstand zu dem was vorher passiert ist, würden dazu passen, dass es erst funktioniert und dann nicht mehr. Was passiert da und wo kommt diese IP (169....) her?

UPDATE: Am avahi scheint es nicht zu liegen. Habe ihn deaktiviert, danach ist die obige Zeile weg, aber die komische IP taucht immer noch auf. Wo kommt die her?
Mai 27 19:06:44 vmdebfen sh[379]: DHCPREQUEST for 192.168.188.100 on enp0s3 to 255.255.255.255 port 67
Mai 27 19:06:44 vmdebfen dhclient[379]: DHCPREQUEST for 192.168.188.100 on enp0s3 to 255.255.255.255 port 67
Mai 27 19:06:45 vmdebfen connmand[412]: enp0s3 {add} address 192.168.188.100/24 label enp0s3 family 2
Mai 27 19:06:45 vmdebfen connmand[412]: enp0s3 {add} route 192.168.188.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 19:06:45 vmdebfen connmand[412]: enp0s3 {add} route 0.0.0.0 gw 192.168.188.1 scope 0 <UNIVERSE>
Mai 27 19:06:45 vmdebfen sh[752]: enp0s3=enp0s3
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} address 169.254.191.25/16 label enp0s3 family 2
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 169.254.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>
Mai 27 19:07:21 vmdebfen connmand[412]: enp0s3 {del} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>

[filliesadmin]

Hallo,
ich habe es jetzt endlich gefunden: Aus Bequemlichkeit hatte ich auf dem Server einen Desktop (LXDE) installiert (ja ich weiss, sollte man nicht tun). Der bringt ein grafisches Frontend für connman mit, was ich gar nicht wusste. Und in diesem grafischen Frontend war die 169.254... als IP eingetragen. Keine Ahnung wie die da hin kommt und wieso das Ding auch noch läuft.
Wenn ich dort die richtige IP eintrage, ist das Netzwerk auch direkt wieder da.

Bleibt für mich eigentlich nur die Frage, wo man das von der Konsole aus feststellen kann. Irgendwo muss doch auch connman seine Konfiguration liegen haben. Braucht man den eigentlich oder kann der weg?

[rhHeini]

Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} address 169.254.191.25/16 label enp0s3 family 2
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 169.254.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Mai 27 19:07:19 vmdebfen connmand[412]: enp0s3 {add} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>
Mai 27 19:07:21 vmdebfen connmand[412]: enp0s3 {del} route 82.165.8.211 gw 192.168.188.1 scope 0 <UNIVERSE>

SNCR: sagt Dir doch das Log wer da rumfuscht ....

Ich hab gelernt das es nur einen geben kann. Entweder konfigurierst Du das Netzwerk direkt, über systemd, oder über einen Netzwerkmanager. Wenn da mehr als einer das Netzwerk managen will, kommt es zu solchen Situationen. Also den connman weg wenn Du das Netzwerk anders konfigurierst.

[filliesadmin]

Hallo rhHeini,
was connman ist und wo der herkommt habe ich erst heute im Laufe meiner Nachforschungen herausgefunden. Woher soll ich denn wissen, dass ein grafische Oberfläche mir in meine Netzwerkkonfiguration reinfuscht, nur weil sie Tools mitbringt, die ich nicht brauche und auch nicht haben wollte. Connman ist dann aber auch schon runtergeflogen.

Das Problem bei Linux ist ja immer, dass es n unterschiedliche Wege gibt, eine Aufgabe zu bewältigen. Und dann gibt es noch m Meinungen zu jedem Weg, so dass man schon mindestens n x m Seiten im Internet findet und immer noch nicht weiss, was bei einem selbst nun zutrifft. Das rauszufinden hat mich heute Stunden gekostet. Extrem "hilfreich" ist da auch immer, wenn Webseiten kein Datum tragen und man Sachen liest und prüft, die schon längst obsolet sind.