теперь не мог получить IP-адрес от DHCP на модеме - что изменилось?

У меня есть модем DSL, который делает DHCP, который, кажется, здоров, потому что я могу соединить другие хосты его и получить IP-адреса, но не мой нормальный компьютер.

После отсутствия в течение недели, при начальной загрузке, это не могло получить IP-адрес. Я затем попробовал все это снова, и это действительно получало IP-адрес, однако это было действительно медленно или отбросило большинство пакетов, и я не мог использовать его для просмотра веб-страниц.

Дальнейшие перезагрузки и ifdown/ifup циклы просто перестали работать напрямую теперь.

Я знаю, что это не модем или кабель, потому что другие ПК могут соединиться.

Я не думаю, что это - NIC, потому что у меня есть 2-й NIC, который также не получит IP-адрес.

Я отключил брандмауэр также, который не помог.

Это работает 16.04.3

Мое единственное предположение - то, что я обновил сетевой пакет, который теперь требует некоторой тонкой настройки - dhclient, возможно. Я не выполняю администратора сети, это - настоящая основная конфигурация.

Нет ничего в журналах кроме чего-то вроде этого (скопировано с экрана вручную):

Sep 8  23:40:27 gondor kernel: [ 495.11235] e1000e: enp0s25 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Sep 8  23:40:27 gondor kernel: [ 495.11235] e1000e: enp0s25 NIC Link is Down

который повторяется несколько раз, в то время как ifup работает.

Я, возможно, повредил свою сетевую конфигурацию путем установки или обновления пакета?

/etc/network/interfaces:

auto lo
iface lo inet loopback

auto enp0s25
allow-hotplug enp0s25
iface enp0s25 inet dhcp

[ОБНОВЛЕНИЕ] lshw -C network вывод согласно просьбе:

  *-network               
       description: Ethernet interface
       product: 82567LF Gigabit Network Connection
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: enp0s25
       version: 03
       serial: 00:01:80:76:c5:39
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=1.8-3 ip=86.139.80.140 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
       resources: irq:25 memory:fdfc0000-fdfdffff memory:fdfff000-fdffffff ioport:fe00(size=32)
0
задан 10 September 2017 в 07:21

1 ответ

Ваша проблема с установкой MTU для Вашего соединения DSL.

Для DSL, общая установка MTU является 1492. Просто разрешение и попытка, которую видит это значение сначала и доступны ли Ваши веб-сайты теперь.

Для определения корректной установки запустите со всех настроек MTU = 1500 и VPN = прочь. (VPN требует другого тестирования).

В терминале:

ping [-c count] [-M do] [-s packet_size] [host]

используемые опции:

  • c count: количество раз для проверки с помощью ping-запросов
  • M hint: Избранный Путь стратегия Исследования MTU. может быть любой do (запретите фрагментацию, даже локальную), want (делают исследование PMTU, фрагмент локально, когда размер пакета является большим), или dont (не устанавливают флаг DF).
  • s packet_size: Указывает число байтов данных, которые будут отправлены.

необходимо всегда запускать в 1472 и прокладывать себе путь вниз к 10 каждым разам. После того как Вы получаете ответ, поднимаетесь на 1, пока Вы не получаете фрагментированный пакет. Примите, который значение (длятся хорошее значение) и добавляет 28 к значению для составления различных заголовков TCP/IP. Например, скажем, тот 1452 был надлежащим размером пакета (где Вы сначала получили ответ ICMP на свой ping). Фактический размер MTU был бы 1480, который является оптимумом для сети, с которой мы работаем.

ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation

ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation

ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?

ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?

ссылка: , Как определить надлежащий размер MTU с ping ICMP

1
ответ дан 2 November 2019 в 07:22

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

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