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

Question

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

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

Открытие сайтов в Chrome давало мне ERR_NAME_NOT_RESOLVED, пока я наконец не понял, что у меня проблемы с DNS (распространенная проблема на моем рабочем месте). Обычно я устанавливаю на наших компьютерах Google Public DNS для IPv4, поэтому, естественно, я устанавливаю свои преобразователи IPv6 DNS на серверы 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 и видел текст "Соединение". Sidenote: 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.com приводит к connect: Network is unreachable (я могу получить доступ к google.com в Chrome), ping not-a-real-site.com выдает ping: unknown host not-a-real-site.com , пингует мой шлюз по адресу 192.168.1.254 выдает "недостижимый", как и ping 8.8.8.8, но pinging localhost прежнему дает правильное поведение.

Я очень смущен. Как это исправить?

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

Answer 1

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

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

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

• Маршрутизируемый адрес IPv4 (это то, что делал большинство провайдеров)
• Не маршрутизируемый адрес IPv4 (и CGN)
• NAT64
• DS-Lite
• 4-я

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

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

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

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

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

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

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

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

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

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