Umgebung:
MacBook Air M2 mit 12.6.3
"Tracking der IP-Adresse beschänken" ist aus.
WLAN macht die FritzBox Cable
DHCP Server macht eine Ubuntu Server (nur IPv4, kein DHCP für v6)

Folgendes ist (jetzt zum zweiten mal mit Wochen Abstand) passiert:
Heute morgen hat auf allen Geräten alles normal funktioniert (iPhones, ein M1 MBA). Das MBA M2 war aus, und ich hatte nach dem Einschalten kein "gescheites" Internet. Das MBA hatte sich wie immer mit dem richtigen WLAN verbunden. Das Gerät hatte mehrere IPv6 Adressen die auch korrekt waren und funktioniert haben (konnte meinen internen Server über die lokale IPv6 erreichen und einen externen Server über die offizielle IPv6.
ABER: Das Gerät hat keine IPv4 Adresse per DHCP bezogen, sondern hatte eine 169er Adresse (selbst zugewiesen). Auf dem (DHCP) Server nachgeschaut: Der hatte eine Anfrage erhalten und eine (korrekte) IPv4 angeboten. Nur das MacBook M2 wollte die wohl nicht.
Ich habe dann eine manuelle eingerichtet und konnte sofort alles wieder per IPv4 erreichen. Umgestellt auf DHCP und wieder nur eine 169, obwohl der Server eine korrekte angeboten hat.

Nach einem (weiteren) Neustart war dann alles wieder normal, und die selbe Adresse wurde akzeptiert.

So sah das auf dem Server aus (Vermutlich vor dem Anmelden des Benutzers):
Mar 17 06:19:27 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx via br0
Mar 17 06:19:28 xxxxxxxx dhcpd[401216]: DHCPOFFER on 10.100.100.233 to 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:29 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:29 xxxxxxxx dhcpd[401216]: DHCPOFFER on 10.100.100.233 to 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:31 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:31 xxxxxxxx dhcpd[401216]: DHCPOFFER on 10.100.100.233 to 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:33 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:33 xxxxxxxx dhcpd[401216]: DHCPOFFER on 10.100.100.233 to 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:35 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:35 xxxxxxxx dhcpd[401216]: DHCPOFFER on 10.100.100.233 to 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0
Mar 17 06:19:40 xxxxxxxx dhcpd[401216]: DHCPDISCOVER from 1c:57:dc:65:xx:xx (MacBook-Air-M2) via br0

Und hier auf dem MBA
Mar 17 06:19:25 MacBook-Air-M2 Installer Progress[128]: Start quit timer, will attempt to quit in 5 second(s) at 6:19:30 AM
Mar 17 06:19:25 MacBook-Air-M2 Installer Progress[128]: Finder is not running
Mar 17 06:19:25 MacBook-Air-M2 Installer Progress[128]: No application to bring forward
Mar 17 06:19:26 MacBook-Air-M2 Installer Progress[128]: Order Out CG Shield Window
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Quitting because there are no phases. There are no connected processes. The UI is not showing.
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Quitting Progress App
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Showing the cursor in Progress UI
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: GUI session is not logged in
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Setting window alpha values to 0.0
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Ordering windows out
Mar 17 06:19:30 MacBook-Air-M2 Installer Progress[128]: Showing the cursor in Progress UI
Mar 17 06:19:30 MacBook-Air-M2 loginwindow[170]: The connection was interrupted, calling interruption handlers
Mar 17 06:20:24 MacBook-Air-M2 loginwindow[170]: There is still an active connection
Mar 17 06:20:55 --- last message repeated 1 time ---
Mar 17 06:31:12 MacBook-Air-M2 syslogd[131]: ASL Sender Statistics
Mar 17 06:31:15 MacBook-Air-M2 loginwindow[170]: USER_PROCESS: 170 console
Mar 17 06:31:15 MacBook-Air-M2 AMPDeviceDiscoveryAgent[565]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:1
Mar 17 06:31:16 MacBook-Air-M2 MobileDeviceUpdater[548]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:1
Mar 17 06:31:21 MacBook-Air-M2 AMPDevicesAgent[696]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:1
Mar 17 06:33:03 MacBook-Air-M2 login[854]: USER_PROCESS: 854 ttys000

Kennt das jemand? Jemand eine Idee?

Aus welcher Quelle kommen denn die Meldungen des MacBook Air?

Das Unified Log ist einzige mir bekannte brauchbare Quelle für die Protokoll-Ebene 3 betreffende Meldungen.

Das kann man sich mit Howard Oakleys (The Eclectic Light Company) App Ulbow ansehen.

Achtung: Zugang zum Unified Log erhält die App nur, wenn der Benutzer auf einem Administrator-Konto eingeloggt ist. Aber das gilt ja für die Konsole genauso.

Vor dem Experiment sind möglichst alle Apps zu beenden, deren Aktivitäten zu zusätzlichen Meldungen im Log führen können, also insbesondere Web-Browser.

Zeitausschnitt im Ulbow-Programmfenster konfigurieren:

Referenzzeitpunkt: Wähle einen Zeitpunkt, bei dem zu erwarten ist, dass die Verbindung hergestellt ist.
Period ist dann auf einen negativen Wert zu setzen (einige Sekunden). Das ergibt dann den Anfangswert.

Man kann aber auch umgekehrt vorgehen:
Referenzzeitpunkt = Anfangszeitpunkt des Log-Auszugs.
Period setzt dann den Endzeitpunkt, wenn der Wert positiv ist.

Darstellung konfigurieren:
Im Menü "View" den Haken vor "Limit entries shown" entfernen.

In der Liste "style" wähle den Eintrag "basic+".

Dann "Get log" betätigen.

Die in diesem Fall interessierenden Meldungen kommen wahrscheinlich nur von der Quelle "com.apple.IPConfiguration" .
Nach dem Eingeben von
subsystem == "com.apple.IPConfiguration"
in das Combo-Feld "Predicate" und dem Betätigen von Get Log erscheinen nur Einträge dieser Quelle im Log-Auszug.

In der Version 1.10 von Ulbow gibt es einen merkwürdigen Effekt:

Wenn man nach dem Konfigurieren der Abfrage die Schaltfläche "Get Log" betätigt hat, kommt nach einiger Zeit der Log-Auszug in das Textfeld. So weit, so gut.

Klickt man dann jedoch zum ersten Mal in das Textfeld, startet erneut eine Abfrage, deren Beantwortung häufig länger als beim ersten Mal dauert. Störend ist das jedenfalls, wenn mehr als 10.000 Einträge zu erwarten sind.

Deichkind: Vielen Dank für deine Antwort, werde ich mir näher ansehen. Programm Konsole aufgemacht und unter system.log nach der entsprechenden Uhrzeit gesucht.
Den Zeitpunkt habe ich aus dem log des Servers übernommen, da waren die Einträge leicht anhand der MAC das MBA zu finden.

Ich werde auch mal den Switch vorbereiten um ein Mitschnitt des Traffics machen zu können (Wireshark). Das ganze tritt nur sehr selten auf, und bisher nur am MBA M2.