airodump-ng nie wykrywa mojego komputera, ale wykrywa wszystkie inne maszyny

Mam kłopoty w ciągu ostatnich kilku dni, gdy próbuję wykryć mój testujący komputer za pomocą airodump-ng.

Oto moja konfiguracja:

PC1: Windows 10 z VirtualBox z kartą sieciową Kali Linux Alfa AWUS036H.

PC2: Karta sieci bezprzewodowej Windows 10: Intel Centurino Advanced-N 6235

Na Kali (na PC1) przełączyłem alfa w tryb monitorowania. Kiedy uruchamiam airodum-ng, widzę wszystkie inne maszyny podłączone do mojej sieci: użyte polecenie: airodump-ng --bssid --channel 11 wyjście wlan0mon:

BSSID              STATION            PWR   Rate    Lost    Frames  Probe                                                                                  
<bssid> <station_addr>  -58    5e-11e   611      100             
<bssid  <station_addr>  -35    0 -48    483       26             
<bssid  <station_addr>  -39    0 - 1      0       15             
<bssid  <station_addr>  -43    0 -24e     2       12             
<bssid  <station_addr>  -51    0 -24e     7        4             
<bssid  <station_addr>  -58    0 - 1e     0        1             
<bssid  <station_addr>  -60    0 - 1e     2        3 

We wszystkich odkrytych stacjach nie mogę znaleźć adresu mac adaptera Wi-Fi PC2. Próbowałem wyłączyć zaporę, a nawet program antywirusowy, ale bez powodzenia.

Próbowałem prostego deauth na wszystkich wykrytych komputerach i działa, ale na PC2 wszystkie pakiety są tracone (czasami 1 lub 2 otrzymują potwierdzenie, ale to nie wystarczy ...).

Mogę pingować PC2 z PC1.

Mam nadzieję, że ktoś może mi podpowiedzieć.

Dzięki !

Prawdopodobnie próbujesz przesłać pakiety ARP do sieci za pośrednictwem jednego adaptera na hoście i spodziewasz się, że zapętli się i wróci do tego samego hosta za pośrednictwem drugiego adaptera, a ten sam host wyśle ​​odpowiedź, która ponownie , zapętli się z powrotem do pierwszego adaptera.

Zapominasz tutaj, że w rzeczywistości nie masz dwóch systemów operacyjnych na komputerze-hoście. Na hoście działa tylko system Windows, który wykonuje program o nazwie VirtualBox, który działa na systemie Windows i korzysta z jego usług dla protokołu TCP i nie tylko.

W efekcie oczekujesz, że system Windows będzie wysyłał i odbierał w tym samym czasie na dwóch kartach podłączonych do tej samej sieci, gdy sterownik sieci Windows dobrze wie, że dowolna sieć TCP jest ograniczona tylko do jednego aktywnego nadawcy jednocześnie, co oznacza tylko jeden adapter.

Być może miałbyś większą szansę na taką pracę, jeśli korzystałeś z systemu Windows Server z dobrym sterownikiem sieciowym, ale w przypadku innych wersji systemu Windows jesteś jeszcze bardziej w rękach sterownika i jego ograniczeń wynikających z projektu implementacji.

Cytuję najlepsze praktyki firmy National Instruments dotyczące używania wielu interfejsów sieciowych (NIC) z produktami NI :

Zasada 2: Unikaj przypisywania wielu kart sieciowych na tym samym komputerze do tej samej podsieci

Używanie wielu kart sieciowych w tej samej podsieci jest główną przyczyną problemów z łącznością w systemach z wieloma kartami sieciowymi. Podczas gdy niektóre systemy operacyjne mogą z łatwością obsługiwać obecność wielu kart sieciowych w jednej podsieci, inne mogą błędnie próbować wysyłać pakiety z niewłaściwego interfejsu. Możesz rozwiązać ten problem, przypisując statycznie jedną kartę sieciową (i inne komputery podłączone do tej karty sieciowej) do zakresu 192.168.xx z maską podsieci 255.255.0.0 oraz inną kartę sieciową w zakresie 10.0.xx z maską podsieci 255.255.0.0. Pamiętaj, że jest to tylko jedna możliwa konfiguracja, zadziała dowolna kombinacja dwóch lub więcej różnych podsieci.