Kali Linux не видит Wi-Fi адаптер на виртуальной машине и основе

Привет! Установили себе чистую систему, но даже так Kali Linux не видит Wi-Fi адаптер? Обучение тестированию откладывается в дальний ящик, а зарождающийся талант начинающего безопасника уже готов сдаться? Не спешим. С такой проблемой на Kali сталкиваются очень часто. И тут важно сразу понять простую вещь: в большинстве случаев виновата не сама Kali, а связка из виртуализации, драйвера, прошивки, блокировки rfkill или банальной несовместимости чипсета. Ниже я пройду по всем этим местам спокойно и без магии.

Нашли ошибку? Есть своя история по этому вопросу? Оставьте свое мнение в комментариях к этой статье! Именно ваше слово может спасти кому-то уйму времени!

Для виртуальной машины

Актуально и для VirtualBox, и для VMware Workstation.

Начнем с самого частого. Сам ставил себе виртуалку, а там главная проблема одна и та же – виртуальная машина не видит встроенный модуль Wi-Fi, хоть об стену разбейся. И тут старое мнение до сих пор остается верным: встроенный Wi-Fi адаптер ноутбука внутри виртуальной машины обычно не будет доступен как настоящий беспроводной адаптер. Хост-система отдает виртуалке уже виртуальную сетевую карту, а не «живой» Wi-Fi чип. Поэтому сама Kali внутри VM не увидит его как устройство для работы с режимом монитора, инжектом и прочими профильными задачами.

Решение простое – берется внешний USB адаптер, который успешно пробрасывается в виртуальную машину.

То есть если вы хотите проводить тестирование своих Wi-Fi сетей через виртуальную машину – обязательно приобретите внешний USB-модуль. В противном случае не тратьте свое время на попытки «завести» встроенную карту ноутбука внутри VM. Для простого интернета в виртуалке хватит NAT или Bridge, но для реальной работы с беспроводной частью нужен именно внешний USB-адаптер. Если только выбираете такой модуль, можете отдельно посмотреть материал про Wi-Fi dongle и USB-адаптеры – там проще понять, что вообще есть на рынке.

Из дополнений, возможно, потребуется активировать сам адаптер в виртуальной среде. На примере VirtualBox это обычно делается через меню USB-устройств или через USB-фильтр в настройках виртуальной машины. Смысл простой: адаптер должен быть отключен от хоста и передан именно в Kali. Если он продолжает висеть на основной системе, внутри виртуалки вы его не увидите.

И еще важный момент, который многие упускают. Даже если внешний USB-адаптер в виртуалке появился, это еще не гарантирует, что он годится для ваших задач. Обычное подключение к Wi-Fi сети и работа в режиме монитора – это не одно и то же. Некоторые адаптеры нормально выходят в интернет, но плохо работают с monitor mode, injection или ведут себя нестабильно под нагрузкой. Поэтому для Kali смотреть нужно не только на слово «работает в Linux», но и на реальный чипсет и поддержку нужных режимов.

Для основы – драйверы и совместимость

На основной системе может возникнуть уже две проблемы – не видит USB-адаптер и не видит встроенный адаптер. Основная причина здесь, по моему опыту, – проблема с драйвером, прошивкой или совместимостью. И вот здесь старую статью как раз нужно серьезно обновить. На текущий день я бы не начинал с хаотичных переустановок всего подряд. Намного правильнее идти по короткой диагностике: сначала обновить систему, потом проверить, видит ли Linux само устройство, затем проверить блокировки, логи и только после этого лезть в драйверы.

Перед началом операции рекомендую обновиться вот так:

sudo apt update && sudo apt full-upgrade -y

Старый совет с apt-get clean && apt-get update && apt-get upgrade на текущий день уже не лучший вариант для Kali. Для rolling-дистрибутива полезнее именно apt full-upgrade, потому что он корректнее подтягивает новые зависимости и обновляет систему целиком. Если хотите почитать похожую логику для Debian, у нас есть близкая по смыслу статья про настройку Wi-Fi в Debian.

После обновления предлагаю посмотреть список установленных устройств и вообще понять, что система видит:

