Ubuntu не может подключиться к сайтам IPv4, и наблюдается странное поведение сети

Ubuntu не может подключиться к сайтам IPv4, и наблюдается странное поведение сети

Я на Ubuntu 15.04 с последним Chrome. У меня недавно возникла странная проблема.

Мое подключение к Интернету осуществляется по беспроводной сети DSL (если быть точным, AT&T U-Verse). При просмотре с помощью ifconfigмой ноутбук всегда определялся с адресом IPV4. Сегодня утром, когда у меня были проблемы с подключением, он показывает адрес IPV6.

Открытие веб-сайтов в Chrome давало мне ERR_NAME_NOT_RESOLVED, пока я наконец не понял, что у меня проблемы с DNS (обычная проблема на моем рабочем месте). Обычно я настраиваю наши компьютеры на Google Public DNS для IPv4, поэтому, естественно, я также настраиваю свои DNS-резолверы IPv6 на серверы Google Public DNS. После этого у меня было соединение, которое можно описать только как прерывистое.

Иногда я могу использовать Chrome для доступа к таким сайтам, как Google, Facebook и Wikipedia, которые обслуживаются через IPv6. Иногда мое сетевое соединение "умирает", что означает, во-первых, что Chrome показывает DNS_PROBE_FINISHED_NO_INTERNET, а во-вторых, что Ubuntu показывает мне уведомление GTK о том, что моя сеть отключена.

Мое соединение «умирает» после загрузки 2-3 сайтов IPv6 или при попытке загрузить сайт IPv4, напримерhttp://ubuntu.com.

Работая за этим компьютером, я иногда пытался получить доступ к ресурсу из поиска Google, а затем просмотреть его в кэше Google: это работало (конечно, только при загрузке нескольких страниц за раз).

Каждый раз, когда мое соединение «обрывалось», я заходил в Network Manager и видел текст «подключение». Примечание: Network Manager не отображает свой значок на «панели задач». Мне приходится использовать Super и поиск, чтобы открыть его.

У моего маршрутизатора есть страница администратора по адресуhttp://192.168.1.254, но чаще всего при попытке доступа к этой странице возникает ошибка.

Вот что я попробовал:

  1. Перезагрузите компьютер много-много раз.
  2. Перезагрузите маршрутизатор. Я сделал это один раз, так как это довольно сильно мешает моему рабочему месту. Все остальные компьютеры (Windows и iMac) работают нормально.
  3. Обновите аренду DHCP. Я сделал почти всеэти.
  4. Очистил DNS-кэш Chrome.
  5. FireFox работает не лучше.
  6. Подключитесь напрямую к DSL-модему через Ethernet.

На данный момент мой интернет работает для сайтов IPv6 (я пишу этот вопрос с Mac). ping google.comyields connect: Network is unreachable(я могу зайти google.comв Chrome), ping not-a-real-site.comyields ping: unknown host not-a-real-site.com, пинг моего шлюза по адресу 192.168.1.254 выдает «недоступно», как и пинг 8.8.8.8, но пинг localhostпо-прежнему дает правильное поведение.

Я совсем запутался. Как это исправить?

Редактировать 0: Я могу подключиться к обоимhttps://ipv4.google.comиhttps://ipv6.google.comна рабочем компьютере, но только для того, чтобыhttps://ipv6.google.comна моем ноутбуке.

решение1

Знание того, какой метод ваш провайдер хотел использовать для доступа к серверам IPv4, безусловно, поможет отладить проблему. На стороне LAN вашего маршрутизатора есть три возможности:

  • Маршрутизируемые адреса IPv4 (маловероятно)
  • Немаршрутизируемые адреса IPv4 (и NAT)
  • Только адреса IPv4 (и NAT64)

Если вы не используете маршрутизируемые адреса IPv4 на стороне LAN вашего маршрутизатора, на стороне WAN вашего маршрутизатора есть 5 возможностей:

  • Маршрутизируемый адрес IPv4 (так раньше поступали большинство интернет-провайдеров)
  • Немаршрутизируемый адрес IPv4 (и CGN)
  • НАТ64
  • DS-Lite
  • 4-й

Знание того, какую из 11 возможных комбинаций провайдер хотел вам использовать, поможет отладить проблему. Первое, что вам нужно проверить, — это есть ли у вас на сетевом интерфейсе и IPv4, и IPv6-адрес, или только один из них.

Есть несколько очевидных вариантов того, что может пойти не так.

Если вы найдете меню, Edit Connections...вы можете выбрать, требуется ли IPv4 для подключения и требуется ли IPv6 для подключения. Если ни один из пунктов не отмечен, то для того, чтобы считать подключение работоспособным, потребуется по крайней мере один из двух.

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

Если ваш интернет-провайдер предполагает, что вы используете NAT64, но вы не хотите использовать DNS-серверы, предоставленные интернет-провайдером, вы все равно можете использовать другой DNS-сервер, но он должен быть настроен на DNS64 и иметь тот же префикс, что и NAT64, предоставленный вашим интернет-провайдером.

Если LAN использует немаршрутизируемые адреса IPv4, а WAN использует NAT64, ваш маршрутизатор должен поддерживать NAT464. NAT464 должен знать префикс, используемый NAT64, обычно он находит этот префикс, запрашивая у DNS-сервера имя, которое разрешается с помощью DNS64. Технически возможно, что реализация NAT464 будет поддерживать статическую конфигурацию префикса NAT64, что устраняет необходимость в DNS64.

Настройки, которые могут помочь

Короче говоря, с проблемой могут быть связаны следующие настройки:

  • Для завершения этого соединения требуется адресация IPv4
  • Для завершения этого соединения требуется адресация IPv6
  • DNS-серверы

Если правильных настроек недостаточно для решения проблемы, то вам необходимо найти дополнительную информацию, чтобы получить более точный ответ.

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