Почему мой Wi- Fi-адаптер отображается как wlan0 в 16.04? [дубликат]
На этот вопрос уже есть ответ здесь:
Я только что установил Ubuntu 16.04 на отдельный жесткий диск, и я заметил две странности:
В то время как 14.04 (на моем основном жестком диске) мой USB-ключ Wi-Fi отображается как
wlan0, 16.04 он отображается какwlx112233445566. (Настоящий MAC-адрес). отредактировано)Кроме того, использование параметра
hw etherдля изменения MAC-адреса не работает 16.04.
Вот соответствующий вывод из lsusb :
Bus 008 Device 002: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Может Кто-нибудь пролил свет на то, что здесь происходит?
3 ответа
С недавно, Ubuntu (хорошо, systemd) теперь использование что-то оскорбило Предсказуемый Сетевой интерфейс. По существу это означает, что непостоянные сетевые интерфейсы (т.е., интерфейсы USB) теперь имеют имя в форме enx<MAC_ADDR>или wlx<MAC_ACCR> (или подобный), так, чтобы любые сценарии и системы, в зависимости от которых определенное устройство будет иметь 100%-ю уверенность, что оно предназначается для правильного устройства.
Другие соглашения о присвоении имен позволят, чтобы устройство было упомянуто физическим местоположением или любой другой формой постоянной идентификации значения. А именно, любое из этих значений может использоваться для генерации имени интерфейса (при этом лучшее выбрано):
- Имена, включающие Встроенное микропрограммное обеспечение/BIOS, обеспечили индексы для встроенных устройств (пример:
eno1)- Имена, включающие Встроенное микропрограммное обеспечение/BIOS, обеспечили индексы слота замены в горячем режиме PCI Express (пример:
ens1)- Имена, включающие физическое / географическое положение коннектора аппаратных средств (пример:
enp2s0)- Имена, включающие MAC-адрес интерфейсов (пример:
enx78e7d1ea46da)- Классический, непредсказуемый собственный ядром ethX, называющий (пример:
eth0)
В прошлом имена интерфейса не были присвоены "нормальным" способом - некоторые системы использовали псевдопостоянные имена (wlan1 для устройства с этим MAC), другие присвоили им на сначала прибывшей основе первой подачи. Если Вы все еще предпочитаете эту схему выполнения вещей (или просто ненавидьте персистентные имена потому что systemd делает его), возможно инвертировать его путем добавления net.ifnames=0 к Вашим загрузочным аргументам.
Необходимо все еще смочь фальсифицировать MAC-адрес устройства при помощи Редактора Соединения, но hw ether больше не будет работать, поскольку MAC-адрес является частью идентификатора/имени устройства.
возможно инвертировать его путем добавления сети ifnames=0 к загрузочным аргументам.
Этого не будет достаточно, чтобы изменить имя для интерфейса USB... Также необходимо играть вокруг с 80-net-setup-link.rules
1) Скопируйте текущее правило в Ваш /etc/udev/rules.d/ каталог
sudo cp /lib/udev/rules.d/80-net-setup-link.rules /etc/udev/rules.d/
2) Создайте символьную ссылку для отправки его в /dev/null отключить его:
sudo ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
для получения дополнительной информации проверьте этот поток: Как вернуться имя интерфейса Wi-Fi USB (от wlxXXXXXXXXXXXX до wlanX)?
Я думаю, что это столь же просто как конструктивное изменение, числа теперь отличаются. Это не отказ. Моя LAN, например, была eth0 в 14,04 (и все еще находится в некоторых других дистрибутивах), но enp0s25 в 16,04.
Это соглашение о присвоении имен не оказывает влияния на производительность, и я не волновался бы об этом.
РЕДАКТИРОВАНИЕ: Kaz Wolfe дает более полное объяснение.