Debian 13 Trixie nie odbiera DHCP z hotspotu Windows 11 – brak komunikacji IP

Cześć,

mam bardzo specyficzny problem z połączeniem mojego Debiana 13 (Trixie, system minimalny, bez GUI) do hotspotu udostępnianego z Windows 11. Używam czystej konfiguracji sieciowej opartej o ifupdown i /etc/network/interfaces.

Jądro problemu: Gdy próbuję się połączyć (sudo ifup wlp2s0), wpa_supplicant poprawnie łączy się z siecią Wi-Fi (logi ifup są czyste), ale klient DHCP (próbowałem domyślnego i dhcpcd5) nigdy nie otrzymuje odpowiedzi. Czeka, aż przekroczy limit czasu i system nadaje sobie adres 169.254.x.x.

Najdziwniejsza część: W panelu "Hotspot mobilny" na Windows 11 widzę moje urządzenie (Debian) poprawnie połączone. Windows nawet wyświetla, że zarezerwował mu adres IP (np. 192.168.137.150). Niestety, ten adres IP nigdy nie dociera do maszyny z Debianem.

Co już sprawdziłem (i co działa): Aby wykluczyć oczywiste problemy:

Debian + Hotspot z telefonu (Android) = Działa idealnie. Debian łączy się i natychmiast dostaje IP. To dowodzi, że moja karta Wi-Fi, sterowniki, wpa_supplicant i klient DHCP na Debianie są sprawne.

Mój telefon + Hotspot z Windows 11 = Działa idealnie. To dowodzi, że sama usługa hotspotu na Windows 11 jest sprawna i potrafi przydzielać adresy.

Problem występuje tylko i wyłącznie na linii Debian 13 <-> Hotspot Windows 11.

Co już próbowałem (i nie zadziałało):

Reset Windows: Wielokrotne restartowanie komputera z Windows 11, resetowanie usługi ICS (services.msc), resetowanie adaptera sieciowego.

Firewall Windows: Całkowite wyłączenie Zapory Windows.

Ustawienia Hotspotu: Zmiana pasma na sztywne 2.4 GHz.

Firewall na Debianie: ufw i iptables zwracają command not found. System nie ma aktywnej zapory.

Firmware: Zainstalowałem wszystkie możliwe pakiety firmware (łącząc się przez telefon): firmware-linux-nonfree, firmware-iwlwifi, firmware-realtek, firmware-brcm80211 itd. i zrestartowałem cały komputer z Debianem. Bez zmian.

Oszczędzanie energii: Wyłączałem zarządzanie energią dla karty Wi-Fi (sudo iwconfig wlp2s0 power off). Bez zmian.

Zmiana klienta DHCP: Domyślny klient nie działał. Zainstalowałem dhcpcd5. Dalej to samo (adres 169.254.x.x).

Zmiana MAC: Użyłem macchanger -r wlp2s0, aby Windows myślał, że to nowe urządzenie. Bez zmian.

Podsumowanie: Debian łączy się z Wi-Fi. Windows to widzi i rezerwuje mu IP. Jednak żadna dalsza komunikacja IP (ani DHCP, ani statyczny ping) nie przechodzi. Wygląda na to, że pakiety z Debiana wychodzą, ale odpowiedzi z Windowsa (czy to DHCPOFFER, czy pong) nigdy nie dolatują do Debiana.

Skończyły mi się pomysły. Czy ktoś spotkał się z takim problemem jednokierunkowej komunikacji między Debianem a hotspotem W11?

Z góry dziękuję za każdą sugestię.
AI: Czy możesz wkleić dokładną zawartość swojego pliku /etc/network/interfaces (przynajmniej sekcję dotyczącą wlp2s0)?
allow-hotplug wlp2s0
iface wlp2s0 inet dhcp
wpa-ssid "Hotspot"
wpa-psk "MOJE_HASLO"
AI: Czy próbowałeś uruchomić tcpdump (np. sudo tcpdump -i wlp2s0 port 67 or port 68) podczas próby uzyskania adresu DHCP i jeśli tak, to jakie są wyniki – czy widać wysyłane DHCPDISCOVER i czy pojawiają się jakiekolwiek odpowiedzi z Windowsa?
tcpdump: command not found

