
Всякий раз, когда я пытаюсь использовать airmon-ng start wlan0
, происходит только то же самое, что и при выполнении airmon-ng check
, поэтому mon0 не создается. Вот дампы того, что произошло, когда я ввел ifconfig
и iwconfig
:
ifconfig
lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (локальная петля) RX-пакеты 22 байта 1316 (1,2 КБ) Ошибки RX 0 отброшено 0 переполнение 0 кадр 0 TX-пакеты 22 байта 1316 (1,2 КБ) Ошибки TX 0 отброшено 0 переполнение 0 несущая 0 столкновения 0
wlan0: flags=4099 mtu 1500 ether 00:e0:4c:72:00:1e txqueuelen 1000 (Ethernet) RX-пакеты 0 байт 0 (0,0 Б) RX-ошибки 0 отброшено 0 переполнение 0 кадр 0 TX-пакеты 0 байт 0 (0,0 Б) TX-ошибки 0 отброшено 0 переполнение 0 несущая 0 столкновения 0
iwconfig
wlan0 неассоциированный Имя: "rtl_wifi" Режим: Управляемый Точка доступа: Не ассоциировано Чувствительность: 0/0
Повтор: выкл RTS thr: выкл Фрагмент thr: выкл Ключ шифрования: выкл Управление питанием: выкл Качество связи: 0 Уровень сигнала: 0 Уровень шума: 0 Неверный nwid Rx: 0 Неверный криптографический Rx: 0 Неверный фрагмент Rx: 0 Чрезмерные повторы Tx: 0 Неверное разное: 0 Пропущенный маяк: 0нет беспроводных расширений.
eth0 без беспроводных расширений.
Если вам нужна дополнительная информация для решения проблемы, просто спросите.
решение1
Поддерживают ли ваш беспроводной чипсет и драйверы режим монитора? Вы можете проверить с помощью этой команды:
iw [your-wifi-adaptor-eg-phy0] info
или это
iw list
если вы не уверены.
Публикация этой информации поможет. Вот пример фрагмента из моего вывода:
Supported interface modes: * IBSS * managed * AP * AP/VLAN * WDS * monitor * mesh point
Как видите, чипсет на моей машине поддерживает это.
решение2
После проверки использования iw list
и подтверждения наличия в списке режима монитора.
Если режим монитора указан, попробуйте iw config wlan0 mode monitor
это, и ваш wlan0 должен перейти в режим монитора.
решение3
Хотя я могу говорить только из опыта Arch, а не Kali, airmon-ng start <interface name>
это может привести к ошибкам в предполагаемом интерфейсеимяизмениться быть <interface name>mon
. Напримерwlan0mon
(с добавлением «mon» к исходному имени интерфейса)
Например, если интерфейс, который предполагается использовать, назван wlp1s0u1u2
или wlan0
, то в большинстве случаев это приведет/должно привести к созданию wlp1s0u1u2mon
или wlan0mon
, и не обязательно mon0
.
(Как указано в документацииhttps://www.aircrack-ng.org/doku.php?id=airmon-ng)
«Как вы видите, он создал интерфейс режима монитора под названием wlan0пн"
(И из текущегоисходный код скрипта airmon-ngэффективная линия.(относительно того, как он устанавливает режим монитора))
iw phy ${PHYDEV} интерфейс добавить ${1}пнтип монитора
который, в зависимости от количества существующих физических устройств Wi-Fi исоглашение об именованиииспользовал,мощьперевести примерно так:
phy0
интерфейс iw phy добавитьwlan0mon
тип монитора
*(В случае, если wlan0
это физическое устройство Wi-Fi phy0
)
(вырезано из iw help
выходных данных)
[iw] phy <phyname> interface add <name> type <type>
И хотя, mon0
конечно, можно было бы установить, что это'имя'запустив команду вручную; Это не так, какairmon-ngскрипт делает это..)*
Несмотря ни на что, ifconfig -a
есть что перечислитьлюбойсуществующие интерфейсы и их имена, даже если они «не работают»/неактивны/отключены.
Кроме этого,ответ nonzyroсначала следует протестировать, чтобы проверить, сообщает ли устройство о поддержкемониторрежим