wlan1 pokazujący jako dziwne postacie

Kiedy robię ifconfig, pokazuje wlan1 jako

wlanx00c0ca8476b6

Czym na świecie jest ten bełkot?

Uwaga: wyświetla się w przypadku mojego adaptera Wi-Fi USB. Moje wewnętrzne wlan0 pokazuje się dobrze.

Uwaga: Zrobiłem aktualizację (Kali Linux 2016). Czy kodowanie znaków jest pomieszane? Nie wiem jak to naprawić. To wcześniej tego nie pokazywało. Kiedyś to było wlan1. :-(

Nie mogę nawet użyć mojego adaptera, ponieważ kiedy:

airmon-ng wlx00c0ca8476b6

Dostaję:

ERROR adding monitor mode interface: command failed: Invalid argument (-22)

Musi więc występować problem inny niż sugerowany komentarz poniżej, mówiąc, że jest to „adres MAC adaptera”. Nie powinien pokazywać adresu MAC. Ma pokazywać nazwę interfejsu.

character-encoding ifconfig

— IRGeekSauce
źródło

00c0ca8476b6 wygląda dla mnie jak adres MAC. Czy twój adapter jest wykonany przez alfa.com.tw ?

— DavidPostill

@DavidPostill Tak. To Alfa AWUS036NH. Zanim zrobiłem aktualizację dist, pojawiło się to jako „wlan1”.

— IRGeekSauce

Proszę bardzo. Założę się, że to adres MAC twojego adaptera.

— DavidPostill

Jestem zmieszany. Nie rozumiem, dlaczego formalnie pojawił się jako „wlan1”, a teraz to. W jakikolwiek sposób mogę to zmienić?

— IRGeekSauce

Nie mam pojęcia. Nie używam żadnego Linuxa. Jestem na tyle sprytny, by odkryć, że „ten bełkot” był / jest.

— DavidPostill

Tak, to rzeczywista nazwa interfejsu, a nie problem z kodowaniem. Te „dziwne znaki” to litery i cyfry.

Ogólny en*lub wl*format (np. enp1s0Lub wlp2s0) pochodzi od systemowych „trwałych nazw interfejsów”, które są zainspirowane wcześniejszą funkcją biosdevname Fedory . Ustawia nazwy interfejsów na podstawie funkcji sprzętowych - enp*lub wlp*opisywałby magistralę / gniazdo PCI enu*lub wlu*opisywałby port USB; enx*lub wlx*opisałby adres MAC.

Jest to przydatne w systemach z wieloma interfejsami sieciowymi, ponieważ są one wykrywane w określonej kolejności, więc od czasu do czasu można zamieniać eth0lub eth1zamieniać miejsca.
systemd nie włącza jednak domyślnie nazw opartych na adresach MAC - jest to dodatek specyficzny dla Debiana , który jest stosowany tylko w interfejsach podłączonych przez USB. (Nie mogą korzystać z domyślnego systemowego nazewnictwa, ponieważ ścieżki USB… nie są tak trwałe i przewidywalne).

Podczas gdy konfiguracja Debiana używa nazw generowanych przez systemd-udev wewnętrznie, jest technicznie implementowana jako osobny plik reguł udev i nie honoruje dokładnie tej samej konfiguracji. To honoruje net.ifnames=0(patrz poniżej).
Przyczyna airmon-ngniepowodzenia, jak sądzę, jest taka, że nazwa jest za długa - nazwy interfejsów w Linuksie są ograniczone do 16 bajtów, więc airmon-ng nie ma już miejsca na dodanie „mon” do nazwy nowego interfejsu monitora.

Jednak tak naprawdę nie potrzebujesz „airmon-ng” z nowoczesnymi sterownikami - wszystko to jest skrypt powłoki, aby ujednolicić kilka różnych rodzajów konfiguracji interfejsu (nowoczesnego i starożytnego).

Aby całkowicie wyłączyć zmianę nazwy , uruchom z net.ifnames=0parametrem jądra, np. Dodaj go /etc/default/grub. (Istnieją inne metody, ale wymagają one zbyt dużej edycji konfiguracji i mogą ulec zmianie w przyszłości).

Powinno to przywrócić standardowe wlan*nazwy po ponownym uruchomieniu.

Aby ręcznie utworzyć interfejs monitora , użyj iw:

iw phy0 interface add mon0 type monitor
ip link set mon0 up

Później usuń go:

iw mon0 interface del

— grawitacja
źródło

Przyjmę twoją odpowiedź, ponieważ technicznie odpowiedziałeś. Odkryłem, że istnieje wyraźny błąd wielu użytkowników, którzy mają Kali 2016.1. Więc obniżyłem wersję do 2.0 (Sana) i działa dobrze. Nawet pokazuje się jako wlan1 zaraz po wyjściu z bramki. :-) Dziękuję za pomoc.

— IRGeekSauce

Kali jest pochodną Debiana / Ubuntu i używa w dużej mierze tego samego systemu podstawowego, więc wszystko o powyższym opisie systemu dotyczy również Kali. Łącznie z net.ifnames=0parametrem.

— grawity

net.ifnames=0Fix działa również na Kali na Raspberry Pi :) Wystarczy dodać go do /boot/cmdline.txt z przodu!

— Keith M