Nadaj linuxowi ręcznie IP i zobacz czy zagada. To potwierdzi czy wpa_supllicant rzeczywiście robi.
Masz jeszcze tcpdump na linuxie i obejrzyj czy wysyła zapytania DHCP, czy jest odpowiedź itp. Do klienta dhcp możesz przekazać -v (verbouse) i czasem można coś ciekawego wypatrzeć.
O zdublowałem się z AI. Zainstaluj sobie tcpdump, przyda się, odpala się z roota.

>>21754267
Dzięki za pomoc. Oto wyniki testów.

## 1. Test ze statycznym IP
Konfiguracja /etc/network/interfaces:

iface wlp2s0 inet static
wpa-ssid "Hotspot"
wpa-psk "MOJE_HASLO"
address 192.168.137.50
netmask 255.255.255.0
gateway 192.168.137.1
Log ifup -v wlp2s0:

ifup: configuring interface wlp2s0=wlp2s0 (inet)
run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
wpa_supplicant: wpa-driver nl80211,wext (default)
wpa_supplicant: /usr/sbin/wpa_supplicant -s -B -P/run/wpa_supplicant.wlp2s0.pid -i wlp2s0 -D nl80211,wext -C /run/wpa_supplicant
Starting /usr/sbin/wpa_supplicant...
wpa_supplicant: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlp2s0.pid
wpa_supplicant: ctrl_interface socket located at /run/wpa_supplicant/wlp2s0
wpa_supplicant: configuring network block -- 0
wpa_supplicant: wpa-ssid "ABW" OK
wpa_supplicant: wpa-psk **** OK
wpa_supplicant: enabling network block 0 -- OK
ip addr add 192.168.137.50/255.255.255.0 broadcast 192.168.137.255 dev wlp2s0
ip link set dev wlp2s0 up
ip route add default via 192.168.137.1 dev wlp2s0 onlink
run-parts --exit-on-error --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/resolved
run-parts: executing /etc/network/if-up.d/wpasupplicant
Wynik: wpa_supplicant nawiązuje połączenie, adres IP i brama są ustawiane poprawnie. Ping do bramy 192.168.137.1 kończy się 100% niepowodzeniem (timeout).

2. Test z tcpdump (DHCP)
Konfiguracja /etc/network/interfaces:

iface wlp2s0 inet dhcp
wpa-ssid "Hotspot"
wpa-psk "MOJE_HASLO"
Polecenie tcpdump:
sudo tcpdump -i wlp2s0 -n 'port 67 or port 68' -vv
Wynik: W większości prób ifup, tcpdump nie zwraca żadnych danych. Połączenie wpa_supplicant jest niestabilne. Po kilku minutach wielokrotnych prób wpa_supplicant czasem nawiązuje połączenie, co skutkuje następującym wyjściem tcpdump:

tcpdump: listening on wlp2s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
22:13:08.283808 IP (tos 0x0, ttl 64, id 979, offset 0, flags [none], proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 76:04:96:c7:1d:dd, length 300, xid 0xb37c0d75, Flags [none] (0x0000)
Client-Ethernet-Address 76:04:96:c7:1d:dd
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Parameter-Request (55), length 14: Subnet-Mask (1), Classless-Static-Route (121), Default-Gateway (3), Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26), BR (28), Static-Route (33), Lease-Time (51), Server-ID (54), RN (58), RB (59), Unknown (119)
MSZ (57), length 2: 1488
Client-ID (61), length 19: hardware-type 255, 96:c7:1d:dd:00:01:00:01:30:ac:c0:ed:84:a6:c8:e8:06:00
Hostname (12), length 6: "debian"
NOAUTO (116), length 1: Y
Unknown (145), length 1: 1
22:13:16.259072 IP (tos 0x0, ttl 64, id 53755, offset 0, flags [none], proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 76:04:96:c7:1d:dd, length 300, xid 0xb37c0d75, secs 12, Flags [none] (0x0000)
Client-Ethernet-Address 76:04:96:c7:1d:dd
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Parameter-Request (55), length 14: Subnet-Mask (1), Classless-Static-Route (121), Default-Gateway (3), Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26), BR (28), Static-Route (33), Lease-Time (51), Server-ID (54), RN (58), RB (59), Unknown (119)
MSZ (57), length 2: 1488
Client-ID (61), length 19: hardware-type 255, 96:c7:1d:dd:00:01:00:01:30:ac:c0:ed:84:a6:c8:e8:06:00
Hostname (12), length 6: "debian"
NOAUTO (116), length 1: Y
Unknown (145), length 1: 1
22:13:31.523726 IP (tos 0x0, ttl 64, id 1235, offset 0, flags [none], proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 76:04:96:c7:1d:dd, length 300, xid 0xb37c0d75, secs 27, Flags [none] (0x0000)
Client-Ethernet-Address 76:04:96:c7:1d:dd
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Parameter-Request (55), length 14: Subnet-Mask (1), Classless-Static-Route (121), Default-Gateway (3), Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26), BR (28), Static-Route (33), Lease-Time (51), Server-ID (54), RN (58), RB (59), Unknown (119)
MSZ (57), length 2: 1488
Client-ID (61), length 19: hardware-type 255, 96:c7:1d:dd:00:01:00:01:30:ac:c0:ed:84:a6:c8:e8:06:00
Hostname (12), length 6: "debian"
NOAUTO (116), length 1: Y
Unknown (145), length 1: 1
Log zawiera wyłącznie retransmisje DHCPDISCOVER z rosnącym polem secs. Brak jakichkolwiek pakietów DHCPOFFER z serwera (192.168.137.1).

ad 1, a czemu sid raz jest hot-spot a raz ABW ?

jak masz lapka (lub dasz radę na telefonie) to zobacz czy hotspot windows odpawiada na pingi. A na ręcznym IP w linuxie zobacz może czy się jakaś strona otworzy (czy tam inny wget na porcie 80) ?
I czy do testów "ręcznych" wyrzuciłeś iface wlp2s0 inet dhcp ?

Od bidy jeszcze wireshark na windowsie i zobaczyć czy pingi dochodzą...
Nie wiem czy na tym linuxie jest dmesg, ale tam też warto zajrzeć w poszukiwaniu błędów, ewentualnie /var/log/kern.log ?

No i zdaje się że do wpa_suplicant jest jakieś cli którym go można odpytać o różne rzeczy / wysterować, ale tam jest dużo parametrów na które ja jestem za słaby.
Ustawiłeś sobie kod kraju? Może wrzuć tu conf suplicanta, może coś się rzuci w oczy, albo ktoś inny pomoże.

Podłącz jakikolwiek ethernet po kablu i zainstaluj tcpdump jak AI proponowało.

Zobacz czy jakiekolwiek pakiety przychodzą na interfejsie wlp...

>>21754779 Sorry, to mój błąd, w logach pewnie widać ABW, a w plikach konfiguracyjnych Hotspot, to dlatego, że ręcznie na potrzeby publikacji zmieniłem konfigurację.
Tak, mam ustawiony kod polski, szczerze mówiąc, trochę się poddałem i znalazłem rozwiązanie takie, że udostępniam przez tethering USB internet z telefonu (bo on łączy się bezproblemowo) laptopowi i dzięki temu wszystko jest w tej samej sieci z dostępem do internetu i na moje potrzeby jest to w 100% wystarczające.
Serdecznie dziękuję za pomoc.