☰

Подключен к Wi-Fi, но нет интернета

tag-icon • tag-icon networking 16.04 internet
Подключен к Wi-Fi, но нет интернета

Только что переехал в университет и могу подключиться к Wi-Fi, но не к Интернету (используя Ubuntu 16.04). У меня есть Интернет на других Wi-Fi-подключениях, но не на этом. Вот мои настройки:

Это подключение к Wi-Fi требует имя пользователя и пароль. По какой-то причине оно работает на моем другом ноутбуке, который изначально был 14.04 (сейчас 16.04, но работает).

max@max-X751LX:~$ ifconfig -a
enp2s0f1  Link encap:Ethernet  HWaddr 34:97:f6:6b:b8:d1  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:626 errors:0 dropped:0 overruns:0 frame:0
          TX packets:626 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:43479 (43.4 KB)  TX bytes:43479 (43.4 KB)

wlp3s0    Link encap:Ethernet  HWaddr b0:c0:90:93:25:49  
          inet addr:10.12.155.177  Bcast:10.12.159.255  Mask:255.255.248.0
          inet6 addr: fe80::b2c0:90ff:fe93:2549/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1002 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8275 (8.2 KB)  TX bytes:103832 (103.8 KB)

введите описание изображения здесь введите описание изображения здесь введите описание изображения здесь

введите описание изображения здесь

Все поможет!

решение1

Просто потому, что тыприсоединилсяТочка доступа Wi-Fi не означает, что вы действительно подключены к общей сети. Это по сути просто беспроводной эквивалент "подключения".

Информация о маршрутизаторе IP и настройки DNS — это то, что требуется для «подключения к Интернету». И ваш компьютер Ubuntu 16.04, похоже, не получает этого.

Например, 127.0.1.1 — это обратная связь с вашим компьютером, а не настоящий DNS-сервер.

Обычно в Wi-Fi, как только вы присоединяетесь к SSID, есть DHCP-сервер, который доступен в широковещательном домене. Поэтому DHCP-клиенты будут широко спрашивать в этой локальной части сети (которая является всем, до чего они могут дотянуться в этот момент, поскольку они не знают, как выйти наружу), "Вы DHCP-сервер? Можете ли вы дать мне IP?" DHCP-сервер отвечает на запрос адресом, который ваш ноутбук может использовать для присоединения к более широкой IP-сети, и обычно также предоставляет маршрутизатор/шлюз, IP-адрес DNS-сервера, а иногда и больше, если есть опции DHCP.

Так как вашдругой ноутбукможет подключиться к сети, мы знаем, что DHCP-сервер существует. И поскольку ваш ноутбук Ubuntu 16.04 может использовать DHCP надругие сети(предполагая, что вы не меняли конфигурацию интерфейса), мы знаем, что DHCP-клиент вашего ноутбука теоретически может работать. Маловероятно, что это программная ошибка. Поэтому вопрос в том, почему этот конкретный DHCP-сервер не хочет общаться с DHCP-клиентом вашего ноутбука или почему ваш DHCP-клиент не общается с сетью.

Может быть, вы на самом деле используетеруководствоIP-адрес не подходит для этой сети, но ваши настройки работают в других сетях?

Ручное назначение IP, шлюза и DNSнетответ. На самом деле, если вы сделаете это с IP, который вам не дал администратор сети, это может создать конфликт IP в сети, и ни вы, ни другой парень не сможете подключиться.

Пингование шлюза также не даст вам серверов имен. Все, что он делает, это добавляет шлюз в кэш ARP.

Получите вывод:

sudo cat /etc/network/interfaces

Можно случайно объединить DHCP (для получения настроек DNS/шлюза) с назначенными вручную IP-адресами, поскольку это допустимое использование, хотя большинство людей этого не делают, и это может вызвать такие проблемы, как эта. Давайте посмотрим, действительно ли ваша конфигурация DHCP полностью DHCP и действительна для этой сети. То, что я ожидаю увидеть для рабочей конфигурации, просто:

auto wlp3s0
iface wlp3s0 inet dhcp

Примечание:Никакого "адреса 10.12.152.1", никакой сетевой маски, никакого шлюза, никакого "dns-search uoguelph.ca". Это должно быть пустым, иначе ваш компьютер не получит его от DHCP-сервера.

решение2

Откройте сетевой менеджер и посмотрите, какой адрес он пытается вам присвоить: 192.168.0.42 или что-то в этом роде. Запишите. Теперь отредактируйте конфигурацию сети, изменив ее с DHCP на ручной (вам придется повозиться, у меня нет системы Ubuntu перед глазами). Вручную введите следующее:

address = <the same one you saw earlier> 
netmask = 255.255.255.0
gateway = 192.x.x.1 or 10.x.x.1 (match the first three octets 192.168.x and add a 1)
dns-nameservers = same as gateway
dns-nameservers = 8.8.8.8 # add a second entry (googles dns)

Теперь примените ваши изменения. Как только вы установите первое соединение со своим шлюзом, вы можете изменить его обратно на DHCP, поскольку теперь он знает о новых серверах имен.

Также обратите внимание, что если вы видите адрес, начинающийся с 169.xxx или чего-то иного, кроме 192.xxx, 172.xxx или 10.xxx, вам нужно будет сбросить весь kit-n-kaboodle и попытаться получить частный IP-адрес, открыв терминал и введя

sudo service network-manager restart

Это не метод защиты от дурака, заметьте, так как ваш шлюз может быть любым адресом в подсети. Надеюсь, это поможет + лучше, чем мой первый ответ... лол

решение3

Отключение ipv6 в методах на вкладке ipv6 settings работает нормально. Может случиться так, что ваш модем не поддерживает ipv6, поэтому ubuntu не может правильно настроить wifi.

Связанный контент