lsusb - для USB-устройств
lspci -nnk | grep -A3 -Ei 'network|wireless|wifi' - для встроенных модулей
ip link - показать интерфейсы
nmcli device status - показать сетевые устройства глазами NetworkManager
rfkill list - проверить программную и аппаратную блокировку

В открывшемся списке ищем свою модель Wi-Fi модуля. И вот здесь появляется очень важная развилка. Если адаптер есть в lsusb или lspci, но интерфейс не поднимается или сети не видны, значит проблема почти точно в прошивке, драйвере или блокировке. Если же устройства нет вообще, то либо оно не проброшено в виртуалку, либо плохо подключено, либо система его физически не видит.

Чтобы не гадать, что происходит, сразу посмотрите логи:

dmesg | grep -iE 'wifi|wlan|firmware|iwlwifi|rtl|brcm|ath'
journalctl -u NetworkManager -b --no-pager

Если модуль в списке устройств есть, а в логах пишется что-то вроде failed to load firmware, Direct firmware load failed, rfkill blocked или device not ready, то дальше уже проще понять направление. Именно поэтому я всегда советую сначала читать ошибки, а не искать «волшебную команду». Kali в своей документации до сих пор честно говорит: огромное число проблем с Wi-Fi решается не шаманством, а внимательным чтением сообщений ядра и проверкой совместимости драйвера.

Если Wi-Fi вообще не включается, обязательно проверьте не только консоль, но и банальные вещи: аппаратный переключатель на ноутбуке, сочетание клавиш Fn, настройки BIOS/UEFI и вывод rfkill list. Очень часто проблема оказывается не в драйвере, а в том, что модуль просто заблокирован.

Если в rfkill list видите Soft blocked: yes, можно попробовать:

sudo rfkill unblock all
sudo nmcli radio wifi on

Если интерфейс после этого появился, но все еще не работает, поднимите его вручную:

sudo ip link set ИМЯ_ИНТЕРФЕЙСА up

Только не забывайте, что в современных Linux интерфейс редко называется именно wlan0. Очень часто это что-то вроде wlp2s0, wlan1 или wlx001122334455. Если нужен похожий разбор именно для более «обычного» Linux, можете посмотреть что делать, если Ubuntu не видит Wi-Fi и как лечить такую же проблему в Linux Mint. Логика там почти та же самая.

Дальше появляются уже более конкретные пути:

1. Проверить совместимость драйвера и чипсета на ЭТОЙ СТРАНИЦЕ и в документации Kali.
2. Смотреть по конкретному чипсету, какой пакет прошивки нужен. На практике чаще всего встречаются семейства Intel, Realtek, Atheros и Broadcom.
3. Если речь про внешний адаптер для режима монитора, отдельно проверять поддержку monitor mode и injection, а не только обычного подключения к сети.

Чтобы руководство не было совсем водяным, отмечу базовую практику по прошивкам. Для встроенных и USB-модулей в Kali/Debian-семействе часто помогают пакеты вроде:

sudo apt install firmware-iwlwifi
sudo apt install firmware-realtek
sudo apt install firmware-atheros
sudo apt install firmware-brcm80211

Но не нужно ставить все подряд только «на удачу». Намного правильнее сначала определить чипсет, а уже потом ставить нужный пакет. Для Broadcom иногда сценарий вообще другой – там может понадобиться не только прошивка, но и отдельный драйвер. И вот здесь уже без поиска по вашей конкретной модели не обойтись. В этом смысле старый совет «гуглим по типу driver linux ВАШАМОДЕЛЬ» все еще жив. Просто на текущий день правильнее искать именно по чипсету, а не по красивому коммерческому названию ноутбука или адаптера.

Еще один важный современный нюанс – WICD. В старой статье был совет отключать NetworkManager и ставить WICD. На текущий день я бы так уже не делал. WICD давно считается устаревшим решением и на свежих Debian-подобных системах в роли основного сетевого менеджера уже не выглядит нормальным путем. В Kali сейчас логичнее работать именно с NetworkManager и его утилитами вроде nmcli. Поэтому если вы нашли в интернете старую инструкцию «поставьте wicd и все оживет», относитесь к ней с осторожностью.

