VPN ulanaganda fayl nusxalash sekinlashadi: SMB ko‘p kanalli

Ikki Windows mashinasi o‘rtasida fayl nusxalash ikkalasi ham bir xil VPNga qo‘shilmaguncha tez bo‘ladi, keyin esa u qulaydi, vaholanki o‘sha juftlik bo‘yicha o‘tkazish qobiliyati sinovi hali ham deyarli liniya tezligini qayd etadi. Aynan shu tafovut tashxis: aloqa yaxshi va nimadir uzatishning o‘zi uchun yomonroq yo‘lni tanlayapti. O‘sha nima odatda SMB3 ko‘p kanalli bo‘lib, u aynan o‘zi uchun yaratilgan ishni qilmoqda. Ortiqcha kanalni hisobdan chiqaring, nusxa jismoniy aloqaga qaytadi.

Alomat eng sekin kanalini kutadi

Ko‘p kanalli bitta SMB sessiyasiga bir nechta TCP ulanishidan foydalanishga imkon beradi, klient va server o‘rtasidagi har bir mos manzil jufti uchun bittadan. Ikkala mashina ham LANda va bir xil tunnelda bo‘lganda, Windows LAN manzillarini tunnel manzillari bilan juftlashtirib, ikkala juftni ham foydalanish mumkin deb hisoblashi mumkin. Oxir-oqibat sessiyada jismoniy aloqa talab qilganidan ko‘proq kanal qoladi va ulardan biri ancha sekin.

Bu muvaffaqiyatsizlikka uchramaydi. Bu kutadi, chunki sessiya eng sekin kanalidan tezroq tugay olmaydi.

Shuning uchun nusxa sudralib borayotganda ham o‘tkazish qobiliyati sinovi sog‘lom ko‘rinishi mumkin: bitta oqim o‘lchovi bitta yo‘lni tanlashi mumkin, uzatish esa ikkiga taqsimlangan edi. Har qanday adapter sozlamasini o‘zgartirishdan oldin kanallar ro‘yxatini o‘qing va uni nusxa hali ishlab turgan paytda o‘qing, chunki bo‘sh sessiya hech narsa ko‘rsatmaydi. Yozganingiz har bir kanal ortidagi interfeysni nomlashi kerak, natija qanchalik sekin tuyulganini emas.

Ikkinchi kanal borligini tasdiqlang

Ikki cmdlet bu savolga bevosita javob beradi. Ulanishlar ro‘yxati ishlatilayotgan kanallarni, sessiya xulosasi esa ulanishning o‘zini ko‘rsatadi. Sekin nusxalash paytida ikkalasini ham ishga tushiring.

Get-SmbMultichannelConnection
Get-SmbConnection

Bir xil server uchun tanlangan deb belgilangan bir nechta qatorni qidiring, so‘ng shubhali qatordagi klient manzilini aniqlang. Agar bu manzil tunnel adapteriga tegishli bo‘lsa, ikkinchi yo‘l haqiqiy va tasdiqlangan. Agar har bir qator jismoniy interfeysga tegishli bo‘lsa, ko‘p kanalli sizning muammoingiz emas va nusxa aloqasi yo‘q sabab bilan sekin. Bu tasdiqni birinchi bajaring, chunki tuzatish bir daqiqa dalilga arziydigan darajada xalaqit beradi.

Get-NetIPAddress -IPAddress 10.20.30.44

Bu yerdagi manzillar joy egallovchilardir. Ularni o‘z chiqishingiz xabar bergan narsa bilan almashtiring, chunki blogdan manzil nusxalash ishlayotgan buyruqni chalkash xato xabariga aylantirish yo‘lidir.

Tunnelni SMBdan chiqaring va keyin yana o‘lchang

Ko‘p kanallini o‘chirish tashxisni tasdiqlashning eng tez yo‘li va uni qaytarish mumkin. Klient sozlamasini nusxa olayotgan mashinaga, server sozlamasini esa ulashmani joylashtirgan mashinaga qo‘llang, chunki har ikki tomon yolg‘iz o‘zi ortiqcha kanalni tirik ushlab turishi mumkin. O‘zgartirish mavjud emas, yangi ulanishlarga tegishli, shuning uchun ochiq sessiya undan omon qoladi. Biror narsani o‘lchashdan oldin ikkala mashinani qayta ishga tushiring yoki hech bo‘lmaganda ulashmaga ochilgan barcha dastani yoping.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force

Yangi holatni tasdiqlang, so‘ng server endi klientlarga nima e’lon qilayotganini ko‘ring.

Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *

Tunnel interfeysi o‘sha e’lon qilingan ro‘yxatdan chiqib ketishi kerak. Agar chiqmasa, sozlama noto‘g‘ri uchiga tushgan yoki eski sessiya hali ochiq. Agar fayl almashish tunneldan umuman foydalanmasligi kerak bo‘lsa, server komponentini o‘sha adapterdan ajratib qo‘ying, bu tunnelni boshqa barcha xizmatlar uchun yaroqli qilib qoldiradi.

Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_server

Kanallarni o‘chiradi deb da’vo qilmasdan LAN yo‘lini afzal ko‘ring

Interfeys metrikasi Windowsga yangi ulanishlar uchun qaysi yo‘lni afzal ko‘rishni aytadi. U ko‘p kanalli allaqachon ochishga qaror qilgan kanalni olib tashlamaydi. Tunnel metrikasini oshirish baribir arziydi, chunki u aloqasi yo‘q trafikni sekin yo‘ldan uzoq tutadi va afzal marshrutni oldindan aytib bo‘ladigan qiladi, lekin bu turtki, filtr emas.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000

Taxallusni yozish o‘rniga o‘sha chiqishdan nusxalang, chunki ba’zi o‘rnatishlar adapter nomini mahalliylashtiradi va ingliz satri mos kelmaydi.

Keyin ikkala raqamni yana o‘lchang: fayl nusxalash va o‘sha juftlik bo‘yicha o‘tkazish qobiliyati sinovi. Agar o‘tkazish qobiliyati sinovi hech qachon sekin bo‘lmagan bo‘lsa-da nusxa tiklansa, sabab ko‘p kanalli edi va to‘xtashingiz mumkin. Agar ikkalasi ham qulasa, tunnel tor joy va ko‘p kanalli uni faqat kuchaytirdi. Agar ikkala yo‘l to‘g‘ri ko‘rinib turgan holda nusxa sekin qolsa, qolgan muammo ulashmada, omborda yoki filtr drayverida yashaydi, bu boshqa tekshiruv.