Ubuntu 14.04 – Подключение есть, но доступа в интернет нет – испорчен resolvconf

Вопрос или проблема

Позвольте начать с оговорки: я пытался решить свою проблему, читая похожие вопросы и ответы, но пока без успеха. Более того, я думаю, что внес некоторые изменения в resolvconf и еще больше запутал ситуацию. Мне нужен кто-то, кто возьмет меня за руку и поможет мне решить эту проблему, я буду безмерно благодарен!

Ситуация такова: я живу в здании, где интернет предоставляется сетью университета. В последнее время были проведены некоторые обновления сети, после чего возникли все мои проблемы с подключением.

Мой настольный ПК с Windows подключается нормально при использовании того же соединения, здесь нет проблем. Однако мой ноутбук с Ubuntu 14.04 показывает нормальное подключение к моему маршрутизатору (по кабелю или по беспроводной сети, оба работают), но я не могу просматривать страницы в интернете.

Симптомы:
– Могу пинговать IP-адреса, но не веб-сайты (проблемы с DNS?)
– Я могу ssh подключаться к серверу, который, как я знаю, находится в университете, то есть в той же сети, и оттуда я могу использовать Firefox для просмотра страниц.

На случай, если это будет полезно, я приведу ниже вывод ifconfig и содержимое /etc/resolv.conf, которые, как я думаю, нужно полностью перенастроить после моих неудачных попыток.

ifconfig:

eth0      Link encap:Ethernet  HWaddr b8:88:e3:84:1a:0e  
          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)
          Interrupt:16 

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:12843 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12843 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:826185 (826.1 KB)  TX bytes:826185 (826.1 KB)

wlan0     Link encap:Ethernet  HWaddr 20:68:9d:74:97:54  
          inet addr:192.168.2.100  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::2268:9dff:fe74:9754/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:216847 errors:0 dropped:0 overruns:0 frame:0
          TX packets:194916 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:40559273 (40.5 MB)  TX bytes:25893877 (25.8 MB)

Содержимое /etc/resolv.conf:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
nameserver 8.8.8.8
nameserver 8.8.4.4

ИЗМЕНЕНИЕ: вывод nm-tool:

NetworkManager Tool

State: connected (global)

- Device: eth0 -----------------------------------------------------------------
  Type:              Wired
  Driver:            alx
  State:             unavailable
  Default:           no
  HW Address:        B8:88:E3:84:1A:0E

  Capabilities:
    Carrier Detect:  yes
    Speed:           100 Mb/s

  Wired Properties
    Carrier:         off


- Device: wlan0  [ICIDU] -------------------------------------------------------
  Type:              802.11 WiFi
  Driver:            ath9k
  State:             connected
  Default:           yes
  HW Address:        20:68:9D:74:97:54

  Capabilities:
    Speed:           1 Mb/s

  Wireless Properties
    WEP Encryption:  yes
    WPA Encryption:  yes
    WPA2 Encryption: yes

  Wireless Access Points (* = current AP)
    wifiwifi:        Infra, C0:4A:00:84:6B:5C, Freq 2422 MHz, Rate 54 Mb/s, Strength 25 WPA2
    Sitecom1E55CA:   Infra, 64:D1:A3:1E:55:CA, Freq 2472 MHz, Rate 54 Mb/s, Strength 17 WPA2
    VosHotSpot:      Infra, 00:23:54:08:02:8A, Freq 2412 MHz, Rate 54 Mb/s, Strength 29 WEP
    Pritty fly for a wifi: Infra, 08:60:6E:E2:93:50, Freq 2437 MHz, Rate 54 Mb/s, Strength 15 WPA2
    @Home41596:      Infra, 00:14:6C:9A:D4:5C, Freq 2437 MHz, Rate 54 Mb/s, Strength 14 WPA
    Pauw2:           Infra, 00:1C:10:2F:B3:3C, Freq 2462 MHz, Rate 54 Mb/s, Strength 7 WPA
    belkin54g:       Infra, 00:17:3F:46:FF:7A, Freq 2462 MHz, Rate 54 Mb/s, Strength 5 WPA
    Sitecom057D42:   Infra, 64:D1:A3:05:7D:42, Freq 2447 MHz, Rate 54 Mb/s, Strength 19 WPA2
    Indigo Plateau:  Infra, 00:0C:F6:55:BE:B8, Freq 2462 MHz, Rate 54 Mb/s, Strength 17 WPA
    NZ:              Infra, 48:F8:B3:28:C2:09, Freq 2462 MHz, Rate 54 Mb/s, Strength 5 WPA WPA2
    MAX-PC_Network:  Infra, 6C:FD:B9:53:CA:68, Freq 2427 MHz, Rate 54 Mb/s, Strength 10 WPA WPA2
    *ICIDU:          Infra, 80:1F:02:A4:9E:BC, Freq 2462 MHz, Rate 54 Mb/s, Strength 89 WPA2
    Zadnuk:          Infra, 00:01:E3:C3:C0:61, Freq 2437 MHz, Rate 54 Mb/s, Strength 15 WEP
    Studententehuis: Infra, 98:FC:11:B1:AC:99, Freq 2462 MHz, Rate 54 Mb/s, Strength 7 WPA2

  IPv4 Settings:
    Address:         192.168.2.100
    Prefix:          24 (255.255.255.0)
    Gateway:         192.168.2.1

    DNS:             192.168.2.1

С наилучшими пожеланиями,
ArcM

  • Держите сетевой кабель подключенным.
  • В Network Manager отключитесь от вашей сети.
  • Установите /etc/resolv.conf на эти 3 строки:

    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
    #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
    nameserver 127.0.0.1
    

