SMB ulashish faqat VPN orqali ishlamaydi: imzo muammosimi yoki subnet to'qnashuvimi?

Ofisda ishlaydigan, lekin uyda vaqt tugashi bilan to'xtaydigan xaritalangan disk o'z-o'zidan deyarli foydali ma'lumot bermaydi. Tunnel paketlarni aniq tashimoqda, aks holda serverga hech narsa yetib bormasdi. Muvaffaqiyatsiz bo'lgan narsa uchta qatlamdan birida: nom noto'g'ri manzilga hal qilindi, mijoz sessiyani imzolashdan bosh tortdi yoki eski sessiya uni olib yurgan ulanishdan uzoqroq yashadi. Har birining tuzatishi boshqacha va uchtadan ikkitasi mijoz tomonida.

Uchta nosozlik bir xil xatoni kiyadi

Disk harfi qaysi qatlam buzilganini aytmaydi va xato matni odatda uchtasiga ham mos keladigan darajada umumiy bo'ladi. Ularni ikkita tez savol bilan ajrating: server o'z IP manzilida javob beradimi va 445 port ulanishni qabul qiladimi?

Bu javoblar taxmin o'rniga qarorlar jadvalini beradi. Agar IP ishlab, nom ishlamasa, bu nom hal qilinishiga ishora qiladi. Agar ikkisi ham ishlab, kirish rad etilsa, bu imzoga ishora qiladi. Agar ikkisi ham ishlab, tunnel uzilishidan keyin fayl o'qish osilib qolsa, bu eski sessiyaga ishora qiladi.

Ularni shu tartibda ko'rib chiqing, chunki noto'g'ri hostga hal qilingan nom har bir keyingi testni ma'nosiz qiladi.

Ulashishga tegishdan oldin nomni hal qiling

Agar server o'z manzilida javob berib, ulashish nomi vaqt tugashi bilan to'xtasa, tunnel o'z ishini qilmoqda va mijoz noto'g'ri joydan qidirmoqda. Masofaviy kirishda buning katta qismini ikki sabab tushuntiradi.

Birinchisi — manzillar ustma-ust tushishi. Ofis 192.168.70.0/24 dan foydalanib, uy routeri ham shu diapazonni bersa, 192.168.70.20 ga hal qilinadigan host nomi tunnel orqasidagi server o'rniga mahalliy qurilmani ko'rsatishi mumkin. Shunda Windows so'rovni mahalliy yuborishi, marshrutni rad etishi yoki o'sha manzilga ega printerga hal qilishi mumkin. Tuzatish — bir tomonni qayta raqamlash, yana bir marshrut qo'shish emas.

Ikkinchisi — DNS qamrovi. Ichki DNS serveri bo'lmagan yoki tunnel orqali yetib bo'lmaydigan serverga ega VPN adapteri qisqa nomlarni ochiq hal qiluvchiga yuboradi. Adapterning DNS yozuvlarini o'qing va ulashishga tegishdan oldin ichki nomni to'g'ridan-to'g'ri so'rang:

> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15

Agar bu so'rov kutilgan manzilni qaytarsa, nom hal qilinishi aniqlandi va muammo stekda yuqoriroqda.

Imzo talabini ikkala uchida o'qing

Har bir kirishni rad etadigan ochiq server tarmoq nosozligi emas, siyosat nomuvofiqligi belgisidir. Windows mijozda SMB imzoni talab qilishi mumkin, imzo qo'ymaydigan server yoki NAS esa tunnel qanchalik sog'lom bo'lmasin, sessiyani tugata olmaydi.

Mijoz sozlamasini siyosat muharririda qidirmasdan o'qishingiz mumkin:

> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnection

Server tomonidagi mos qiymat serverning SMB konfiguratsiyasida bo'ladi va ikkisi mos kelishi kerak. Xabar qilingan bir holatda mijozda talab mahalliy siyosat bilan yoqilgan, server esa umuman imzo qo'ymagan; uni o'chirib gpupdate /force ishga tushirish ulashishni darhol tiklaydi. Bu sababni tasdiqlash uchun diagnostik qadam, doimiy tuzatish emas.

Server qo'llab-quvvatlaydigan joyda imzoni ikkala uchida yoqishni afzal ko'ring. Ulashish ishlashi uchun xavfsizlik sozlamasini o'zgartirish uning oldingi qiymati va sababi bilan qayd etilishi kerak, keyingi auditda hech kim uni qaytadan kashf qilmasligi uchun.

Taymerlarni sozlashdan oldin eski sessiyani tozalang

Faqat VPN yiqilib, qayta ulangandan keyin osilib qoladigan ulashish odatda server allaqachon tashlab yuborgan sessiyani ushlab turadi. Server bo'sh SMB sessiyalarni LanmanServer\Parameters ostidagi Autodisconnect taymeri bo'yicha yopadi, u standart bo'yicha 15 daqiqa, mijozning esa LanmanWorkstation\Parameters ostida o'z SessTimeout si bor. Bu qiymatlardan uzoqroq uzilish har bir uchni sessiya haqida boshqacha tasavvur bilan qoldiradi.

Natija ma'noli bo'lishi uchun uni qat'iy tartibda takrorlang: tunnelni ulang, ulashishni oching, tunnelni ikki daqiqaga uzing, tiklang, keyin fayl o'qishga urinib ko'ring. Agar mount o'z-o'zidan tiklanasa, taymerlarga tegmang. Agar qayta mount qilmaguningizcha osilib qolsa, tunnel ko'tarilgandan keyin ulashishni qayta ulang, u paydo bo'lishidan oldin mount qilish o'rniga, va mount yordamchisi qayta urinib ko'rishini tekshiring.

Vaqt chegaralarini oshirish beqaror ulanish uchun oqilona oxirgi qadam, lekin u simptomni davolaydi. Server unutgan sessiyani uzoqroq kutayotgan mijoz baribir kutadi.

Mount orqali bitta faylni o'qib, keyin tunnelni yana bir marta uzib, tiklab tugating. O'sha qabul testi uch qatlamni bir vaqtda qamrab oladi va foydalanuvchi aslida qiladigan ishga mos keladigan yagona test.