17.04 и WN722N, WN821N, USB-N13 и т.д. (список ниже) [Решено]

Изображение пользователя lord_i.

17.04 "радует" чудными нововведениями в НМ.
Отвалился иногда очень полезный усб адаптер TP-Link WN722N.
При попытке соединения долго крутится прогрессбар на получении ип адреса и потом отваливается без подключения.
Способ лечения:
В файл /etc/NetworkManager/NetworkManager.conf
добавить такое:
[device]
wifi.scan-rand-mac-address=0

*Так-же работает для адаптераов
WN821N
ASUS USB-N13
Bus 001 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter
Bus 001 Device 010: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
D-Link DWA-140
TP-LINK TL-WN721N
D-Link (DWA-510)

ЗЫ Честно говоря я давно так не манался с подпорками для свежей версии... Это просто праздник какой-то :(

0
dyug - 3 Май, 2017 - 13:13

хде нашел? :-) и как?

0
lord_i - 3 Май, 2017 - 13:33
Изображение пользователя lord_i.

На каком-то англоязычном форуме по убунту. Линк что-то не нахожу... :(
По поводу "и как?" - что то не понял вопроса :)
О - нашел!

0
dyug - 3 Май, 2017 - 14:11

Понял, спасибо... Просто меня сильно удивило название параметра...
При скане wi-fi выдавать рандомный мак адрес... по умолчанию...
Кажется пора думать о замене системы на что то более адекватное.

быстренько посмотрел историю этой "идеи" :-(
Они извините, просто двинулись мозгами... :-(
Все. Ибо то, что творится с сетевой подсистемой очень сложно описать иначе, чем словами г-на Лаврова :-)

0
lord_i - 3 Май, 2017 - 14:14
Изображение пользователя lord_i.

Нет гармонии в мире ... :)

0
dyug - 3 Май, 2017 - 17:13

Так... почитал тщательнее....
Понял логику сего действа...
Выглядит обоснование так:

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

почесал в затылке, долго думал... Махнул рукой сказал ню,ню....

0
lord_i - 3 Май, 2017 - 21:20
Изображение пользователя lord_i.

По симптомам падало оно на стадии непосредственно коннекта а не сканирования.
Все точки были видны совершенно нормально. А как связан запрет рандомного мака и непосредственно подключения и непосредственно этого свистка - это только пейсатели кода знают. Встроенная карточка отлично работает и с этой строчкой и без.

0
dyug - 4 Май, 2017 - 10:15

Как я понимаю проблема возникает на юсб wifi адаптерах....

Я так думаю, что это связано с особенностями конкретных чипсетов, и возможностью оперативной замены выдаваемого макадреса. У ваших девайсов/чипов/прошивок это как то ограничено, и потому и не работает.
Вполне возможно, это связано как раз с защитой от нелегального сканирования...

То есть тех устройствах, которые очень легко сменить, или убрать, в случае поимки за нелегальными действиями.

Но это исключительно мои домыслы. :-) У меня нет никакой информации на сей счет.

0
Гость - 9 Июнь, 2017 - 09:43

Увы, после какого-то времени (несколько минут) TL-WN821N разрывает связь.

0
rlepish - 3 Май, 2017 - 21:18

Спасибо.
На TP-Link TL-WN821N помогло

+1
lord_i - 3 Май, 2017 - 21:25
Изображение пользователя lord_i.

Добавил Ваш свисток в название темы.
Если еще у кого свисток другой системы оживет от этого заклинания - просьба отписаться.

0
Гость - 5 Май, 2017 - 10:17

После перезагрузки - заработало... спасибо )
Проверил на свистках:
TP-LINK TL-WN722N v4.0
ASUS USB-N13

0
lord_i - 5 Май, 2017 - 13:45
Изображение пользователя lord_i.

ASUS USB-N13 добавил в название.

0
rlepish - 10 Май, 2017 - 09:53

Вот еще
китайский usb-свисток на
Bus 001 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter

0
rlepish - 11 Май, 2017 - 14:07

Еще
RT5370
Bus 001 Device 010: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter

0
Emilyfayri - 4 Июнь, 2017 - 11:54

Спасибо автору за решение проблемы. Похожее решение нашла здесь: http://forum.ubuntu.ru/index.php?topic=288835.0
Отличие небольшое - в строке: wifi.scan-rand-mac-address=no
В этом виде (со словом "no") и добавила в NetworkManager.conf, интернет заработал произошло соединение с wi-fi. Адаптер Wi-Fi - D-Link DWA-140.

0
Emilyfayri - 4 Июнь, 2017 - 11:52

Небольшое дополнение: после добавления этой строки, произошло подключение к wi-fi, но интернет не появился. Решение: прописать в ручную в настройках сети, в разделе IPv4, адреса DNS: 8.8.8.8 и 8.8.4.4 и перезагрузить систему. Решение взято отсюда: https://askubuntu.com/questions/905283/wifi-issue-with-ubuntu-17-04

0
Гость - 4 Август, 2017 - 15:30

Спасибо большое автору темы и Emilyfayri за дельные советы, реально способствовавшие решению проблемы с Wi-Fi.
(Зашел сюда с ресурса Ubuntu.ru, там же и описал свое решение
http://forum.ubuntu.ru/index.php?action=bookmarks;sa=add;topic=289883;dcc6356b54b=2443b51233d7352cc8c96513c8816068 )
Доп. инф-я:
Обновился с 14LTS (на которой работало нормально) на 16 LTS, в итоге постоянно отваливался Wi-Fi (Network Manager), при этом в WinXP на этой машинке - всё нормально.
Установленная версия - i386 (32 разрядная), железо - desktop, процессор - Intel P4, PCI WiFi плата от D-Link (DWA-510)

0
Гость - 4 Август, 2017 - 20:38

Также помогло с TP-LINK TL-WN721N. Спасибо огромное!!!

0
Гость - 6 Август, 2017 - 22:28

Bus 002 Device 062: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter взлетело - благодарствую

0
Гость - 10 Октябрь, 2017 - 13:36

Помогло - в нетворк манагере изменить соединение - на выбранном соединении войти в параметры IPv4- Метод поставить Автоматический (DHCP только адрес) сохраниться, может кому то поможет.

0
Гость - 11 Ноябрь, 2017 - 10:42

Tenda V7TW311M помогло
TL-WN727N помогло

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры