Раньше мое интернет-соединение было прямым соединением с моим провайдером. Тогда все работало бы нормально как на 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. Что должно быть в этом файле?
источник
ipconfig
команды под Windows?Ответы:
(Скопировано из 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
на имя вашего сетевого интерфейса)ifconfig eth0 mtu 1454
/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
):источник
Я оставил конфигурацию по умолчанию в файле интерфейса, но установил
MTU=1300
в разделе «WAN» моего беспроводного маршрутизатора.Это решило проблему.
источник
У меня такая же проблема. Некоторые сайты не могут открыться в моем KUBUNTU 17.04. Я использую эту команду:
источник
Проблема может быть связана с настройкой DNS. Для меня проблема решена за несколько шагов:
sudo apt-get install resolvconf
(установитresolvconf
пакет)./etc/resolvconf/resolv.conf.d/
каталог.base
с правами root, запустивsudo nano base
.nameserver 8.8.8.8
. Записи должны быть разделены новыми строками. Ниже приведен правильный файл: Примечание . Список DNS-имен и адресов можно найти здесь .sudo resolvconf -u
(это обновит конфигурацию DNS).Это оно! Теперь попробуйте загрузить некоторые сайты, которые не загружались, это должно работать!
источник