VPN shlyuz portida dupleks nomuvofiqligi: ikkala uchni ham o'qing
Tezlik bo'yicha kelishadigan, ammo dupleks bo'yicha kelishmaydigan 10/100 port yuklama ostida xatolar keltirib chiqaradi. Ikkala uchdagi ish rejimini o'qing, so'ng vaqt bo'yicha o'lchangan hisoblagichlarni taqqoslang.
Tunnel orqali fayl nusxalash bir soniya to'xtaydi, davom etadi, VPN jurnallari esa hech narsa ko'rsatmaydi. Ilova tarmoqni ayblaydi, tarmoq ilovani ayblaydi, kommutator porti esa o'n bir oydan beri yoniq. Ushbu qo'llanma to'xtashdan boshlanadi va tashqariga, jismoniy ulanish tomon yuradi: port aslida nima qilyapti, uzoq uch nima qilyapti va siz kuzatayotganingizda hisoblagichlar nima qildi. Birov dupleks sozlamasiga tegishdan oldin buni qilish arziydi.
Portdan emas, to'xtashdan boshlang
Alomatni tekshirish mumkin bo'lgan tarzda ta'riflang. Katta uzatish paytida taxminan bir soniyalik to'xtash qayta o'rnatiladigan ulanishdan boshqa muammo, soatiga bir marta bo'ladigan tanaffus esa har bir necha soniyada bo'ladiganidan farq qiladi. Yuklamani, yo'nalishni va taxminiy intervalni yozib oling.
So'ng interfeysni kuzatib, buni qayta hosil qiling. Jismoniy muammo ta'sirlangan yuklama paytida hisoblagichlarda harakat sifatida ko'rinadi, va hisoblagichlarda umuman harakat hosil qilmaydigan muammo, ehtimol, ulanish qatlamidan yuqorida. Bir daqiqa kuzating, bir soniya emas, chunki bu nuqsonlar ko'rinishidan oldin ko'pincha doimiy trafik talab qiladi. Bo'sh holatda kuzatish faqat yuklama ostida yomon ishlaydigan ulanish haqida hech narsani isbotlamaydi.
Bu muhim, chunki dupleks nomuvofiqligining o'z imzosi bor: xatolar faqat yuklama ostida, trafik yo'nalishida paydo bo'ladi, kichik ping va interaktiv sessiyalar esa benuqson qoladi. Bo'sh trafik ham muvaffaqiyatsiz bo'lsa, avval boshqa joydan qidiring.
Ikkala uchdagi ish rejimini o'qing
Saqlangan konfiguratsiya ish holati emas. Port avtomatik kelishuvga sozlangan bo'lib, yarim dupleksda qolishi mumkin, yoki boshqa uch hech qachon rozi bo'lmagan qat'iy tezlikka o'rnatilgan bo'lishi mumkin. Ulanish hozir ikki tomonda nima qilayotganini o'qing.
ethtool eth0 ethtool -S eth0 | grep -iE 'error|drop|collision|fcs' ip -s link show eth0
Tezlik, dupleks va avtomatik kelishuv yoniqligini yozib oling, so'ng o'sha uch faktni qo'shni kommutator yoki provayder portidan oling. Bitta uch o'zi hech narsa demaydi, chunki nomuvofiqlik munosabat, sozlama emas. Ikkala qatorni biletda yonma-yon, o'qigan vaqtingiz bilan yozing. Bu mashqning yarmi qiymati ikki o'qishning bir joyda bo'lishidir.
Agar uzoq uchni o'qiy olmasangiz, buni diagnoz qila olmaysiz. Egadan ish rejimi va hisoblagichlarni so'rang yoki o'z tomoningizni o'zgartirishdan oldin kirishni tashkil qiling.
10/100 yarim dupleks holati qanday ko'rinadi
10/100 mis ulanishlarida avtomatik kelishadigan uch majburiy o'rnatilgan sherikning tezligini uning dupleks sozlamasini bilmasdan aniqlay oladi. Parallel aniqlash tezlikni signaldan belgilaydi, dupleks esa kelishilish o'rniga taxmin qilinadi, shu sababli bir tomon yarim dupleksda qolishi, ikkinchisi to'liqda ishlashi mumkin.
Cisco'ning avtomatik kelishuv bo'yicha qo'llanmasi aynan shu holatni tushuntiradi. Bu kelishuvni hamma joyda o'chirish uchun dalil emas va gigabit mis haqida foydali hech narsa demaydi, u yerda dupleks qat'iy va ulanishning umuman ko'tarilishi uchun avtomatik kelishuv zarur.
Kuzatiladigan dalil faqat bir yo'nalishda mavjud bo'lgan xatolar aralashmasidir: to'liq dupleks tomonida FCS yoki CRC xatolari, yarim dupleks tomonida to'qnashuvlar yoki kech to'qnashuvlar, va yuklama ostida qulaydigan o'tkazuvchanlik, bo'sh holatda kechikish esa normal qoladi. Shu assimetriya imzodir. Faqat ortiqcha yuklangan ulanish ikki yo'nalishda ham va doimo yomonlashadi.
Ikkala uchni birga o'zgartiring, qaytish yo'li bilan
Dupleks tuzatishi muvofiqlashtirilgan o'zgarish, mahalliy emas. Uzoq uchning roziligisiz o'z tomoningizni majburlash ishlayotgan ulanishni buzilganga aylantirish usulidir, CLI buyruqni qabul qilishi esa faqat sintaksis to'g'ri bo'lganini isbotlaydi.
sudo ethtool -s eth0 speed 100 duplex full autoneg off ethtool eth0
Bunday narsani ishga tushirishdan oldin platforma bu kombinatsiyani qo'llab-quvvatlashini va uzoq uch xuddi shu oynada o'zgartirilishini tasdiqlang. Qurilmani boshqarishning mustaqil usulini saqlang, chunki o'zgartirmoqchi bo'lgan port sizning boshqaruv sessiyangizni olib yurgan port bo'lishi mumkin.
Ko'pgina zamonaviy ulanishlarda to'g'ri javob biron narsani majburlash o'rniga ikki uchda avtomatik kelishuvni yoniq qoldirishdir. Majburlash muayyan texnologiyadagi muayyan nomuvofiqlikning davosi, umumiy yaxshilanish emas. Ayniqsa gigabit mis uchun ulanish ko'tarilishi uchun avtomatik kelishuv kerak, shuning uchun 10/100 maslahati u yerga o'tmaydi.
Hisoblagichlar yaxshi tomonga siljiganini tasdiqlang
O'zgarishdan keyin ikkala uchdagi ish holatini qayta o'qing va ularning mos kelishini tasdiqlang. So'ng to'xtashni keltirib chiqargan o'sha yuklamani ishga tushiring va umr bo'yi jamlanmalar o'rniga hisoblagich farqlarini taqqoslang, chunki bir yil davomida to'plangan jamlanma oxirgi o'n daqiqada nima bo'lganini ayta olmaydi.
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs' ip -s link show eth0 ping -f -c 200 10.90.0.1
Xuddi shu yuklama ostida yangi xatolari bo'lmagan ulanish — sizga yetishmagan dalil. Hali ham xato beradigan ulanish yoki hisoblagichlari umuman siljimagan ulanish sizni dupleks bahsini chuqurlashtirishga emas, keyingi chegaraga yuboradi. Ikkala natija ham ilgarilash, bu konfiguratsiya fayli bera oladiganidan ko'proq. Birinchi o'qish to'g'ri ko'ringani uchun ikkinchi o'qishni o'tkazib yubormang.
O'zgarishdan oldingi va keyingi raqamlarni vaqt belgilari bilan biletda yozing. Aynan o'sha yozuv «VPN yaxshiroq tuyuladi» degan gapni keyingi muhandis tayanishi mumkin bo'lgan narsaga aylantiradi.