Если у вас современный ноутбук с Intel, Realtek или Broadcom, а Wi-Fi появился в системе только после ручной сборки странного драйвера из случайного репозитория, не спешите радоваться. После следующего обновления ядра все это может отвалиться. Если используете DKMS-драйверы, имейте в виду, что обновление ядра и Secure Boot иногда ломают такую схему.

Для встроенных адаптеров еще бывает и такая история: обычный Wi-Fi работает, а вот режим монитора не поднимается. Это не редкость. На практике для Kali и задач аудита лучше не надеяться на встроенную карту ноутбука, а брать внешний USB-адаптер на совместимом чипсете. Вокруг этого до сих пор много мифов, но суть простая – «работает в интернете» не равно «годится для всего, что нужно в Kali».

Если вам нужен именно повседневный Wi-Fi в Linux, а не профильные режимы для тестового стенда, почитайте еще общую настройку Wi-Fi в Ubuntu. Да, это другая система, но первые шаги диагностики по rfkill, интерфейсам и NetworkManager там очень похожи и отлично помогают быстро понять, где именно проблема.

Видео

И вот еще видеоверсия установки конкретного драйвера, хотя в начале тоже ругалось, что адаптеры Wi-Fi не найдены:

YouTube

Что еще проверить, если адаптер вроде есть, а сетей нет

Это как раз тот случай, когда старая статья была слишком короткой. Бывает, что адаптер определяется, интерфейс есть, ошибок по драйверу почти нет, а сети все равно не видны. Тогда я бы проверил еще вот что:

• Регион и канал. Некоторые адаптеры и драйверы странно ведут себя на определенных каналах, особенно если точка работает на 5 ГГц или на «экзотическом» канале.
• Роутер раздает только 5 ГГц, а адаптер старый. Внешне кажется, что «Wi-Fi не работает», а на деле карта банально не умеет этот диапазон.
• MAC-рандомизация и NetworkManager. На некоторых старых драйверах помогает отключить случайный MAC для конкретного подключения.
• BIOS/UEFI и Secure Boot. Для части нестандартных DKMS-драйверов Secure Boot – отдельная боль.

Еще полезно проверить, не удален ли сам NetworkManager или не сломан ли он обновлением. Это редкость, но бывает. В таком случае простая команда:

sudo systemctl status NetworkManager

сразу покажет, жив ли он вообще. Если нет, то уже копаем не Wi-Fi-адаптер, а сетевую службу.

Короткий FAQ для новичков

Почему Kali в виртуальной машине не видит встроенный Wi-Fi ноутбука?
Потому что виртуалка видит виртуальную сетевую карту, а не реальный встроенный PCI Wi-Fi чип. Для задач с Wi-Fi внутри VM обычно нужен внешний USB-адаптер, проброшенный напрямую.

Если адаптер есть в lsusb, почему все равно нет Wi-Fi?
Потому что видеть устройство и уметь с ним работать – не одно и то же. Очень часто не хватает прошивки, драйвер не загрузился или интерфейс заблокирован через rfkill.

Нужно ли ставить WICD?
На текущий день я бы этого не советовал. Для свежей Kali правильнее работать через NetworkManager и nmcli. Старые советы про WICD уже скорее мешают, чем помогают.

Почему в Kali работает интернет, но не работает режим монитора?
Потому что обычный режим Wi-Fi и monitor mode – это разные истории. Некоторые драйверы и встроенные адаптеры прекрасно выходят в сеть, но не поддерживают нужные режимы для ваших задач.

Какая самая частая причина на основной системе?
Отсутствующая прошивка, блокировка rfkill, несовместимый драйвер или Secure Boot в связке с DKMS. По моему опыту это встречается намного чаще, чем какие-то «мистические баги Kali».

После нормальной диагностики и перезапуска системы мозги действительно часто приходят к единому согласию. Но теперь уже без танцев с WICD и без бессмысленных переустановок всего подряд. За сим заканчиваю. Свои истории стучания в бубен под бодрые завывания расскажите в комментариях ниже – пригодится и вам, и другим. До скорых встреч на нашем портале!