сканирование для беспроводного устройства в человечности 14.04

Я предполагаю, что у Вас есть устройство Wi-Fi USB? Я только спрашиваю это, потому что это нечетно для потери устройства в ОС физически касающимся это.

Так или иначе, Вы попытались отключить/разрешить сети с GUI? Это - самый простой первый шаг к попытке. Нажмите на сетевой значок сигнала в верхнем правом углу около Ваших часов и снимите флажок , Позволяют Объединиться в сеть . Дайте ему минуту, затем нажмите на сетевой значок сигнала снова и перепроверьте опция Enable Networking , снова дайте ему момент для наверстывания. Посмотрите, можно ли тогда снова соединиться с беспроводной сетью.

, Если это не работает, то откройте окно терминала и введите следующую команду:

sudo service network-manager restart

, Который должен вынудить NM полностью остановить и перезапустить, и Ваш адаптер Wi-Fi, может раскрыться назад.

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

ifconfig

, Который должен показать Вам, замечается ли Ваше устройство вообще при потере соединения.

Принятие это - USB-адаптер..., можно ли использовать другие USB-устройства в том же самом слоте, или они испытывают ту же проблему?

TR; DR: использовать nmcli dev status получить список, которого интерфейсы подключены к сети и затем используют ping google.com -c 4 -I ifacex(где ifacex является фактическим именем интерфейса с числом) протестировать, если они на самом деле соединены. Повторно подключить беспроводные интерфейсы nmcli nm wifi off; sleep 1; nmcli nm wifi on и позвольте ему автоматически снова соединиться.

Самый простой способ сделать так через nmcli dev status. Эта команда производит список доступных интерфейсов в Вашей системе и говорит Вам, соединены ли они или нет. Демонстрационный вывод от моей системы

DEVICE     TYPE              STATE        
eth0       802-3-ethernet    unavailable  
wlan0      802-11-wireless   connected 

Если Вы хотели бы перечислить только устройства, какое состояние соединено, то сделайте nmcli dev status | awk '/connected/ {print $1}'. Здесь мы соответствуем только строкам, которые 'соединили' строку в них и печатают их имя. В моем случае это дало бы wlan0 только. Если бы у Вас было бы и eth0 и wlan0 соединенными, демонстрационный вывод был бы

wlan0

eth0

Теперь, на моем менеджере по сети системы вид багги. Это может сообщить об устройстве, как соединено, но в действительности это разъединяется. Вы могли протестировать интерфейс wlan0 с ping google.com -c 4 -I wlan0. Это отправляет 4 пакета в google.com от интерфейса wlan0. Теперь, я мог также сделать nmcli dev status | awk '/connected/ {print $1}' | xargs ping google.com -c 4 -I , который получит название моего интерфейса wlan0 и прикрепит его на конец команды ping как-I аргумент. Демонстрационный вывод

PING google.com (216.58.217.46) from 192.168.0.68 wlan0: 56(84) bytes of data.
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=1 ttl=57 time=44.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=2 ttl=57 time=40.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=3 ttl=57 time=48.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=4 ttl=57 time=40.0 ms

--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3016ms
rtt min/avg/max/mdev = 40.000/43.000/48.000/3.316 ms

Часто у пользователей могла бы быть проблема DNS, что означает, что Ваша машина не может перевести google.com в фактический IP-адрес (компьютерное соглашение только в IP-адресах, как телефоны только имеют дело с номерами телефона). В этом случае необходимо работать ping 8.8.8.8 -c 4 -I wlan0 && ping google.com -c 4 -I wlan0, где это протестирует, если Ваша машина будет иметь соединение с сетью И разрешит доменные имена.

Теперь, что, если у Вас есть больше чем один связанный интерфейс? Лично я протестировал бы каждый интерфейс с ping отдельно, не полагаясь на ту остроту, но потому что у меня есть такая забава со сценариями недавно, вот другая острота:

nmcli dev status | awk '/connected/ {print $1}' | xargs -n 1 ping google.com -c 4 -I

Этот, в основном находит названия связанных интерфейсов и выполняет команду ping с каждым. Так как у меня нет нескольких устройств подключенными, я просто покажу Вам, как это смотрит, когда я, awk получает каждый объект из первого столбца, так примечание, первый вывод, буду неправ, второй eth0 и треть wlan0 nmcli dev status | awk '{print $1}' | xargs -n 1 ping google.com -c 4 -I

ping: SO_BINDTODEVICE: Invalid argument
ping: Warning: source address might be selected on device other than eth0.
PING google.com (216.58.217.46) from 192.168.0.68 eth0: 56(84) bytes of data.
From sergiy-Satellite-L455D.local (192.168.0.68) icmp_seq=1 Destination Host Unreachable
From sergiy-Satellite-L455D.local (192.168.0.68) icmp_seq=2 Destination Host Unreachable
From sergiy-Satellite-L455D.local (192.168.0.68) icmp_seq=3 Destination Host Unreachable
From sergiy-Satellite-L455D.local (192.168.0.68) icmp_seq=4 Destination Host Unreachable

--- google.com ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3152ms
pipe 3
PING google.com (216.58.217.46) from 192.168.0.68 wlan0: 56(84) bytes of data.
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=1 ttl=57 time=44.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=2 ttl=57 time=48.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=3 ttl=57 time=40.0 ms
64 bytes from den03s10-in-f14.1e100.net (216.58.217.46): icmp_seq=4 ttl=57 time=40.0 ms

--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3016ms
rtt min/avg/max/mdev = 40.000/43.000/48.000/3.316 ms

И как это должно, мы видеть, что eth0 разъединяется, wlan0 соединен.

Другая вещь, которую Вы могли использовать, nm-tool. Этот парень дает, Вы долго сообщаете о каждом из Ваших интерфейсов с настройками. Мы могли сократить это только к списку интерфейсов и их состояний с nm-tool | tr '-' ' ' | awk '/Device/,/State/ {print $1,$2}' . Здесь мы заменяем раздражением - символ с пространством и просто получаем текст от Устройства до строк состояния.

Device: eth0
Type: Wired
Driver: r8169
State: unavailable
Device: wlan0
Type: 802.11
Driver: r8180
State: connected

Что еще? whois,nslookup и dig утилиты поиска для доменных имен и IP-адресов. Если можно использовать их для обнаружения информации о домене или IP-адресе, Вы соединены. Они не скажут Вам интерфейс, но хороший на самом деле протестировать возможность соединения.

В заключении: существует больше чем один способ освежевать кошку, как Вы знаете. Самая первая команда nmcli dev status и ping все, что действительно необходимо протестировать соединения, и ping является "настоящим MVP" в любой системе, так сказать. Теперь, если Вы хотите стать необычными, изучить некоторые новые приемы командной строки, любой ценой изучить остроты, я отправил здесь! Сила Ubuntu и Linux в целом заключается в командной строке

Дополнения:

Других соответственно отметили того администратора сети перезапуска с sudo service network-manager restart сделает задание большую часть времени. По умолчанию все соединения установлены быть автосоединенными, когда администратор сети находится в диапазоне. Я использую этот метод много!

Что еще может быть сделано? nmcli nm wifi off; sleep 1; nmcli nm wifi on. Это выключит Wi-Fi, паузу в течение секунды, и включит Wi-Fi снова; и Ваша сеть должна автоматически снова соединиться.