(Примечание: 127.0.0.1 вместо 127.0.1.1)

  • В Network Manager подключитесь к вашей проводной сети.

Как только вы это сделаете, DHCP должен получить правильную конфигурацию – практически так же, как это делают компьютеры под управлением Windows.

Изменение

Похоже, что ваш dnsmasq каким-то образом сломан. dnsmasq – это локальный кэшируемый DNS-сервер, он запоминает IP-адреса веб-сайтов, и в следующий раз, когда вы запрашиваете их, он предоставляет ответ, вместо того чтобы запрос отправлялся на сетевой DNS-сервер. Чтобы проверить, так ли это, отредактируйте файл /etc/NetworkManager/NetworkManager.conf и закомментируйте (поставьте # перед) строку dns=dnsmasq. Затем используйте NM, чтобы отключиться от вашего проводного соединения и подключиться снова. Дайте нам знать, что произошло.

У меня была такая же проблема. Я мог подключиться с компьютера на Windows 7, но не мог подключиться с компьютера на Ubuntu 14.04 к университетской сети, хотя у меня были настроены те же параметры.
После 2 дней проверки я понял, что автоматические настройки прокси работают на компьютере с Windows 7, но не работают на Ubuntu.

Итак, сначала вам нужно найти компьютер с доступом в интернет и ввести

chrome://net-internals/#proxy

в адресной строке Google Chrome. В разделе заголовка «Эффективные настройки прокси» вы должны увидеть адрес скрипта Pac. Пожалуйста, запишите этот адрес.
Вы должны перейти в Системные настройки->Сеть->Сетевой прокси на компьютере с Ubuntu.
После этого вы должны выбрать Автоматически в качестве метода, ввести скрипт pac, который вы только что записали.
И наконец, вы должны нажать кнопку Применить для всей системы.
После этого, перезапустив соединение, вы сможете получить доступ в интернет.

Ответ или решение

Проблема подключения к интернету в Ubuntu 14.04: отсутствие доступа, проблемы с resolvconf

Введение

Вы столкнулись с проблемой подключения к интернету на вашем ноутбуке с операционной системой Ubuntu 14.04 после недавних обновлений в сети университета. Несмотря на то, что ваши другие устройства (например, Windows PC) работают без проблем, на Ubuntu вы можете пинговать IP-адреса, но не можете получить доступ к веб-сайтам, что указывает на проблемы с DNS. Рассмотрим, как выявить и устранить эту проблему.

Анализ проблемы

Согласно предоставленным данным, вы можете подключаться к сети и отправлять пакеты. Однако, отсутствие доступа к веб-контенту предполагает проблемы с разрешением имен (DNS). Давайте изучим несколько ключевых аспектов, которые помогут нам наладить правильное подключение.

  1. Содержимое /etc/resolv.conf:
    В текущем файле у вас указаны адреса имен серверов:

    nameserver 127.0.1.1
    nameserver 8.8.8.8
    nameserver 8.8.4.4

    Однако, адрес 127.0.1.1 может не быть правильным для вашей конфигурации. Лучше заменить его на более стандартный 8.8.8.8 (Google DNS) и удалить лишние записи.

  2. Настройки DNS:
    Из приведенных данных видно, что nm-tool указывает, что DNS-сервер настроен на 192.168.2.1, что может быть наладой вашего маршрутизатора. Убедитесь, что этот адрес корректен, и проверьте, доступен ли он.

Решение проблемы

Шаг 1: Настройка /etc/resolv.conf

Для начала, откройте файл /etc/resolv.conf с помощью текстового редактора:

sudo nano /etc/resolv.conf

Замените его содержимое на:

# Укажите правильные DNS-серверы
nameserver 8.8.8.8
nameserver 8.8.4.4

Сохраните файл и закройте редактор (Ctrl + X, затем Y и Enter).

Шаг 2: Обновление конфигурации NetworkManager

Убедитесь, что конфигурация NetworkManager также корректна. Откройте файл конфигурации:

sudo nano /etc/NetworkManager/NetworkManager.conf

Найдите строку, которая выглядит как:

dns=dnsmasq

И закомментируйте её, добавив # перед ней. Это предотвращает использование локального кэша DNS, который может быть повреждён.

Шаг 3: Перезапуск сетевых служб

После внесения изменений перезапустите NetworkManager и очистите кэш.

sudo systemctl restart NetworkManager

Или, для более старых систем:

sudo service network-manager restart

Шаг 4: Проверка настройки Proxy (если необходимо)

Если в университете используется прокси-сервер, убедитесь, что он правильно настроен в Ubuntu. Вам следует зайти в "Системные настройки" > "Сеть" > "Прокси" и проверить параметры. Если необходим PAC-скрипт, скопируйте его из настроек другого устройства (например, Windows).

Заключение

Следуя этим шагам, вы сможете восстановить доступ к интернету на вашем устройстве с Ubuntu 14.04. Если проблема сохраняется, проведите дополнительные проверки, например, на наличие ограничений IP со стороны сети университета или попробуйте подключиться к другой сети. Если подключения продолжают давать сбой, возможно, стоит проверить настройки оборудования или обратиться за помощью к администраторам сети вашего университета.

Советы

  • Если вас волнует конфиденциальность, вы можете рассмотреть возможность использования других DNS-серверов, таких как OpenDNS или Cloudflare.
  • Поддерживайте свою систему в актуальном состоянии, обновляя пакеты для обеспечения безопасной и стабильной работы.

Данный подход должен помочь решить вашу проблему. Успехов!

Оцените материал
Добавить комментарий

Капча загружается...