Neconcordanță de duplex pe un port de gateway VPN: citiți ambele capete

O copiere de fișier prin tunel se blochează o secundă, își revine, iar jurnalele VPN nu arată nimic. Aplicația dă vina pe rețea, rețeaua dă vina pe aplicație, iar portul switch-ului este activ de unsprezece luni. Această prezentare începe de la pauză și merge spre exterior, către legătura fizică: ce face de fapt portul, ce face capătul îndepărtat și ce au făcut contoarele în timp ce priveați. Merită făcut înainte ca cineva să atingă o setare de duplex.

Începeți de la pauză, nu de la port

Descrieți simptomul într-un mod care poate fi testat. O oprire de aproximativ o secundă în timpul unui transfer masiv este o altă problemă decât o conexiune care se resetează, iar o pauză care apare o dată pe oră este diferită de una care apare la fiecare câteva secunde. Notați sarcina, direcția și intervalul aproximativ.

Apoi reproduceți-o în timp ce urmăriți interfața. O problemă fizică apare ca mișcare în contoare în timpul sarcinii afectate, iar o problemă care nu mișcă deloc contoarele se află probabil deasupra stratului de legătură. Urmăriți un minut, nu o secundă, pentru că aceste defecte au nevoie adesea de trafic susținut înainte să apară. Monitorizarea în repaus nu dovedește nimic despre o legătură care se comportă prost doar sub sarcină.

Acest lucru contează pentru că neconcordanțele de duplex au o semnătură: erori care apar doar sub sarcină, în direcția traficului, în timp ce ping-urile mici și sesiunile interactive rămân perfecte. Dacă și traficul în repaus eșuează, căutați mai întâi în altă parte.

Citiți modul operațional la ambele capete

Configurația salvată nu este starea operațională. Un port poate fi configurat pentru autonegociere și poate ajunge la jumătate de duplex, sau poate fi configurat la o viteză fixă cu care celălalt capăt nu a fost niciodată de acord. Citiți ce face legătura acum, pe ambele părți.

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

Notați viteza, duplexul și dacă autonegocierea este activă, apoi obțineți aceleași trei fapte de la switch-ul adiacent sau de la portul furnizorului. Un singur capăt nu spune nimic, pentru că neconcordanța este o relație, nu o setare. Puneți ambele rânduri una lângă alta în tichet, cu ora la care le-ați citit. Jumătate din valoarea exercițiului este să aveți cele două citiri în același loc.

Dacă nu puteți citi capătul îndepărtat, nu puteți diagnostica acest lucru. Cereți proprietarului modul operațional și contoarele, sau aranjați accesul înainte de a începe să vă schimbați partea.

Cum arată cazul 10/100 pe jumătate de duplex

Pe legăturile de cupru 10/100, un capăt care autonegociază poate detecta viteza unui partener forțat fără a-i afla setarea de duplex. Detectarea paralelă determină viteza din semnal, iar duplexul este presupus în loc să fie negociat, așa că o parte poate ajunge la jumătate de duplex în timp ce cealaltă rulează la duplex complet.

Ghidul de autonegociere al Cisco explică exact acel caz. Nu este un argument pentru a dezactiva negocierea peste tot și nu spune nimic util despre cuprul gigabit, unde duplexul este fix și autonegocierea este necesară pentru ca legătura să se ridice.

Dovada observabilă este un amestec de erori care există doar într-o singură direcție: erori FCS sau CRC pe partea de duplex complet, coliziuni sau coliziuni târzii pe partea de jumătate de duplex, și un debit care se prăbușește sub sarcină în timp ce latența rămâne normală în repaus. Acea asimetrie este semnătura. O legătură pur și simplu suprasubscrisă se degradează în ambele direcții și în orice moment.

Schimbați ambele capete împreună, cu o cale de întoarcere

O corecție de duplex este o schimbare coordonată, nu locală. A forța partea dumneavoastră fără acordul capătului îndepărtat este modul în care o legătură funcțională devine una stricată, iar faptul că CLI acceptă comanda dovedește doar că sintaxa a fost validă.

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

Înainte de a rula așa ceva, confirmați că platforma suportă combinația și că celălalt capăt va fi schimbat în aceeași fereastră. Păstrați o cale independentă de administrare a echipamentului, pentru că portul pe care urmează să îl schimbați poate fi cel care transportă sesiunea dumneavoastră de management.

Pe multe legături moderne răspunsul corect este să lăsați autonegocierea activă la ambele capete în loc să forțați ceva. Forțarea este un remediu pentru o neconcordanță specifică pe o tehnologie specifică, nu o îmbunătățire generală. Cuprul gigabit în special are nevoie de autonegociere pentru ca legătura să se ridice, așa că sfatul pentru 10/100 nu se transferă.

Confirmați că contoarele s-au mișcat în bine

După schimbare, citiți din nou starea operațională la ambele capete și confirmați că sunt de acord. Apoi rulați aceeași sarcină care a produs pauza și comparați diferențele contoarelor, nu totalurile de la început, pentru că un total care se acumulează de un an nu vă poate spune ce s-a întâmplat în ultimele zece minute.

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

O legătură fără erori noi sub aceeași sarcină este dovada care vă lipsea. O legătură care încă dă erori, sau una în care contoarele nu s-au mișcat deloc, vă trimite la următoarea graniță în loc să intrați mai adânc în dezbaterea despre duplex. Ambele rezultate sunt progres, ceea ce este mai mult decât vă poate da fișierul de configurare. Nu săriți a doua citire doar pentru că prima a părut corectă.

Scrieți cifrele dinainte și de după în tichet, cu marcaje de timp. Exact acea înregistrare transformă «VPN-ul se simte mai bine» în ceva pe care următorul inginer poate construi.