Не может соединиться с Интернетом через Ethernet-коммутатор
Я нахожусь в процессе перемещения моих компьютеров к Ubuntu. Дела идут вполне прилично на моей первой установке, но во время процесса я начал иметь серьезные проблемы интернет-соединения. Я знаю, что эта проблема не имеет никакого отношения к O/S, потому что у меня есть проблема с любым ПК в моей сети, независимо от которой версии Linux я использую. Поскольку все мое продвижение усилий будет на Ubuntu, я полагал, что это было лучшим местом для прибытия.
У меня есть домашняя сеть с помощью DSL, который работал надежно в течение примерно 9 месяцев. Это начало давать мне проблемы соединения 2 дня назад, который был 1-го марта, когда я первоначально записал это. Начиная с первого ввода этого я получил новый переключатель, и это значительно улучшило ситуацию.
Текущий статус, как или 5-го марта, то, что с новым переключателем на месте, исходные упомянутые конфигурации, теперь маркировал 'Route 1', и 'Route 2' теперь оба работают.
Я рассмотрел закрытие этой проблемы, но я собираюсь добавить 'Маршрут 3', который является частью моей сети, но полностью рабочий. 'Направьте 3', объединение в гирляндную цепь выключает главный выключатель, была часть сети, так как я настроил его приблизительно 9 месяцев назад. Физически, это намного более удобно, чем альтернатива, при этом альтернатива должна выполнить, возможно, дополнительные 6, 50 к 100 кабели Ethernet ноги через мой дом. Если согласие будет состоять в том, что я делаю это, я закрою эту проблему.
Тест, который я использую: ping www.google.com
Ниже 'Маршрут 1' конфигурация, которая работает, где 'EL' является ссылкой Ethernet, и 'SW' является переключателем. С этой конфигурацией я получаю нормальные результаты ping, при этом 64-байтовые сообщения получены назад от www.google.com.
модем-> проводной канал-> маршрутизатор-> EL-> Ubuntu ПК
Ниже 'Маршрут 2', которому добавили Ethernet-коммутатор. Эта конфигурация, показанная ниже, теперь также передает.
модем-> проводной канал-> маршрутизатор-> EL-> SW-> EL-> Ubuntu ПК
Заключительная конфигурация, 'Маршрут 3' показывают ниже.
модем-> проводной канал-> маршрутизатор-> EL-> SW1-> EL-> SW2-> EL-> Ubuntu ПК
У меня в настоящее время есть 4 ссылки Ethernet, выходящие из переключателя 'SW1'. Одна из тех ссылок соответствует 'Маршруту 2' схемы и работы. Другие 3 ссылки являются 'Маршрутом 3' ссылки на компьютеры. Две из этих ссылок передача. Третьи сбои ссылки, с немного отличающимся сообщением об ошибке, по-видимому, потому что выполняют различные дистрибутивы Linux.
Когда я проверяю с помощью ping-запросов от хоста Ubuntu, с помощью 'Маршрута 3' конфигурации, сообщение об ошибке:
ping: www.google.com: Имя или сервис, не известный
Когда я проверяю с помощью ping-запросов от хоста не-Ubuntu, снова с помощью 'Маршрута 3' конфигурации, сообщение об ошибке:
ping: www.google.com: Временный отказ в определении имен
Оба указания, что имя переводилось в IP-адрес.
От любого компьютера я могу проверить с помощью ping-запросов маршрутизатор, но не www.google.com.
Когда я выполняю lshw, использующий 'Маршрут 3', я получаю следующее:
lshw -C network
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: enp1s0
version: 06
serial: 00:30:67:cd:16:04
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.0.251 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
resources: irq:26 ioport:e000(size=256) memory:d0004000-d0004fff memory:d0000000-d0003fff
Когда я выполняю tracepath, использующий 'Маршрут 2', я добираюсь:
tracepath www.google.com
1?: [LOCALHOST] pmtu 1500
1: router 0.613ms
1: router 0.566ms
2: router 0.536ms pmtu 1492
2: 10.7.0.69 18.574ms
3: 172.16.10.57 25.352ms
4: no reply
5: no reply
и 'никакой ответ' повторения, пока я не убегаю из tracepath.
Если я выполняю tracepath, использующий 'Маршрут 3', то tracepath зависает без вывода.
Jim A.
2 ответа
Переключатели
Я не думаю, что можно расположить каскадом неуправляемые Ethernet-коммутаторы.
Ваша конфигурация должна больше походить на это:
DSL modem-->router(1)-->switch(1-8)-->PCs(1-8)
router(2)-->switch(1-8)-->PCs(9-16)
router(3)-->PC
router(4)-->PC
Для предотвращения долго открытых участков кабеля рассмотрите использование адаптеров PowerLine.
DSL
Для DSL Ваш MTU не должен быть 1500, но вероятно чем-то как 1492.
Для DSL общая установка MTU является 1492. Просто разрешение и попытка, которую видит это значение сначала и доступны ли Ваши веб-сайты теперь.
Для определения корректной установки запустите со всех настроек MTU = 1500 и VPN = прочь. (VPN требует другого тестирования).
В terminal:
ping [-c количество] [-M делает] [-s packet_size] [хост]
Используемые опции:
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 # это, вероятно, покажет фрагментацию
ping -c 4 -M do -s 1462 8.8.8.8 # может показать фрагментацию
ping -c 4 -M do -s 1452 8.8.8.8 # никакая фрагментация?
ping -c 4 -M do -s 1453 8.8.8.8 # все еще никакая фрагментация?
ссылка: Как определить надлежащий размер MTU с ping ICMP
Драйвер Ethernet
r8169 драйвер является багги. Лучше всего устанавливать r8168-dkms, перезагрузка и перетест.
Я установил r8168-dkms пакет.
Кроме того, я добавил следующее к своему/etc/network/interfaces файлу:
auto enp1s0
iface enp1s0 inet static
address 192.168.0.251/24
gateway 192.168.0.1
dns-nameservers 8.8.8.8 8.8.4.4
mtu 1492
Обратите внимание, что интерфейс является 'enp1s0', не 'eno1', потому что я использую хост debian в настоящее время. После того как я получаю сети на новой Ubuntu ПК, я буду использовать его.
С теми изменениями я теперь получаю tracepath, с помощью маршрута:
маршрутизатор-> EL-> ПК
tracepath www.google.com
1?: [LOCALHOST] pmtu 1492
1: router 0.412ms
1: router 0.353ms
2: 10.7.0.69 18.506ms
3: 172.16.10.57 34.332ms
4: no reply
Используя маршрут:
маршрутизатор-> EL-> переключатель-> EL-> ПК
Я получаю следующее:
tracepath www.google.com
tracepath: www.google.com: Temporary failure in name resolution
Примечание: Существует задержка, возможно, 30 - 60 секунд, прежде чем сообщение 'Временного отказа' будет дано.
С переключателем в маршруте,
ping www.google.com
урожаи:
ping www.google.com
ping: www.google.com: Temporary failure in name resolution
Еще одна вещь, которую стоит отметить, состоит в том, что во время части моего тестирования с переключателем в пути, когда я сделал ping и затем повредил его с cntl-C, статистика ping появилась и указала, что была пакетная интенсивность отказов 95%. Я не выяснил, почему та статистика иногда обнаруживается, но не другие.
С моей конфигурацией модели как:
маршрутизатор-> переключатель-> ПК
Я пытался выполнить 'ping-c xx-M, делают-s xxx 8.8.8.8' как heynnema предложенный. Во всех случаях я получил те же результаты. Ниже образец:
$ sudo ping -c 4 -M do -s 1400 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1400(1428) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3079ms
С моей конфигурацией модели как:
маршрутизатор-> ПК
Я выполнил ping еще раз, и это похоже
$ ping -c 4 -M do -s 1464 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1464(1492) bytes of data.
76 bytes from 8.8.8.8: icmp_seq=1 ttl=57 (truncated)
76 bytes from 8.8.8.8: icmp_seq=2 ttl=57 (truncated)
76 bytes from 8.8.8.8: icmp_seq=3 ttl=57 (truncated)
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 21.980/23.742/25.505/1.444 ms
$ ping -c 4 -M do -s 1465 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1465(1493) bytes of data.
ping: local error: Message too long, mtu=1492
ping: local error: Message too long, mtu=1492
ping: local error: Message too long, mtu=1492
Так, похоже, что существует ошибка в-s 1464.
Но самый важный для меня то, что ping показывает 100%-ю потерю пакетов, когда я использую конфигурацию:
маршрутизатор-> переключатель-> ПК.
Это - все еще большая тайна мне.