Nesklad dupleksa na portu VPN pristupnika: pročitajte oba kraja

Kopiranje datoteke kroz tunel zastane na sekundu, nastavi se, a VPN zapisnici ne pokazuju ništa. Aplikacija krivi mrežu, mreža krivi aplikaciju, a port na preklopniku je uključen već jedanaest mjeseci. Ovaj pregled počinje od stanke i ide prema fizičkoj vezi: šta port zapravo radi, šta radi udaljeni kraj i šta su brojači radili dok ste gledali. Vrijedi to obaviti prije nego što se iko dotakne postavke dupleksa.

Počnite od stanke, a ne od porta

Opišite simptom tako da se može testirati. Zastoj od oko sekunde tijekom masovnog prijenosa drugi je problem od veze koja se resetuje, a stanka koja se javlja jednom na sat razlikuje se od one koja se javlja svakih nekoliko sekundi. Zapišite opterećenje, smjer i približni interval.

Zatim to reprodukujte dok gledate sučelje. Fizički problem se vidi kao kretanje brojača tijekom pogođenog opterećenja, a problem koji uopće ne pokreće brojače vjerojatno je iznad sloja veze. Gledajte minutu, ne sekundu, jer ovi kvarovi često traže stalni promet prije nego se pojave. Nadzor u mirovanju ništa ne dokazuje o vezi koja se loše ponaša samo pod opterećenjem.

To je važno jer nepodudaranje dupleksa ima potpis: greške koje se pojavljuju samo pod opterećenjem, u smjeru prometa, dok mali pingovi i interaktivne sesije ostaju savršene. Ako i promet u mirovanju ne uspijeva, prvo tražite drugdje.

Pročitajte radni režim na oba kraja

Spremljena konfiguracija nije radno stanje. Port može biti konfiguriran za automatsko pregovaranje i završiti na polovini dupleksa, ili biti konfiguriran na fiksnu brzinu s kojom se drugi kraj nikada nije složio. Pročitajte šta veza trenutačno radi s obje strane.

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

Zabilježite brzinu, dupleks i je li automatsko pregovaranje uključeno, zatim uzmite iste tri činjenice sa susjednog preklopnika ili porta davatelja usluge. Samo jedan kraj ne govori ništa, jer je nepodudaranje odnos, a ne postavka. Stavite oba retka jedan uz drugi u tiket, s vremenom kad ste ih pročitali. Pola vrijednosti vježbe je u tome da dva očitanja budu na istom mjestu.

Ako ne možete pročitati udaljeni kraj, ne možete ovo dijagnosticirati. Zatražite od vlasnika radni režim i brojače ili organizirajte pristup prije nego počnete mijenjati svoju stranu.

Kako izgleda slučaj 10/100 na polovini dupleksa

Na bakrenim vezama 10/100 krajnja točka koja automatski pregovara može otkriti brzinu prisilno postavljenog partnera, a da ne sazna njegovu postavku dupleksa. Paralelno otkrivanje određuje brzinu iz signala, a dupleks se pretpostavlja umjesto da se pregovara, pa jedna strana može završiti na polovini dupleksa dok druga radi puni.

Ciscove smjernice za automatsko pregovaranje objašnjavaju upravo taj slučaj. To nije argument za isključivanje pregovaranja svugdje i ne govori ništa korisno o gigabitnom bakru, gdje je dupleks fiksan i automatsko je pregovaranje nužno da bi veza uopće oživjela.

Vidljivi dokaz je mješavina grešaka koje postoje samo u jednom smjeru: FCS ili CRC greške na strani punog dupleksa, kolizije ili kasne kolizije na strani polovine dupleksa, i propusnost koja se ruši pod opterećenjem dok latencija ostaje normalna u mirovanju. Ta asimetrija je potpis. Veza koja je samo prekomjerno opterećena degradira u oba smjera i u svako doba.

Mijenjajte oba kraja zajedno, s putem natrag

Ispravak dupleksa je usklađena promjena, ne lokalna. Prisiljavanje svoje strane bez suglasja udaljenog kraja način je na koji radna veza postaje pokvarena, a to što CLI prihvaća naredbu dokazuje samo da je sintaksa bila valjana.

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

Prije nego pokrenete takvo što, potvrdite da platforma podržava kombinaciju i da će udaljeni kraj biti promijenjen u istom terminu. Sačuvajte neovisan način administracije uređaja, jer port koji ćete promijeniti može biti upravo onaj koji nosi vašu upravljačku sesiju.

Na mnogim suvremenim vezama točan je odgovor ostaviti automatsko pregovaranje uključeno na oba kraja, umjesto da bilo što prisiljavate. Prisiljavanje je lijek za određeno nepodudaranje na određenoj tehnologiji, a ne opće poboljšanje. Gigabitni bakar posebno treba automatsko pregovaranje da bi veza uopće oživjela, pa se savjet za 10/100 ne prenosi.

Potvrdite da su se brojači pomaknuli na bolje

Nakon promjene ponovno pročitajte radno stanje na oba kraja i potvrdite da se slažu. Zatim pokrenite isto opterećenje koje je izazvalo stanku i uporedite razlike brojača, a ne ukupne vrijednosti za cijeli vijek, jer ukupna vrijednost koja se skuplja godinu dana ne može vam reći šta se dogodilo u zadnjih deset minuta.

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

Veza bez novih grešaka pod istim opterećenjem dokaz je koji vam je nedostajao. Veza koja još griješi, ili ona kod koje se brojači uopće nisu pokrenuli, šalje vas na sljedeću granicu umjesto dublje u raspravu o dupleksu. Ishod je u oba slučaja napredak, a to je više nego što vam konfiguracijska datoteka može dati. Ne preskačite drugo očitanje zato što je prvo izgledalo ispravno.

Upišite brojeve prije i poslije u tiket s vremenskim oznakama. Taj zapis pretvara «VPN se osjeća bolje» u nešto na čemu sljedeći inženjer može graditi.