Nezhoda duplexu na porte VPN brány: čítajte oba konce

Kopírovanie súboru tunelom na sekundu zamrzne, pokračuje a záznamy VPN nič neukazujú. Aplikácia viní sieť, sieť viní aplikáciu a port prepínača je zapnutý už jedenásť mesiacov. Tento rozbor začína pri pauze a ide smerom k fyzickému spojeniu: čo port skutočne robí, čo robí vzdialený koniec a čo robili počítadlá, keď ste sa pozerali. Stojí za to to urobiť, než sa niekto dotkne nastavenia duplexu.

Začnite pri pauze, nie pri porte

Opíšte symptóm tak, aby sa dal testovať. Zaseknutie okolo sekundy pri hromadnom prenose je iný problém ako spojenie, ktoré sa resetuje, a pauza raz za hodinu je iná než tá, ktorá nastáva každých pár sekúnd. Zapíšte záťaž, smer a približný interval.

Potom to zopakujte, zatiaľ čo sledujete rozhranie. Fyzický problém sa prejaví ako pohyb počítadiel počas postihnutej záťaže a problém, ktorý vôbec nepohne počítadlami, je pravdepodobne nad vrstvou spojenia. Sledujte minútu, nie sekundu, pretože tieto poruchy často potrebujú trvalú prevádzku, kým sa objavia. Monitorovanie v pokoji nič nedokazuje o spoji, ktorý sa správa zle iba pod záťažou.

To je dôležité, pretože nezhoda duplexu má podpis: chyby, ktoré sa objavujú len pod záťažou, v smere prevádzky, zatiaľ čo malé pingy a interaktívne relácie zostávajú bezchybné. Ak zlyháva aj prevádzka v pokoji, hľadajte najprv inde.

Prečítajte prevádzkový režim na oboch koncoch

Uložená konfigurácia nie je prevádzkový stav. Port môže byť nakonfigurovaný na automatické vyjednávanie a skončiť v polovičnom duplexe, alebo byť nakonfigurovaný na pevnú rýchlosť, s ktorou druhý koniec nikdy nesúhlasil. Prečítajte, čo spoj teraz robí na oboch stranách.

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

Zapíšte rýchlosť, duplex a či je zapnuté automatické vyjednávanie, potom získajte tie isté tri údaje od susedného prepínača alebo portu poskytovateľa. Jeden koniec sám o sebe nič nehovorí, pretože nezhoda je vzťah, nie nastavenie. Dajte oba riadky do tiketu vedľa seba, s časom, kedy ste ich čítali. Polovica hodnoty cvičenia je mať obe čítania na jednom mieste.

Ak neviete prečítať vzdialený koniec, neviete to diagnostikovať. Požiadajte vlastníka o prevádzkový režim a počítadlá alebo si pred začatím zmien na svojej strane zabezpečte prístup.

Ako vyzerá prípad 10/100 v polovičnom duplexe

Na medených spojoch 10/100 môže koncový bod s automatickým vyjednávaním zistiť rýchlosť vynúteného partnera bez toho, aby sa dozvedel jeho nastavenie duplexu. Paralelná detekcia určí rýchlosť zo signálu a duplex sa predpokladá namiesto vyjednávania, takže jedna strana môže skončiť v polovičnom duplexe, zatiaľ čo druhá beží na plnom.

Cisco pokyny k automatickému vyjednávaniu vysvetľujú práve tento prípad. Nie je to argument pre vypnutie vyjednávania všade a nehovorí nič užitočné o gigabitovej medi, kde je duplex pevný a automatické vyjednávanie je potrebné, aby spoj vôbec vznikol.

Pozorovateľný dôkaz je zmes chýb, ktoré existujú len v jednom smere: chyby FCS alebo CRC na strane plného duplexu, kolízie alebo neskoré kolízie na strane polovičného duplexu a priepustnosť, ktorá sa pod záťažou zrúti, zatiaľ čo latencia zostáva v pokoji normálna. Táto asymetria je podpis. Spoj, ktorý je len preťažený, degraduje v oboch smeroch a po celý čas.

Meňte oba konce spoločne, s cestou späť

Oprava duplexu je koordinovaná zmena, nie miestna. Vynútenie svojej strany bez súhlasu vzdialeného konca je spôsob, akým sa funkčný spoj stane nefunkčným, a to, že CLI príkaz prijme, dokazuje len to, že syntax bola platná.

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

Pred spustením niečoho takého potvrďte, že platforma túto kombináciu podporuje a že vzdialený koniec bude zmenený v tom istom okne. Zachovajte nezávislý spôsob správy zariadenia, pretože port, ktorý sa chystáte zmeniť, môže byť práve ten, ktorý nesie vašu riadiacu reláciu.

Na mnohých moderných spojoch je správnou odpoveďou nechať automatické vyjednávanie zapnuté na oboch koncoch namiesto vynucovania niečoho. Vynútenie je liek na konkrétnu nezhodu pri konkrétnej technológii, nie všeobecné zlepšenie. Práve gigabitová meď potrebuje automatické vyjednávanie, aby spoj vôbec vznikol, takže rada pre 10/100 sa sem neprenáša.

Potvrďte, že sa počítadlá pohli k lepšiemu

Po zmene znova prečítajte prevádzkový stav na oboch koncoch a potvrďte, že si zodpovedajú. Potom spustite rovnakú záťaž, ktorá vyvolala pauzu, a porovnajte rozdiely počítadiel, nie celkové súčty za celý čas, pretože súčet, ktorý sa hromadí rok, vám nepovie, čo sa stalo v posledných desiatich minútach.

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

Spoj bez nových chýb pri rovnakej záťaži je dôkaz, ktorý vám chýbal. Spoj, ktorý stále chybuje, alebo ten, kde sa počítadlá vôbec nepohli, vás pošle k ďalšej hranici namiesto hlbšie do hádky o duplexe. Oba výsledky sú pokrok, čo je viac, než vám konfiguračný súbor môže dať. Nepreskakujte druhé čítanie preto, že prvé vyzeralo správne.

Zapíšte čísla pred a po do tiketu s časovými značkami. Práve tento záznam mení «VPN je cítiť lepšie» na niečo, na čom môže ďalší inžinier stavať.