înregistrare Logare
Puncte:0
Ricardo MacCord avatar Ubuntu

IP-ul static cu Netplan determină o viteză scăzută a internetului (Ubuntu Server 20.04)

drapel nl
Ricardo MacCord

Am o problemă cu viteza internetului când am configurat un IP static cu Netplan în Ubuntu Server 20.04.

Eu folosesc un Dell PowerEdge R710, fără card wifi, deci toate soluțiile pe care le-am găsit pe forum care implică wifi, nu prea funcționează. Am încercat și alte configurații în Netplan și alte sugestii pe care le-am găsit pe forum, dar chiar nu a funcționat.

Dacă dezactivez IP-ul static și îl las dinamic, viteza internetului funcționează bine. Are cineva o idee despre cum să rezolv asta?

Aici e al meu 50-cloud-init.yaml

aiec@camera02:/etc/netplan$ sudo nano 50-cloud-init.yaml
reţea:
  redator: în rețea
  ethernet:
    eno1:
      dhcp4: nu
      adrese: [192.168.253.188/24]
      gateway4: 192.168.253.1
      opțional: adevărat
      servere de nume:
        adrese: [8.8.8.8,8.8.4.4]
  versiunea: 2

The speedtest rezultat (dacă sunt cu IP dinamic, viteza ajunge la 40~45 Mbits/s)

aiec@camera02:/etc/netplan$ speedtest
Se preiau configurația speedtest.net...
Testare de la Live Telecom (177.66.74.126)...
Se preiau lista de servere speedtest.net...
Se selectează cel mai bun server pe baza ping...
Găzduit de StarFibra Telecomunicações (Foz do Iguaçu) [4,05 km]: 58,244 ms
Testarea vitezei de descărcare.................................................. .................................
Descărcare: 2,12 Mbit/s
Testarea vitezei de încărcare.................................................. .................................................. .....
Încărcare: 1,37 Mbit/s

Si ifconfig -a

aiec@camera02:/etc/netplan$ ifconfig -a
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.253.188 netmask 255.255.255.0 difuzare 192.168.253.255
        inet6 fe80::be30:5bff:fefe:671 prefixlen 64 scopeid 0x20<link>
        ether bc:30:5b:fe:06:71 txqueuelen 1000 (Ethernet)
        Pachete RX 162999 octeți 174965858 (174,9 MB)
        Erori RX 0 a scăzut 6421 depășiri 0 cadru 0
        Pachete TX 78785 octeți 42246324 (42,2 MB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

eno2: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether bc:30:5b:fe:06:73 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 0 octeți 0 (0,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

eno3: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether bc:30:5b:fe:06:75 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 0 octeți 0 (0,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

eno4: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether bc:30:5b:fe:06:77 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 0 octeți 0 (0,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        loop txqueuelen 1000 (Loopback local)
        Pachete RX 1084 octeți 96330 (96,3 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 1084 octeți 96330 (96,3 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
629
2 + 2
Artur Meinild avatar
drapel vn
Artur Meinild
`50-cloud-init.yaml` dvs. arată bine din ceea ce văd.
1
Răspunde
Ricardo MacCord avatar
drapel nl
Ricardo MacCord
Da, pentru ceea ce am căutat, este... Asta mă deranjează...
0
Răspunde
Puncte:0
avatar Ubuntu
drapel us
slangasek

Există diverse alte setări pe care este posibil să le primiți prin DHCP care ar afecta debitul. Dacă adresa IP și adresa gateway-ului sunt aceleași, următorul lucru pe care trebuie să îl priviți ar fi MTU. Dacă MTU implicit este prea mare, debitul dvs. poate fi scăzut din cauza fragmentării pachetelor.

0 + 3
Ricardo MacCord avatar
drapel nl
Ricardo MacCord
MTU-ul meu implicit era 1500, așa că am căutat și am testat câteva valori pe care le-am găsit pe alte site-uri (1492, 1485, 1472, 1400, 1200, 1000, 800), dar tot nu au funcționat. O altă idee?
0
Răspunde
drapel us
slangasek
Sunt adresele IP și gateway identice între configurațiile dvs. statice și DHCP? Poate fi util dacă setați dispozitivul să configureze prin DHCP și lipiți configurația interfeței cu rezoluții complete pentru comparație.
0
Răspunde
drapel us
slangasek
De asemenea, este posibil, dar puțin probabil, ca routerul dvs. să aibă controale qos care prioritizează traficul de la dispozitivele configurate cu dhcp și încetinește dispozitivele configurate static.
0
Răspunde
Puncte:0
Ricardo MacCord avatar Ubuntu
drapel nl
Ricardo MacCord

Ok, deci, după câteva discuții cu niște prieteni, am aflat problema. A fost destul de simplu de fapt.

Problema a fost cu gateway-ul. când am folosit comanda netstat -rn, a revenit:

aiec@camera02:~$ netstat -rn
Tabelul de rutare IP al nucleului
Destination Gateway Genmask Flags Fereastra MSS irtt Iface
0.0.0.0 192.168.253.1 0.0.0.0 UG 0 0 0 eno1
0.0.0.0 192.168.253.254 0.0.0.0 UG 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

Poarta de acces trebuia să se termine cu .254, în loc de .1.

Deci, modul corect de a folosi netplanul pentru mine a fost să tastați gateway4: 192.168.253.254.

  redator: în rețea
  ethernet:
    eno1:
      dhcp4: nu
      adrese: [192.168.253.188/24]
      gateway4: 192.168.253.254
      opțional: fals
      servere de nume:
        adrese: [8.8.8.8,8.8.4.4]
  versiunea: 2

Acum, al meu netstat -rn, întoarcere:

Tabelul de rutare IP al nucleului
Destination Gateway Genmask Flags Fereastra MSS irtt Iface
0.0.0.0 192.168.253.254 0.0.0.0 UG 0 0 0 eno1
192.168.253.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1

Si asta e. Mulțumesc celor care au încercat să mă ajute.

0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.