Не вдається отримати доступ до вибраних веб-сайтів в Linux (але можна в Windows)

Моє підключення до Інтернету раніше було прямим підключенням LAN до мого провайдера. Тоді все б добре завантажувалося як на 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)

Далі: Opera не змогла підключитися до сервера. Сервер, можливо, використовує непідтримуваний протокол SSL 2, що не вважається достатньо безпечним для безпечного зв'язку. Власник сайту повинен оновити до TLS 1.0 або новішої версії.

Хтось знає, чому це відбувається і як це можна виправити?

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

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

У вас є симптоми проблеми MTU : деякі TCP-з'єднання замерзають, більш-менш відтворювані для даної команди чи URL-адреси, але без загальновизнаного загального шаблону. Показовим симптомом є те, що інтерактивні сеанси ssh працюють добре, але передача файлів майже завжди не вдається. Крім того, pppoe - це номер один, який приносить проблему MTU для домашніх користувачів. Тому я призначаю чек MTU.

Що це? М aximum т ransmission у нита максимального розміру пакета по каналу мережі. MTU варіюється від транспортного середовища до транспортного середовища, наприклад, дротовий Ethernet та wifi (802.11) мають різні MTU, а посилання на банкомати (які складають більшу частину інфраструктури міжміських відстаней) мають власну MTU. PPPOE - це інкапсульований протокол, що означає, що кожен пакет складається з декількох байтів заголовка, за яким слідує базовий пакет - тому він зменшує максимальний розмір пакета на розмір заголовка. IP дозволяє маршрутизаторам фрагментувати пакети, якщо вони виявляють, що вони занадто великі для наступного стрибка, але це не завжди працює. Теоретично слід відкрити належний MTUавтоматично , але це також не завжди працює. Зокрема, googling припускає, що Менеджер мережі не завжди належним чином діє на інформацію MTU, отриману при виявленні MTU, але я не знаю, на які версії впливають чи які проблемні випадки використання.

Як це виміряти. Спробуйте надіслати пінг-пакети заданого розміру зовнішнім хостам, які відповідають на них, наприклад 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, якщо не використовується Менеджер мереж): Редагувати /etc/network/interfaces. Одразу після запису для вашого мережевого інтерфейсу (після iface eth0 …директиви) додайте рядок з pre-up ifconfig $IFACE mtu 1454. Крім того, якщо ваша IP-адреса статична, ви можете додати mtu 1454параметр до iface eth0 inet staticдирективи.

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

  #!/bin/sh
  ifconfig $IFACE mtu 1454
  

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

Це вирішило проблему.

У мене те саме питання. Деякий веб-сайт не може відкритися в моєму KUBUNTU 17.04. Я використовую цю команду:

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

Проблема може бути пов’язана з налаштуванням 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. Записи повинні бути розділені новими рядками. Нижче наведено дійсний файл:

   сервер імен 8.8.8.8
   сервер імен 8.8.4.4
   

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

Це воно! Тепер спробуйте завантажити деякі веб-сайти, які не завантажувались, це повинно працювати!