Neujemanje dupleksa na vratih prehoda VPN: preberite oba konca

Kopiranje datoteke skozi tunel se ustavi za sekundo, nadaljuje, dnevniki VPN pa ne pokažejo ničesar. Aplikacija krivi omrežje, omrežje krivi aplikacijo, vrata stikala pa so vključena že enajst mesecev. Ta pregled se začne pri premoru in gre navzven do fizične povezave: kaj vrata v resnici počnejo, kaj počne oddaljeni konec in kaj so šteli števci, medtem ko ste gledali. Vredno je to storiti, preden se kdo dotakne nastavitve dupleksa.

Začnite pri premoru, ne pri vratih

Opišite simptom tako, da ga je mogoče preizkusiti. Zastoj za približno sekundo med množičnim prenosom je drugačen problem kot povezava, ki se ponastavi, premor enkrat na uro pa se razlikuje od tistega vsakih nekaj sekund. Zapišite obremenitev, smer in približni interval.

Nato to ponovite, medtem ko opazujete vmesnik. Fizična težava se pokaže kot gibanje v števcih med prizadeto obremenitvijo, težava, ki sploh ne premakne števcev, pa je verjetno nad plastjo povezave. Opazujte minuto, ne sekunde, ker te napake pogosto potrebujejo stalni promet, preden se pokažejo. Spremljanje v mirovanju ne dokaže ničesar o povezavi, ki se slabo obnaša le pod obremenitvijo.

To je pomembno, ker ima neujemanje dupleksa podpis: napake, ki se pojavijo le pod obremenitvijo, v smeri prometa, medtem ko majhni pingi in interaktivne seje ostanejo brezhibni. Če tudi promet v mirovanju odpove, najprej poiščite drugje.

Preberite način delovanja na obeh koncih

Shranjena konfiguracija ni obratovalno stanje. Vrata so lahko nastavljena na samodejno pogajanje in končajo na polovičnem dupleksu ali pa so nastavljena na fiksno hitrost, s katero se drugi konec ni nikoli strinjal. Preberite, kaj povezava zdaj počne na obeh straneh.

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

Zapišite hitrost, dupleks in ali je samodejno pogajanje vključeno, nato pridobite iste tri podatke s sosednjega stikala ali vrat ponudnika. En konec sam po sebi ne pove ničesar, ker je neujemanje razmerje in ne nastavitev. Obe vrstici postavite v zahtevek eno ob drugo, s časom, ko ste ju prebrali. Polovica vrednosti vaje je v tem, da sta oba odčitka na enem mestu.

Če ne morete prebrati oddaljenega konca, tega ne morete diagnosticirati. Prosite lastnika za način delovanja in števce ali uredite dostop, preden začnete spreminjati svojo stran.

Kako izgleda primer 10/100 s polovičnim dupleksom

Na bakrenih povezavah 10/100 lahko končna točka s samodejnim pogajanjem zazna hitrost prisilno nastavljenega partnerja, ne da bi izvedela njegovo nastavitev dupleksa. Vzporedno zaznavanje določi hitrost iz signala, dupleks pa se predpostavi namesto pogaja, zato lahko ena stran konča na polovičnem dupleksu, medtem ko druga deluje s polnim.

Ciscova navodila za samodejno pogajanje pojasnjujejo prav ta primer. To ni argument za izklop pogajanja povsod in ne pove nič koristnega o gigabitnem bakru, kjer je dupleks fiksen in je samodejno pogajanje potrebno, da se povezava sploh dvigne.

Opazljiv dokaz je mešanica napak, ki obstajajo le v eni smeri: napake FCS ali CRC na strani polnega dupleksa, trki ali pozni trki na strani polovičnega dupleksa in prepustnost, ki se pod obremenitvijo zruši, medtem ko zakasnitev v mirovanju ostane normalna. Ta asimetrija je podpis. Povezava, ki je samo preobremenjena, se slabša v obeh smereh in ves čas.

Spremenite oba konca hkrati, s potjo nazaj

Popravek dupleksa je usklajena sprememba, ne lokalna. Vsiljevanje svoje strani brez soglasja oddaljenega konca je način, kako delujoča povezava postane pokvarjena, in to, da CLI sprejme ukaz, dokazuje le, da je bila sintaksa veljavna.

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

Preden zaženete kaj takega, potrdite, da platforma podpira to kombinacijo in da bo oddaljeni konec spremenjen v istem oknu. Ohranite neodvisen način upravljanja naprave, ker so vrata, ki jih boste spremenili, morda prav tista, ki nosijo vašo upravljalno sejo.

Na številnih sodobnih povezavah je pravi odgovor pustiti samodejno pogajanje vključeno na obeh koncih, namesto da bi kar koli vsiljevali. Vsiljevanje je zdravilo za določeno neujemanje pri določeni tehnologiji, ne splošna izboljšava. Prav gigabitni baker potrebuje samodejno pogajanje, da se povezava dvigne, zato nasvet za 10/100 ne velja tam.

Potrdite, da so se števci premaknili na bolje

Po spremembi znova preberite obratovalno stanje na obeh koncih in potrdite, da se ujemata. Nato zaženite isto obremenitev, ki je povzročila premor, in primerjajte razlike števcev, ne skupnih vsot od začetka, ker vsota, ki se nabira eno leto, vam ne more povedati, kaj se je zgodilo v zadnjih desetih minutah.

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

Povezava brez novih napak pod isto obremenitvijo je dokaz, ki vam je manjkal. Povezava, ki še vedno javlja napake, ali tista, kjer se števci sploh niso premaknili, vas pošlje do naslednje meje, ne pa globlje v razpravo o dupleksu. Oba izida sta napredek, kar je več, kot vam lahko da konfiguracijska datoteka. Ne preskočite drugega odčitka samo zato, ker je prvi izgledal pravilno.

Zapišite številke pred in po v zahtevek s časovnimi žigi. Prav ta zapis spremeni «VPN se zdi boljši» v nekaj, na čemer lahko naslednji inženir gradi.