Рейтинг:0

Статический IP с Netplan вызывает низкую скорость интернета (Ubuntu Server 20.04)

флаг nl

У меня возникла проблема со скоростью интернета, когда я настроил статический IP-адрес с помощью Netplan в Ubuntu Server 20.04.

я использую Делл PowerEdge R710, без карты Wi-Fi, поэтому все решения, которые я нашел на форуме, связанные с Wi-Fi, на самом деле не работают. Я также пробовал несколько других конфигураций в Netplan и другие предложения, которые я нашел на форуме, но это действительно не сработало.

Если я отключу статический IP-адрес и оставлю его динамическим, скорость интернета будет работать нормально. Кто-нибудь знает, как это решить?

Вот мой 50-облако-init.yaml

aiec@camera02:/etc/netplan$ sudo nano 50-cloud-init.yaml
сеть:
  визуализатор: сетевой
  Ethernet:
    эно1:
      DHCP4: нет
      адреса: [192.168.253.188/24]
      шлюз4: 192.168.253.1
      необязательно: правда
      серверы имен:
        адреса: [8.8.8.8,8.8.4.4]
  версия: 2

тест скорости результат (если я с Динамическим IP, скорость достигает 40~45 Мбит/с)

aiec@camera02:/etc/netplan$ тест скорости
Получение конфигурации speedtest.net...
Тестирование от Live Telecom (177.66.74.126)...
Получение списка серверов speedtest.net...
Выбор лучшего сервера по пингу...
Размещено StarFibra Telecomunicações (Foz do Iguaçu) [4,05 км]: 58,244 мс
Тестирование скорости загрузки................................................... .................................
Скачать: 2,12 Мбит/с
Тестирование скорости загрузки................................................... ................................................. .....
Загрузка: 1,37 Мбит/с

И ifconfig -a

aiec@camera02:/etc/netplan$ ifconfig -a
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        инет 192.168.253.188 сетевая маска 255.255.255.0 широковещательная рассылка 192.168.253.255
        inet6 fe80::be30:5bff:fefe:671 prefixlen 64 scopeid 0x20<ссылка>
        эфир bc:30:5b:fe:06:71 txqueuelen 1000 (Ethernet)
        RX-пакеты 162999 байт 174965858 (174,9 МБ)
        Ошибки RX 0 отброшено 6421 переполнение 0 кадр 0
        Пакеты TX 78785 байт 42246324 (42,2 МБ)
        Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0

eno2: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        эфир bc:30:5b:fe:06:73 txqueuelen 1000 (Ethernet)
        Пакеты RX 0 байт 0 (0,0 Б)
        Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
        Пакеты TX 0 байт 0 (0,0 Б)
        Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0

eno3: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        эфир bc:30:5b:fe:06:75 txqueuelen 1000 (Ethernet)
        Пакеты RX 0 байт 0 (0,0 Б)
        Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
        Пакеты TX 0 байт 0 (0,0 Б)
        Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0

eno4: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        эфир bc:30:5b:fe:06:77 txqueuelen 1000 (Ethernet)
        Пакеты RX 0 байт 0 (0,0 Б)
        Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
        Пакеты TX 0 байт 0 (0,0 Б)
        Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        инет 127.0.0.1 сетевая маска 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<хост>
        loop txqueuelen 1000 (локальная петля)
        RX-пакеты 1084 байта 96330 (96,3 КБ)
        Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
        Пакеты TX 1084 байта 96330 (96,3 КБ)
        Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0
Artur Meinild avatar
флаг vn
Насколько я вижу, ваш `50-cloud-init.yaml` выглядит хорошо.
Ricardo MacCord avatar
флаг nl
Да, то, что я искал, это... Вот что меня беспокоит....
Рейтинг:0
флаг us

Существуют различные другие настройки, которые вы можете получать через DHCP, которые могут повлиять на пропускную способность. Если IP-адрес и адрес шлюза совпадают, следующее, на что следует обратить внимание, это MTU. Если ваш MTU по умолчанию слишком велик, ваша пропускная способность может быть низкой из-за фрагментации пакетов.

Ricardo MacCord avatar
флаг nl
Мой MTU по умолчанию был 1500, поэтому искал его и тестировал несколько значений, которые я нашел на других сайтах (1492, 1485, 1472, 1400, 1200, 1000, 800), но все равно не работало. Любая другая идея?
флаг us
Идентичны ли IP-адреса и адреса шлюза в ваших статических конфигурациях и конфигурациях DHCP? Может быть полезно, если вы настроите устройство для настройки через DHCP и вставите конфигурацию интерфейса с полным разрешением для сравнения.
флаг us
Также возможно, но маловероятно, что ваш маршрутизатор имеет элементы управления qos, которые отдают приоритет трафику от устройств, настроенных по протоколу dhcp, и замедляют статически настроенные устройства.
Рейтинг:0
флаг nl

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

Проблема была со шлюзом. когда я использовал команду netstat -rn, он вернул:

aiec@camera02:~$ netstat -rn
Таблица IP-маршрутизации ядра
Шлюз назначения Флаги Genmask MSS Window irtt Iface
0.0.0.0 192.168.253.1 0.0.0.0 УГ 0 0 0 eno1
0.0.0.0 192.168.253.254 0.0.0.0 УГ 0 0 0 eno1
192.168.253.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1
192.168.253.254 0.0.0.0 255.255.255.255 UH 0 0 0 eno1

Шлюз должен был заканчиваться .254, вместо .1.

Итак, правильный способ использования netplan для меня состоял в том, чтобы ввести шлюз4: 192.168.253.254.

  визуализатор: сетевой
  Ethernet:
    эно1:
      DHCP4: нет
      адреса: [192.168.253.188/24]
      шлюз4: 192.168.253.254
      необязательно: ложь
      серверы имен:
        адреса: [8.8.8.8,8.8.4.4]
  версия: 2

Теперь мой netstat -rn, возвращаться:

Таблица IP-маршрутизации ядра
Шлюз назначения Флаги Genmask MSS Window irtt Iface
0.0.0.0 192.168.253.254 0.0.0.0 УГ 0 0 0 eno1
192.168.253.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1

И это все. Спасибо тем, кто пытался мне помочь.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.