VPN şlüz portunda dupleks uyğunsuzluğu: hər iki ucu oxuyun

Tuneldən keçən fayl kopyası bir saniyə dayanır, davam edir və VPN jurnalları heç nə göstərmir. Tətbiq şəbəkəni, şəbəkə tətbiqi günahlandırır, kommutator portu isə on bir aydır işləkdir. Bu icmal fasilədən başlayır və fiziki bağlantıya doğru genişlənir: portun əslində nə etdiyi, uzaq ucun nə etdiyi və siz baxarkən sayğacların nə etdiyi. Bunu hər hansı dupleks ayarına toxunmazdan əvvəl etməyə dəyər.

Portdan deyil, fasilədən başlayın

Simptomu yoxlanıla bilən şəkildə təsvir edin. Kütləvi ötürmə zamanı təxminən bir saniyə davam edən dayanma sıfırlanan bağlantıdan fərqli problemdir və saatda bir dəfə baş verən fasilə hər neçə saniyədən bir baş verəndən fərqlidir. İş yükünü, istiqaməti və təxmini intervalı yazın.

Sonra interfeysi izləyərkən bunu təkrar yaradın. Fiziki problem təsirlənən iş yükü zamanı sayğacların hərəkəti kimi görünür və ümumiyyətlə heç bir sayğac hərəkəti yaratmayan problem, çox güman ki, kanal qatından yuxarıdadır. Bir dəqiqə izləyin, bir saniyə deyil, çünki bu qüsurlar tez-tez görünməzdən əvvəl davamlı trafik tələb edir. Boş rejimdə monitorinq yalnız yük altında səhv davranan kanal haqqında heç nə sübut etmir.

Bu vacibdir, çünki dupleks uyğunsuzluğunun imzası var: yalnız yük altında, trafikin istiqamətində görünən xətalar, halbuki kiçik ping-lər və interaktiv sessiyalar qüsursuz qalır. Boş trafik də uğursuz olursa, əvvəlcə başqa yerdə axtarın.

İş rejimini hər iki uçda oxuyun

Saxlanılan konfiqurasiya iş vəziyyəti deyil. Port avtomatik razılaşma üçün konfiqurasiya edilib yarım dupleksdə qala bilər və ya digər uçun heç vaxt qəbul etmədiyi sabit sürətə qurula bilər. Bağlantının hazırda hər iki tərəfdə nə etdiyini oxuyun.

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

Sürəti, dupleksi və avtomatik razılaşmanın aktiv olub-olmadığını qeyd edin, sonra eyni üç faktı qonşu kommutator və ya provayder portundan alın. Tək bir uç heç nə demir, çünki uyğunsuzluq ayar deyil, münasibətdir. Hər iki sətri biletə yan-yana, oxuduğunuz vaxtla birlikdə yazın. Məşqin dəyərinin yarısı iki oxunuşun bir yerdə olmasıdır.

Uzaq ucu oxuya bilmirsinizsə, bunu diaqnoz edə bilməzsiniz. Sahibindən iş rejimini və sayğacları istəyin və ya öz tərəfinizi dəyişməyə başlamazdan əvvəl giriş təşkil edin.

10/100 yarım dupleks halı necə görünür

10/100 mis kanallarda avtomatik razılaşan son nöqtə məcburi qarşı tərəfin sürətini onun dupleks ayarını öyrənmədən aşkar edə bilər. Paralel aşkarlama sürəti siqnaldan müəyyən edir və dupleks razılaşdırılmaq əvəzinə fərz edilir, buna görə bir tərəf yarım dupleksdə qala bilər, digəri isə tam dupleksdə işləyir.

Cisco-nun avtomatik razılaşma tövsiyələri həmin konkret halı izah edir. Bu, razılaşmanı hər yerdə söndürmək üçün arqument deyil və dupleksin sabit olduğu, kanalın ümumiyyətlə qalxması üçün avtomatik razılaşmanın tələb olunduğu gigabit mis haqqında faydalı heç nə demir.

Müşahidə edilə bilən sübut yalnız bir istiqamətdə mövcud olan xətalar qarışığıdır: tam dupleks tərəfdə FCS və ya CRC xətaları, yarım dupleks tərəfdə toqquşmalar və ya gec toqquşmalar, və yük altında çökən, boş rejimdə isə gecikməsi normal qalan ötürmə qabiliyyəti. Bu asimmetriya imzadır. Sadəcə həddindən artıq yüklənmiş kanal hər iki istiqamətdə və hər zaman pisləşir.

Hər iki ucu birlikdə dəyişin, geri qayıtma yolu ilə

Dupleks düzəlişi koordinasiyalı dəyişiklikdir, lokal deyil. Uzaq uç razılaşmadan öz tərəfinizi məcbur etmək işlək kanalın sınmış kanala çevrilmə üsuludur və CLI-nin əmri qəbul etməsi yalnız sintaksisin etibarlı olduğunu sübut edir.

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

Belə bir şey işə salmazdan əvvəl platformanın bu kombinasiyanı dəstəklədiyini və uzaq ucun eyni pəncərədə dəyişdiriləcəyini təsdiqləyin. Cihazı idarə etmək üçün müstəqil bir yol saxlayın, çünki dəyişmək üzrə olduğunuz port idarə sessiyanızı daşıyan port ola bilər.

Bir çox müasir kanalda düzgün cavab heç nəyi məcbur etmək əvəzinə avtomatik razılaşmanı hər iki uçda aktiv saxlamaqdır. Məcbur etmə konkret texnologiyada konkret uyğunsuzluğun dərmanıdır, ümumi yaxşılaşma deyil. Xüsusilə gigabit mis kanalın ümumiyyətlə qalxması üçün avtomatik razılaşma lazımdır, buna görə 10/100 məsləhəti buraya keçmir.

Sayğacların yaxşıya doğru hərəkət etdiyini təsdiqləyin

Dəyişiklikdən sonra iş vəziyyətini hər iki uçda yenidən oxuyun və onların uyğun olduğunu təsdiqləyin. Sonra fasiləni yaradan eyni iş yükünü işə salın və ümumi ömürlük yekunlar əvəzinə sayğac fərqlərini müqayisə edin, çünki bir ildir yığılan yekun son on dəqiqədə nə baş verdiyini sizə deyə bilməz.

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

Eyni yük altında yeni xəta verməyən kanal sizə çatmayan sübutdur. Hələ də xəta verən və ya sayğacları əvvəldən heç hərəkət etməyən kanal sizi dupleks mübahisəsinə daha dərinə deyil, növbəti sərhədə göndərir. Hər iki nəticə irəliləyişdir və bu, konfiqurasiya faylının verə biləcəyindən çoxdur. İkinci oxunuşu birinci düzgün göründüyü üçün atlamayın.

Əvvəlki və sonrakı rəqəmləri vaxt nişanları ilə biletə yazın. Məhz bu qeyd «VPN daha yaxşı hiss olunur» ifadəsini növbəti mühəndisin üzərində qura biləcəyi bir şeyə çevirir.