Ужасно тормозит Интернет через PPPoE в Ubuntu 16.04.1, 16.10.

[Sfx394402]

Здравствуйте, уважаемые форумчане!

При подключении к Интернету через PPPoE (DSL) в Ubuntu 16.04.1 и 16.10 скорости практически нет. Нормально открываются не более 10% сайтов, большинство сайтов не открывается вообще, да и те, которые открываются, загружаются достаточно долго. При подключении через роутер или маршрутизатор подобной проблемы не возникает. Аналогичное поведение происходит даже если запустить Ubuntu в виртуальной машине, и там установить соединение с Интернетом через PPPoE, предварительно указав в настройках виртуальной машины тип подключения адаптера «сетевой мост». При указании типа подключения NAT, понятное дело, что установка соединения через PPPoE уже не требуется, поэтому проблема исчезает.

Кто знает, как с этим можно бороться?

P.S. В Ubuntu 14.04.5 нормально подключаюсь через PPPoE кабелем оператора напрямую в компьютер, и Инетернет просто летает, а для перехода на 16.04.1 или 16.10 вынужден использовать роутер, чтобы нормально пользоваться Интернетом.

[koshev]

iptables-save -t mangle после подключения по PPPoE покажите.

[Sfx394402]

Пожалуйста, предоставляю.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# iptables-save -t mangle
# Generated by iptables-save v1.6.0 on Wed Mar  1 21:54:27 2017
*mangle
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
# Completed on Wed Mar  1 21:54:27 2017

[acestream]

Не пробовали ipv6 отключить?
Не лезьте в конфиги оно вам не нужно. Удалите все соединения в NetworkManager, перезагрузите службу (sudo service NetworkManager) или компьютер. Втыкаете кабель в компьютер, создаётся проводное (ethernet) соединение (если нет, создаёте сами). Далее идёте в свойства этого проводного соединения и отключаете (ignore/ игнорировать) ipv6. После этого создаёте DSL соединение в том же NetworkManager

[AnrDaemon]

покажите выводы для

Код: [Выделить]

tracepath проблемныйсайт
tracepath рабочийсайт

[Sfx394402]

IPv6 тут не причём. Тем более, он и не работает через PPPoE вообще, о чём я писал в соседней теме. Хотя, пробовал и без него, установив значение Ignore во вкладке IPv6, а также полностью отключив выдачу IPv6 адресов в личном кабинете оператора. Абсолютно ни на что это не повлияло.
По поводу трассировки маршрута скажу так, что пропажи пакетов не происходит, однако, доступ к Российским серверам осуществляется значительно быстрее, чем к международным. Тот же archive.canonical.com доступен, но стоит запустить обновление пакетов, и всё зависание намертво начинается при обращении именно к нему.
Сам факт, что на Trusty Tahr никаких проблем с доступом в Интернет не имеется, проблемы именно на Xenial Xerus и Yakkety Yak.

[AnrDaemon]

Мы диагностику увидим, нет?

[Sfx394402]

Вот, что мне выдаёт tracepath на Xenial Xerus.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# tracepath yandex.ru
 1?: [LOCALHOST]                                         pmtu 1500
 1:  no reply
 2:  no reply
 3:  no reply

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# tracepath archive.canonical.com
 1?: [LOCALHOST]                                         pmtu 1500
 1:  no reply
 2:  no reply
 3:  no reply

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# tracepath vk.com
 1?: [LOCALHOST]                                         pmtu 1500
 1:  no reply
 2:  no reply
 3:  no reply

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# tracepath mail.ru
 1?: [LOCALHOST]                                         pmtu 1500
 1:  no reply
 2:  no reply
 3:  no reply

И так до бесконечности нет ответа на всех сайтах.

[AnrDaemon]

Покажите ещё

Код: [Выделить]

iptables-save и напомните, у вас DSL соединение на компе настроено, да?

[Sfx394402]

Команда iptables-save выдала в ответ пустоту.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# ifconfig ppp0
ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:XXX.XXX.XXX.XXX  P-t-P:XXX.XXX.XXX.XXX  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:36 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:2895 (2.8 KB)  TX bytes:2044 (2.0 KB)
root@ubuntu:~# iptables-save
root@ubuntu:~#

Да, соединение через DSL (PPPoE). Настройки соединения по дефолту. По просьбам трудящихся выше поставил IPv6 в положение Ignored, а также выключил выдачу IPv6 адресов в личном кабинете оператора.

Команду iptables-save выполнял после установления PPPoE-соединения.

Пользователь добавил сообщение 02 Марта 2017, 16:39:47:Нашёл аналогичную тему с абсолютно идентичной ситуацией как у себя: Недоступность сайтов под Ubuntu LTS 16.04.

Прошу у модераторов извинения за создание дублирующей темы, а также обращаюсь с просьбой объединить мою тему с уже существующей.

[fisher74]

А это будет?

tracepath рабочийсайт

Ну и заодно

Код: [Выделить]

size=1000; while ping -s $size -c1 -M do ru.archive.ubuntu.com >&/dev/null; do ((size+=4)); done; echo "Max MTU size: $((size-4+28))"

[AnrDaemon]

sudo ipta…

Нашёл аналогичную тему

Это не ваша тема. И не ваша проблема.
И пока мы не решили вашу проблему, мы не знаем, что стало причиной и действительно ли тема аналогичная.
Пользователь добавил сообщение 02 Марта 2017, 19:47:20:

Ну и заодно

ничего не даст. ICMP явно блокируется.

[fisher74]

Вынужден  с Вами согласиться, но вдруг? Что-то же там "просвечивается"

[Sfx394402]

А это будет?

tracepath рабочийсайт

Уже выкладывал.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# tracepath yandex.ru
 1?: [LOCALHOST]                                         pmtu 1500
 1:  no reply
 2:  no reply
 3:  no reply

Так на всех сайтах. По всем 30-ти прыжкам нет ответа, а результат команды оканчивается следующим сообщением:

(Нажмите, чтобы показать/скрыть)

     Too many hops: pmtu 1500
     Resume: pmtu 1500

Яндекс можно считать рабочим, потому что с его репозиториев хотя бы нормально скачиваются пакеты.

Ну и заодно

Код: [Выделить]

size=1000; while ping -s $size -c1 -M do ru.archive.ubuntu.com >&/dev/null; do ((size+=4)); done; echo "Max MTU size: $((size-4+28))"


Выкладываю результат пинга.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# size=1000; while ping -s $size -c1 -M do ru.archive.ubuntu.com >&/dev/null; do ((size+=4)); done; echo "Max MTU size: $((size-4+28))"
Max MTU size: 1024

sudo ipta…

По-прежнему ничего не выдаёт. Я и так работаю в консоли как root.

(Нажмите, чтобы показать/скрыть)

root@ubuntu:~# sudo iptables-save
root@ubuntu:~#

[fisher74]

Max MTU size: 1024

мда... это говорит, что icmp вообще не ходок.

Яндекс можно считать рабочим,

но не пигуется, да?