Неслагање дуплекса на порту VPN пролаза: прочитајте оба краја

Копирање датотеке кроз тунел застане на секунду, настави се, а дневници VPN-а не показују ништа. Апликација криви мрежу, мрежа криви апликацију, а порт прекидача је укључен већ једанаест месеци. Овај преглед почиње од паузе и иде ка споља ка физичкој вези: шта порт заиста ради, шта ради удаљени крај и шта су радили бројачи док сте гледали. Вреди то урадити пре него што се ико дотакне подешавања дуплекса.

Почните од паузе, а не од порта

Опишите симптом тако да може да се тестира. Застој од око секунде током масовног преноса је други проблем од везе која се ресетује, а пауза која се јавља једном на сат разликује се од оне која се јавља сваких неколико секунди. Запишите оптерећење, смер и приближни интервал.

Затим то поновите док посматрате интерфејс. Физички проблем се види као кретање бројача током погођеног оптерећења, а проблем који уопште не покреће бројаче вероватно је изнад слоја везе. Посматрајте минут, не секунду, јер ови кварови често захтевају стални саобраћај пре него што се појаве. Надгледање у мировању ништа не доказује о вези која се лоше понаша само под оптерећењем.

То је важно јер неслагање дуплекса има потпис: грешке које се појављују само под оптерећењем, у смеру саобраћаја, док мали ping-ови и интерактивне сесије остају беспрекорни. Ако и саобраћај у мировању не успева, прво потражите другде.

Прочитајте радни режим на оба краја

Сачувана конфигурација није радно стање. Порт може бити конфигурисан за аутоматско преговарање и завршити на пола дуплекса, или бити конфигурисан на фиксну брзину са којом се други крај никада није сагласио. Прочитајте шта веза тренутно ради са обе стране.

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

Запишите брзину, дуплекс и да ли је аутоматско преговарање укључено, затим узмите иста три податка са суседног прекидача или порта добављача. Само један крај не говори ништа, јер је неслагање однос, а не подешавање. Ставите оба реда један поред другог у тикет, са временом када сте их прочитали. Пола вредности вежбе је у томе да два очитавања буду на истом месту.

Ако не можете да прочитате удаљени крај, не можете ово да дијагностикујете. Затражите од власника радни режим и бројаче или организујте приступ пре него што почнете да мењате своју страну.

Како изгледа случај 10/100 на пола дуплекса

На бакарним везама 10/100 крајња тачка која аутоматски преговара може открити брзину присилно постављеног партнера а да не сазна његово подешавање дуплекса. Паралелно откривање одређује брзину из сигнала, а дуплекс се претпоставља уместо да се преговара, па једна страна може завршити на пола дуплекса док друга ради пуним.

Cisco упутство за аутоматско преговарање објашњава баш тај случај. То није аргумент за искључивање преговарања свуда и не говори ништа корисно о гигабитном бакру, где је дуплекс фиксан и аутоматско преговарање је неопходно да би веза уопште оживела.

Видљив доказ је мешавина грешака које постоје само у једном смеру: FCS или CRC грешке на страни пуног дуплекса, колизије или касне колизије на страни пола дуплекса, и пропусност која се руши под оптерећењем док латенција остаје нормална у мировању. Та асиметрија је потпис. Веза која је само преоптерећена деградира у оба смера и у свако доба.

Мењајте оба краја заједно, са путем назад

Исправка дуплекса је усклађена промена, не локална. Присиљавање своје стране без сагласности удаљеног краја је начин на који радна веза постаје покварена, а то што CLI прихвата команду доказује само да је синтакса била исправна.

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

Пре него што покренете тако нешто, потврдите да платформа подржава комбинацију и да ће удаљени крај бити промењен у истом прозору. Сачувајте независан начин администрације уређаја, јер порт који ћете променити може бити управо онај који носи вашу управљачку сесију.

На многим савременим везама тачан одговор је оставити аутоматско преговарање укључено на оба краја уместо да се било шта присиљава. Присиљавање је лек за одређено неслагање на одређеној технологији, а не опште побољшање. Гигабитни бакар посебно захтева аутоматско преговарање да би веза уопште оживела, па се савет за 10/100 не преноси.

Потврдите да су се бројачи померили на боље

После промене поново прочитајте радно стање на оба краја и потврдите да се слажу. Затим покрените исто оптерећење које је изазвало паузу и упоредите разлике бројача, а не укупне вредности за цео век, јер укупна вредност која се скупља годину дана не може вам рећи шта се догодило у последњих десет минута.

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

Веза без нових грешака под истим оптерећењем је доказ који вам је недостајао. Веза која још греши, или она код које се бројачи уопште нису померили, шаље вас на следећу границу уместо дубље у расправу о дуплексу. Оба исхода су напредак, а то је више него што вам конфигурациона датотека може дати. Не прескачите друго очитавање зато што је прво изгледало исправно.

Упишите бројеве пре и после у тикет са временским ознакама. Тај запис претвара «VPN се осећа боље» у нешто на чему следећи инжењер може да гради.