Tarmoq ulashmalari VPN da ko’rinmayaptimi? Aniqlash to’xtaydi
Tunnel marshrutlarni olib yuradi, broadcast orqali aniqlashni emas. Ulashmani nom bilan oching, manzil va portni tekshiring, so’ng kirish radini bo’sh ro’yxatdan ajrating.
Ulashma yo’lini yozganingizda ochiladi, tarmoq brauzeri esa hech narsa ko’rsatmaydi. Bu birikma tunnel orqali odatiy va odatda nosozlik emas. Aniqlash mahalliy segmentdan so’raydi; yetib borish bitta hostdan so’raydi. Marshrutlangan tunnel ikkinchisini olib yuradi, birinchisini emas.
Aniqlash va yetib borish alohida
Ko’rish ro’yxatini mahalliy segmentga xizmatlarni e’lon qiladigan va bu e’lonlarni tinglaydigan protokollar yaratadi. Ulashmani nom bilan ochish bitta hostga to’g’ridan-to’g’ri ulanishdir. Birinchisiga broadcast yoki multicast domeni kerak; ikkinchisiga marshrut va port kerak.
Tunnel orqali ikkinchisi mukammal ishlashi mumkin, birinchisi esa bo’sh oyna qaytaradi. Bo’sh oynani nosozlik deb hisoblash sizni o’z ishini qilayotgan buzilgan tunnelni izlashga yuboradi.
Nega ko’rish ro’yxati bo’sh qoladi
Windows Computer Browser xizmatini to’xtatdi va SMB 1-versiyasini standart bo’yicha o’chirdi, bu eski Network Neighborhood orqasidagi mexanizmni olib tashladi. WS-Discovery, SSDP va multicast DNS kabi o’rinbosarlar faqat mahalliy bog’lanishda mavjud bo’lgan broadcast yoki multicast guruhlariga murojaat qiladi. Nuqtadan nuqtaga tunnelda bunday bog’lanish yo’q va routerlar bu guruhlarni standart bo’yicha uzatmaydi. Har bir host yetib borishli bo’lishi mumkin, ro’yxat esa bo’sh qolishi mumkin.
Ba’zi dasturlar o’z aniqlash yordamchisini qo’shadi. Bu yordamchi ishlaganda bu dasturning xususiyati, tunnelning xossasi emas.
Aniq nomlardan foydalaning, so’ng kirishni tasdiqlang
UNC yo’li, xaritalangan disk yoki SMB manziliga Finder ulanishi nom hal qilinib, port ochilgandan keyin tunnel orqali ishlaydi. Hal qilish DNS dan, VPN taqdim etadigan qidiruv suffiksidan yoki markazlashgan boshqariladigan hosts yozuvidan kelishi mumkin. Domen ichida katalog so’rovi kompyuter obyektlarini sanab chiqishi mumkin va bu ro’yxat odatda marshrutlangan tarmoqda ko’rish ko’rinishining eng yaqin o’rinbosari. Ma’lum prefikslarning portlarini skanerlash faqat siz boshqaradigan yoki sinashga aniq ruxsat berilgan tarmoqlarda maqbuldir.
Javob beruvchi host ulashma ochilishiga kafolat bermaydi. NAS o’z subneti bilan cheklangan ruxsat ro’yxatiga ega bo’lishi mumkin, u VPN hovuz manzillarini rad etadi. Fayl serverining firewall qoidasi faqat mahalliy subnetni nomlashi mumkin. Ulashma uchun bergan hisobingiz o’sha serverda hech qachon yaratilmagan mahalliy hisob bo’lishi mumkin va VPN orqali ulanish uni yaratmaydi.
Ba’zi korporativ dasturlar tunnel yoqilganda mahalliy va virtual mashina trafigini ataylab bloklaydi. Bu yetishmayotgan kirish siyosatdir va tuzatish dasturning marshrut jadvaliga emas, administratorga tegishli.
Takrorlashga arziydigan diagnostika tartibi
Qatlamlarni tartib bilan bosib o’ting: manzilga yeting, nomni hal qiling, 445 portini oching, autentifikatsiyadan o’ting, so’ng ulashma ruxsatlarini o’qing. Har bir javob alohida va oldinga sakrash ishonchli noto’g’ri xulosaga olib keladi. Barchasi o’tgandan keyingina aniqlashni tekshirishga arziydi.
nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe
Server nomi, ulashma yo’li, hal qilingan manzil va ishlagan hisob bilan eslatma qoldiring. Agar ko’rish ro’yxati keyinchalik xizmat qayta ishga tushirilgandan so’ng to’lib qolsa, buni aniqlashning g’alati holati deb hisoblang, oldingi marshrut noto’g’ri bo’lganiga dalil emas. Eslatma keyingi odamga bo’sh oynani o’tkazib yuborish imkonini beradi.