Dupleksa malkongruo sur VPN-enireja pordo: legu ambaŭ finojn

Dosiera kopio tra la tunelo haltas dum sekundo, daŭrigas, kaj la protokoloj de VPN montras nenion. La aplikaĵo kulpas la reton, la reto kulpas la aplikaĵon, kaj la ŝaltila pordo estas aktiva jam dek unu monatojn. Ĉi tiu priskribo komenciĝas ĉe la paŭzo kaj iras eksteren al la fizika ligilo: kion la pordo efektive faras, kion faras la malproksima fino, kaj kion faris la nombriloj dum vi observis. Indas fari tion antaŭ ol iu tuŝas dupleksan agordon.

Komencu ĉe la paŭzo, ne ĉe la pordo

Priskribu la simptonon tiel, ke ĝi estu testebla. Halto de proksimume sekundo dum amasa transigo estas alia problemo ol konekto, kiu resetiĝas, kaj paŭzo unufoje hore malsamas de tiu, kiu okazas ĉiun kelkajn sekundojn. Notu la ŝarĝon, la direkton kaj la proksimuman intervalon.

Poste reproduktu ĝin dum vi observas la interfacon. Fizika problemo montriĝas kiel moviĝo en la nombriloj dum la koncerna ŝarĝo, kaj problemo, kiu tute ne movas la nombrilojn probable estas super la ligila tavolo. Observu dum minuto, ne dum sekundo, ĉar tiuj difektoj ofte bezonas daŭran trafikon antaŭ ol aperi. Observado en senokupo pruvas nenion pri ligilo, kiu miskondutas nur sub ŝarĝo.

Tio gravas ĉar dupleksaj malkongruoj havas subskribon: eraroj aperantaj nur sub ŝarĝo, en la direkto de la trafiko, dum malgrandaj pingoj kaj interagaj sesioj restas perfektaj. Se ankaŭ senokupa trafiko malsukcesas, unue serĉu aliloke.

Legu la operacian reĝimon ĉe ambaŭ finoj

La konservita agordo ne estas la operacia stato. Pordo povas esti agordita por aŭtomata interkonsento kaj finiĝi je duona duplekso, aŭ esti agordita al fiksa rapideco, pri kiu la alia fino neniam konsentis. Legu, kion la ligilo nun faras ambaŭflanke.

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

Notu rapidecon, duplekson kaj ĉu aŭtomata interkonsento estas ŝaltita, poste akiru la samajn tri faktojn de la apuda ŝaltilo aŭ provizanta pordo. Unu fino sola diras nenion, ĉar la malkongruo estas rilato, ne agordo. Metu ambaŭ vicojn unu apud la alia en la bileton, kun la horo, kiam vi legis ilin. Duono de la valoro de la ekzerco estas havi la du legaĵojn en unu loko.

Se vi ne povas legi la malproksiman finon, vi ne povas diagnozi ĉi tion. Petu de la posedanto la operacian reĝimon kaj la nombrilojn, aŭ aranĝu aliron antaŭ ol vi komencos ŝanĝi vian flankon.

Kiel aspektas la kazo 10/100 kun duona duplekso

Sur kupraj ligiloj 10/100, aŭtomate interkonsentanta finpunkto povas detekti la rapidecon de devigita partnero sen lerni ĝian dupleksan agordon. Parallela detekto determinas la rapidecon el la signalo, kaj duplekso estas supozata anstataŭ interkonsentata, do unu flanko povas finiĝi je duona duplekso dum la alia funkcias je plena.

La gvidlinioj de Cisco pri aŭtomata interkonsento klarigas ĝuste tiun kazon. Ĝi ne estas argumento por malŝalti interkonsenton ĉie, kaj ĝi diras nenion utilan pri kupra gigabito, kie duplekso estas fiksa kaj aŭtomata interkonsento necesas por ke la ligilo entute leviĝu.

La observebla pruvo estas miksaĵo de eraroj, kiuj ekzistas nur en unu direkto: FCS aŭ CRC eraroj ĉe la plena dupleksa flanko, kolizioj aŭ malfruaj kolizioj ĉe la duona dupleksa flanko, kaj trairo, kiu kolapsas sub ŝarĝo dum latento restas normala en senokupo. Tiu nesimetrio estas la subskribo. Ligilo, kiu simple estas troŝarĝita, degeneras en ambaŭ direktoj kaj ĉiam.

Ŝanĝu ambaŭ finojn kune, kun revena vojo

Dupleksa korekto estas kunordigita ŝanĝo, ne loka. Devigi vian flankon sen konsento de la malproksima fino estas la maniero, kiel funkcianta ligilo fariĝas rompita, kaj tio, ke la CLI akceptas la komandon, pruvas nur, ke la sintakso estis valida.

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

Antaŭ ol vi lanĉos ion tian, konfirmu, ke la platformo subtenas la kombinon kaj ke la malproksima fino estos ŝanĝita en la sama fenestro. Konservu sendependan manieron administri la aparaton, ĉar la pordo, kiun vi baldaŭ ŝanĝos, povas esti ĝuste tiu, kiu portas vian administran sesion.

Sur multaj modernaj ligiloj la ĝusta respondo estas lasi aŭtomatan interkonsenton ŝaltita ĉe ambaŭ finoj anstataŭ devigi ion ajn. Devigo estas rimedo por specifa malkongruo ĉe specifa teknologio, ne ĝenerala plibonigo. Precipe kupra gigabito bezonas aŭtomatan interkonsenton por ke la ligilo entute leviĝu, do la konsilo por 10/100 ne transiĝas.

Konfirmu, ke la nombriloj moviĝis pli bone

Post la ŝanĝo, relegu la operacian staton ĉe ambaŭ finoj kaj konfirmu, ke ili konsentas. Poste lanĉu la saman ŝarĝon, kiu kaŭzis la paŭzon, kaj komparu diferencojn de nombriloj anstataŭ dumvivajn sumojn, ĉar sumo akumuliĝanta dum jaro ne povas diri al vi, kio okazis en la lastaj dek minutoj.

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

Ligilo sen novaj eraroj sub la sama ŝarĝo estas la pruvo, kiun vi mankis. Ligilo, kiu ankoraŭ eraras, aŭ tiu, kie la nombriloj tute ne moviĝis, sendas vin al la sekva limo anstataŭ pli profunden en la dupleksan disputon. Ambaŭ rezultoj estas progreso, kio estas pli ol la agorda dosiero povas doni al vi. Ne preterpasu la duan legaĵon ĉar la unua aspektis ĝusta.

Skribu la antaŭajn kaj postajn nombrojn en la bileton kun tempomarkoj. Ĝuste tiu registro transformas «la VPN sentiĝas pli bone» en ion, sur kio la sekva inĝeniero povas konstrui.