Не могу получить доступ к отдельным веб-сайтам в Linux (но могу в Windows)

Question

Раньше мое интернет-соединение было прямым соединением с моим провайдером. Тогда все работало бы нормально как в Windows, так и в Ubuntu (двойная загрузка). Однако некоторое время назад они стали нуждаться во мне, чтобы набрать имя пользователя и пароль (через соединение PPPoE). Но с тех пор я не смог просматривать определенные сайты в Ubuntu, хотя в Windows таких проблем не было. Некоторые примеры веб-сайтов:страница входа в Ovi (хотя share.ovi.com загружается нормально, а nokia.com загружается нормально), Live Mail (работает в Chrome (ium) и Opera, но не в Firefox (как 3.6 и 4)), так и другие случайные сайты.

Некоторые веб-сайты, которые не загружаются, отображают сообщения о тайм-ауте в Chrome, а для некоторых веб-сайтов браузер будет пытаться загрузить без конца (я оставлял его таким даже несколько часов, но не заметил, что происходит что-то другое).

Я попытался изменить DNS-серверы на те, которые предложены в комментарии. Я даже пытался загрузиться с Fedora LiveCD и затем сменить DNS на них (и даже на OpenDNS), но происходит то же самое.

Вот вывод ipconfig для Windows:

Если это поможет, сообщения об ошибках Opera кажутся немного более информативными, и в них по очереди появляются следующие ошибки:

• Безопасное соединение: фатальная ошибка (552)
• Безопасное соединение: фатальная ошибка (40)

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

Кто-нибудь знает, почему это происходит и как это можно исправить?

Обновление: только что увидел здесь http://ubuntuforums.org/showthread.php?t=1571086&highlight=pppoe, что у кого-то еще была похожая проблема, и решил ее, поместив файл NetworkManager.conf в /etc /NetworkManager. Что должно быть в этом файле?

Answer 1

_{(Скопировано из Unix Stack Exchange)}

У вас есть симптомы проблемы MTU : некоторые TCP-соединения зависают, более или менее воспроизводимо для данной команды или URL, но без какого-либо легко различимого общего шаблона. Характерным признаком является то, что интерактивные сеансы SSH работают хорошо, но передача файлов почти всегда заканчивается неудачей. Кроме того, pppoe является источником проблем MTU для домашних пользователей. Поэтому я прописываю проверку MTU.

Что это? М aximum т ransmission у нита максимального размера пакета по каналу сети. MTU варьируется от транспортной среды к транспортной среде, например, проводной Ethernet и Wi-Fi (802.11) имеют разные MTU, а каналы ATM (которые составляют большую часть инфраструктуры дальней связи) имеют свои собственные MTU. PPPOE - это инкапсулированный протокол, который означает, что каждый пакет состоит из нескольких байтов заголовка, за которым следует базовый пакет, поэтому он уменьшает максимальный размер пакета на размер заголовка. IP позволяет маршрутизаторам фрагментировать пакеты, если они обнаруживают, что они слишком велики для следующего перехода, но это не всегда работает. В теории правильный MTU должен быть обнаружен автоматически, но это также не всегда работает. В частности, поиск в Google предполагает, что Network Manager не всегда должным образом воздействует на информацию MTU, полученную из обнаружения MTU, но я не знаю, какие версии подвержены уязвимости или каковы проблемные варианты использования.

Как измерить это. Попробуйте отправить ping-пакеты заданного размера внешним хостам, которые на них отвечают, например, ping -c 1 -s 42 8.8.8.8 (в Linux; в других системах посмотрите документацию вашей команды ping ). Ваши пакеты должны пройти через достаточно малые значения 42 (если 42 не работает, что-то блокирует пинг.). Для больших значений пакет не пройдет. 1464 - типичное максимальное значение, если ограничивающим элементом инфраструктуры является ваша локальная сеть Ethernet. Если вам повезет, когда вы отправите слишком большой пакет, вы увидите такое сообщение, как « Frag needed and DF set (mtu = 1492) . Если вам не повезло, продолжайте экспериментировать со значением, пока не найдете максимальное значение, а затем добавьте 28 (-s указывает размер полезной нагрузки, и помимо этого есть 28 байтов заголовков). Смотрите также Как оптимизировать подключение к Интернету с помощью MTU и RWIN на форумах Ubuntu.

Как установить его (замените 1454 на MTU, которое вы определили, а eth0 на имя вашего сетевого интерфейса)

• Как раз (Linux): запустите ifconfig eth0 mtu 1454
• Постоянно (Debian и его производные, такие как Ubuntu, если не используется Network Manager): Отредактируйте /etc/network/interfaces . Сразу после ввода для вашего сетевого интерфейса (после директивы iface eth0 …) добавьте строку с pre-up ifconfig $IFACE mtu 1454 . В качестве альтернативы, если ваш IP-адрес является статическим, вы можете добавить параметр mtu 1454 в статическую директиву iface eth0 inet static .

• Постоянно (Debian и его производные, такие как Ubuntu, с или без Network Manager): создайте скрипт с именем /etc/network/if-pre-up.d/mtu со следующим содержимым и сделайте его исполняемым во всем мире (chmod a+rx):

  #!/bin/sh
  ifconfig $IFACE mtu 1454
  

Answer 2

Проблема может быть связана с настройкой DNS. Для меня проблема решена за несколько шагов:

1. Сначала откройте Терминал.
2. Внутри запустите sudo apt-get install resolvconf (он установит пакет resolvconf ).
3. Перейдите в каталог /etc/resolvconf/resolv.conf.d/ .
4. Откройте файл с именем base с правами root, запустив sudo nano base .
5. Просто добавьте / измените записи. Допустимым примером записи является nameserver 8.8.8.8 . Записи должны быть разделены новыми строками. Ниже приведен правильный файл:

   nameserver 8.8.8.8 nameserver 8.8.4.4
   

   Примечание . Список DNS-имен и адресов можно найти здесь .
6. Сохраните файл и выйдите.
7. Запустите sudo resolvconf -u (это обновит конфигурацию DNS).

Это оно! Теперь попробуйте загрузить некоторые сайты, которые не загружались, это должно работать!

Answer 3

У меня такая же проблема. Некоторые сайты не могут открыться в моем KUBUNTU 17.04. Я использую эту команду:

echo 0 >/proc/sys/net/ipv4/tcp_timestamps

Answer 4

Я оставил конфигурацию по умолчанию в файле интерфейса, но установил MTU=1300 в разделе "WAN" беспроводного маршрутизатора.

Это решило проблему.