Сетевая проблема После обновления UBUNTU 18.04

После обновления Ubuntu 18.04 Я получаю вопросительный знак вместо значка Wi-Fi, и я не могу посетить некоторые веб-сайты - эти веб-сайты иногда изменяются, но веб-сайт я, недавно загрузка наличия задач edx.org. Обе проблемы уходят, поскольку я соединяюсь с сервером VPN с openconnect.

0
задан 2 October 2018 в 11:57

1 ответ

Нажмите на Network Setiings... Верхний правый угол... enter image description here

Затем открывают Identity.... enter image description here

Стратегия и Тест....

STRATEGY

стратегия проста... Проверьте с помощью ping-запросов серию diffent размеров, и это поможет сузить размер MTU. Ping составляет 28 байтов на своем собственном. Типичное соединение LAN имеет MTU 1 500 байтов. Таким образом, мы должны не забыть вычитать 28 из MTU, мы действительно хотим протестировать. Например, если мы хотим протестировать MTU 1500, сначала проверить с помощью ping-запросов и установить размер на 1473, это должно перестать работать, поскольку мы отправляем ping, который составляет 1 501 байт в размере с набором опции Do Not Fragment. необходимо получить вывод, подобный следующему:

jon@JonM-LabPC:/-c 2-M ping $ делают 8.8.8.8 PING с 1473 8.8.8.8 (8.8.8.8) 1473 (1501) байты данных. ping: локальная ошибка: обменивайтесь сообщениями слишком долго, mtu=1500 ping: локальная ошибка: обменивайтесь сообщениями слишком долго, статистика ping mtu=1500

---8.8.8.8---2 переданные пакета, 0 полученных, +2 ошибки, 100%-я потеря пакетов, время 1 006 мс

, Мы видим, что ошибка "обменивается сообщениями слишком долго", сопровождаемый фактическим размером MTU. Знайте, что не все дистрибутивы Linux будут иметь этот тот же вывод... Для Gaia Контрольной точки Вы получите что-то подобное этому:

-c 2-M ping [Expert@R7730StandAlone:0]# делают-s 1473 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 1473 (1501) байты данных. От 172.26.176.150 icmp_seq=1 необходимых Frag и набор DF (mtu = 1500) От 172.26.176.150 icmp_seq=1 Frag нуждался и набор DF (mtu = 1500)

---8.8.8.8 статистических данных ping---0 переданных пакетов, 0 полученных, +2 ошибки

Так, в зависимости от вывода, который Вы получаете, можно далее проверить это, MTU является 1500 путем отправки ping, который является точно 1 500 байтами в размере, а не 1501. Вы просто установили бы размер на 1472. Это будет MTU для 99% внутренних соединений LAN и большинство жилых кабельных модемов.

Просто Продолжают идти до корректного MTU, найден....

steve@steve:~$ ping -c 2 -M do 8.8.8.8 -s 1468
PING 8.8.8.8 (8.8.8.8) 1468(1496) bytes of data.
1476 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=26.3 ms
1476 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=26.7 ms

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 26.311/26.525/26.739/0.214 ms

steve@steve:~$ ping -c 2 -M do 8.8.8.8 -s 1469
PING 8.8.8.8 (8.8.8.8) 1469(1497) bytes of data.
ping: local error: Message too long, mtu=1496
ping: local error: Message too long, mtu=1496

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 
1029ms

PING 8.8.8.8 (8.8.8.8) 1468 (1496) байты данных.

, Когда это сообщение получено, Вы определили MTU....

ping: local error: Message too long, mtu=1496
ping: local error: Message too long, mtu=1496
0
ответ дан 22 September 2019 в 23:29

Другие вопросы по тегам:

Похожие вопросы: