O caso misterioso da conexão ethernet lenta em um roteador da Debian

2

Eu adaptei um Intel NUC para atuar como meu roteador doméstico. Ele lida com uma VLAN na LAN para os clientes wifi e alguns clientes ethernet, a LAN local, um servidor OpenVPN, a conexão WAN. O estranho é que sua conexão WAN é muito lenta, cerca de 2-3 Mb / s, quando a linha externa é de 100Mb / s. Além disso, o ping é retardado da mesma forma: o ping do DNS do Google passa de 3 ms para 120 ms , e assim por diante.

Eu tentei as coisas óbvias:

  1. Como a conexão WAN é feita através de um adaptador USB-Ethernet, eu recompilei e reinstalei a versão mais recente do driver, AX88179_178A ;

  2. Alterou o cabo Ethernet e o adaptador USB-Ethernet;

  3. testou a porta ethernet do modem conectando meu laptop;

  4. testou o roteador em potencial usando-o como um PC de LAN normal e testando a velocidade de todas as suas interfaces (todas funcionam bem), com os mesmos / diferentes cabos / adaptadores; neste caso eu sempre obtém velocidades de 100Mb / s.

Agora acredito que estou lidando com algum tipo de bug, em vez de um erro de configuração: na verdade, essa configuração foi clonada ( cat / dev / sda > / dev / sdb ) de um servidor headless diferente (um Asus Vivo PC), que eu também uso como roteador, em outros lugares, e no Asus a configuração funciona perfeitamente. Mas eu não sei aonde ir.

Uma dica vem do fato de que ifconfig não detecta pacotes passando por:

# ifconfig eth2
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.239  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::223:54ff:fe6c:7527  prefixlen 64  scopeid 0x20<link>
        ether 00:23:54:6c:75:27  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enquanto ip route exibe somente este noprefixroute misterioso na linha IPv4 que me intrigou, pois achei que essa era uma opção apenas do IPv6 :

# ip addr show eth2
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:23:54:6c:75:27 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.239/24 brd 192.168.1.255 scope global dynamic noprefixroute eth2
       valid_lft 86150sec preferred_lft 86150sec
    inet6 fe80::223:54ff:fe6c:7527/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

A saída acima foi produzida depois de obter um endereço DHCP, normalmente eu uso endereços estáticos, veja abaixo: não faz diferença alguma.

Partes relevantes da informação: meu / etc / network / interfaces :

auto lo
iface lo inet loopback

auto eth2 
iface eth2 inet static
        address 192.168.1.128
        network 192.168.1.0
        gateway 192.168.1.254
        netmask 255.255.255.0

auto eth0
iface eth0 inet static 
        address 192.168.73.1
        network 192.168.73.0
        netmask 255.255.255.0

iface eth0.10 inet manual
    vlan-raw-device eth0

iface brwifi inet static
        address 10.0.73.1
        network 10.0.73.0
        netmask 255.255.255.0
        bridge_ports eth0.10
        bridge_stp on
        pre-up sleep 3
        bridge_maxwait 10

a saída de ethtool para a interface em dificuldade, eth2 :

ethtool eth2
Settings for eth2:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                             100baseT/Half 100baseT/Full 
                                             1000baseT/Half 1000baseT/Full 
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 3
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pg
        Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

e a parte relevante do buffer de anel do kernel:

[   11.819082] ax88179_178a 2-1:1.0 eth2: renamed from eth1
[   11.864685] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[   15.968067] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[   19.608009] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   19.816004] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   19.919997] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   19.920021] ax88179_178a 2-1:1.0 eth2: Write medium type: 0x0033
[   20.023986] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   20.127989] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   20.335991] ax88179_178a 2-1:1.0 eth2: ax88179_178a - Link status is: 1
[   20.336093] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
[   20.648006] ax88179_178a 2-1:1.0 eth2: link up, 1000Mbps, full-duplex, lpa 0xC3E1
[   20.965805] ax88179_178a 2-1:1.0 eth2: Write medium type: 0x0033
[   21.687979] ax88179_178a 2-1:1.0 eth2: link up, 1000Mbps, full-duplex, lpa 0xC3E1

Por que vale a pena, eu executo um Debian buster / sid perfeitamente atualizado, e um comentário adequado é: me serve para não ficar com estável . Mas, independentemente disso, alguém pode ajudar, por favor ?

    
por MariusMatutiae 15.06.2018 / 12:08

0 respostas