Desajust de dúplex en un port de passarel·la VPN: llegiu els dos extrems

Una còpia de fitxer pel túnel s'atura un segon, es reprèn i els registres de la VPN no mostren res. L'aplicació culpa la xarxa, la xarxa culpa l'aplicació, i el port del commutador fa onze mesos que està actiu. Aquest recorregut comença per la pausa i avança cap a l'enllaç físic: què fa realment el port, què fa l'extrem remot i què van fer els comptadors mentre miràveu. Val la pena fer-ho abans que ningú toqui un paràmetre de dúplex.

Comenceu per la pausa, no pel port

Descriu el símptoma d'una manera que es pugui provar. Una aturada d'un segon durant una transferència massiva és un problema diferent d'una connexió que es reinicia, i una pausa que passa un cop per hora és diferent d'una que passa cada pocs segons. Anota la càrrega, la direcció i l'interval aproximat.

Després reprodueix-ho mentre observes la interfície. Un problema físic es veu com a moviment en els comptadors durant la càrrega afectada, i un problema que no mou gens els comptadors probablement és per sobre de la capa d'enllaç. Observa un minut, no un segon, perquè aquestes avaries sovint necessiten trànsit sostingut abans d'aparèixer. La monitorització en repòs no demostra res sobre un enllaç que només es porta malament sota càrrega.

Això importa perquè els desajustos de dúplex tenen una signatura: errors que només apareixen sota càrrega, en la direcció del trànsit, mentre els pings petits i les sessions interactives es mantenen perfectes. Si el trànsit en repòs també falla, busqueu primer en un altre lloc.

Llegiu el mode operatiu als dos extrems

La configuració desada no és l'estat operatiu. Un port pot estar configurat per a l'autonegociació i acabar en mig dúplex, o estar configurat a una velocitat fixa amb què l'altre extrem mai no ha estat d'acord. Llegeix què fa l'enllaç ara mateix a banda i banda.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

Anota la velocitat, el dúplex i si l'autonegociació està activa, i després obtén els mateixos tres fets del commutador adjacent o del port del proveïdor. Un sol extrem no diu res, perquè el desajust és una relació i no un paràmetre. Posa les dues files al tiquet, l'una al costat de l'altra, amb l'hora en què les vas llegir. La meitat del valor de l'exercici és tenir les dues lectures en un sol lloc.

Si no pots llegir l'extrem remot, no pots diagnosticar això. Demana al propietari el mode operatiu i els comptadors, o organitza l'accés abans de començar a canviar el teu costat.

Com es veu el cas 10/100 en mig dúplex

En enllaços de coure 10/100, un extrem que autonegocia pot detectar la velocitat d'un company forçat sense aprendre'n el paràmetre de dúplex. La detecció paral·lela determina la velocitat a partir del senyal, i el dúplex se suposa en lloc de negociar-se, de manera que un costat pot acabar en mig dúplex mentre l'altre funciona a dúplex complet.

La guia d'autonegociació de Cisco explica aquest cas concret. No és un argument per desactivar la negociació a tot arreu, i no diu res d'útil sobre el coure gigabit, on el dúplex és fix i l'autonegociació és necessària perquè l'enllaç s'aixequi.

L'evidència observable és una barreja d'errors que només existeixen en una direcció: errors FCS o CRC al costat de dúplex complet, col·lisions o col·lisions tardanes al costat de mig dúplex, i un rendiment que s'enfonsa sota càrrega mentre la latència es manté normal en repòs. Aquesta asimetria és la signatura. Un enllaç simplement sobresubscrit es degrada en les dues direccions i en tot moment.

Canvieu els dos extrems alhora, amb un camí de tornada

Una correcció de dúplex és un canvi coordinat, no local. Forçar el teu costat sense l'acord de l'extrem remot és com un enllaç que funciona es converteix en un de trencat, i que la CLI accepti l'ordre només demostra que la sintaxi era vàlida.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

Abans d'executar res semblant, confirma que la plataforma admet la combinació i que l'extrem remot es canviarà dins la mateixa finestra. Conserva una via independent per administrar el dispositiu, perquè el port que estàs a punt de canviar pot ser el que porta la teva sessió de gestió.

En molts enllaços moderns la resposta correcta és deixar l'autonegociació activada als dos extrems en lloc de forçar res. Forçar és un remei per a un desajust concret en una tecnologia concreta, no una millora general. El coure gigabit, en particular, necessita l'autonegociació perquè l'enllaç s'aixequi, així que el consell per a 10/100 no es trasllada.

Confirmeu que els comptadors s'han mogut a millor

Després del canvi, torna a llegir l'estat operatiu als dos extrems i confirma que coincideixen. Després executa la mateixa càrrega que va produir la pausa i compara les diferències dels comptadors en lloc dels totals acumulats, perquè un total que s'acumula des d'un any no et pot dir què va passar en els darrers deu minuts.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

Un enllaç sense errors nous sota la mateixa càrrega és l'evidència que et faltava. Un enllaç que encara falla, o aquell en què els comptadors no s'han mogut mai, et porta a la frontera següent en lloc d'endinsar-te més en la discussió del dúplex. Qualsevol dels dos resultats és progrés, que és més del que et pot donar el fitxer de configuració. No saltis la segona lectura perquè la primera semblava correcta.

Escriu els números d'abans i de després al tiquet amb marques de temps. Aquest registre és el que converteix «la VPN va millor» en una cosa sobre la qual el proper enginyer pot construir.