У меня есть модем 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)
Ваша проблема с установкой 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?