SoftEther VPN Azure: reley yo'li, ochiq port emas

Serveringiz siz sozlay olmaydigan router ortida turibdi, shuning uchun portni yo'naltirish degan ravshan reja mavjud emas. VPN Azure aynan shu holat uchun mavjud va uni birinchi ulanish yo'nalishini teskari aylantirish orqali hal qiladi: server tashqariga releyga ulanadi, mijozlar esa server o'rniga releyga yetib boradi. Bu aylanishni tushunish xizmat nimani tuzatishini va keyinchalik uchraydigan har bir cheklovni izohlaydi.

Yo'lda nima o'zgaradi

Oddiy tinglovchida mijoz routeringiz serverga uzatadigan ommaviy manzilga TCP ulanish ochadi. Reley bilan server reley infratuzilmasiga chiquvchi ulanishni saqlaydi, reley esa mijoz ulanishlarini qabul qilib ularning yukini kutayotgan serverga uzatadi. Hech qanday kiruvchi port ochilmaydi, statik manzil talab qilinmaydi va router tegilmagan holda qoladi. Yong'in devori nuqtai nazaridan server oddiy chiquvchi mijoz, shuning uchun cheklovchi tarmoqlar unga ruxsat beradi.

Reley o'sha serverga o'z domenida nom beradi va mijozlar u yerga ulanishga sozlanadi.

Bu nom reley xizmatiga tegishli, u Microsoft Azure VPN Gateway emas, garchi ikkalasi ham Azure nimadir deb atalsa. Ularga almashtiriladigan narsa sifatida munosabatda bo'lish ishlay olmaydigan konfiguratsiya hosil qiladi.

Qaysi protokollar releydan o'tadi

Reley SoftEther protokolini tashiydi va loyiha SSTP ni mijoz varianti sifatida hujjatlashtiradi, bu foydali chunki Windows SSTP mijozi bilan keladi. Ammo u xostdagi har bir tinglovchi uchun umumiy tashuvchiga aylanmaydi: OpenVPN tinglovchisi, IPsec javob beruvchisi va L2TP xizmati har biri o'zining yetib boriladigan oxirgi nuqtasiga muhtoj va ularning hech biri faqat SoftEther serveri ulanganligi sababli reley orqali o'tmaydi.

Shuning uchun mijoz profillari server manzili o'rniga reley nomiga ishora qiladi va to'g'ridan-to'g'ri ulanish uchun tuzilgan mavjud profil o'zgartirilmasdan ishlamaydi. Reley tashimaydigan protokol atrofida loyihalashdan oldin ishlatadigan versiyangiz uchun qo'llab-quvvatlanadigan mijozlar ro'yxatini ko'ring.

Reley siz uchun nima qilmaydi

Reley — bu transport. U foydalanuvchilar, virtual hablar, kirish siyosatlari yoki marshrutlar yaratmaydi va serveringiz orqasidagi xususiy tarmoqlar haqida hech narsa bilmaydi. Agar uzoq mijozlar LAN quyi tarmog'iga yetishi kerak bo'lsa, serverga hali ham ko'prik yoki marshrutlash konfiguratsiyasi, qaytish yo'li va buni amalga oshiradigan yong'in devori siyosati kerak. Ikki uchidagi ustma-ust manzil rejalari ham reley uchun ko'rinmas bo'lib, sizning hal qilishingiz kerak bo'lgan muammo bo'lib qoladi.

Qo'llab-quvvatlanadigan xavfsizlik sozlamalarini ham siz tanlaysiz. Loyiha hujjatlarida eski platformalar misollari bor va eski ekran suratidan eskirgan shifrlash yoki sertifikat sozlamalarini ko'chirish hech kim audit qila olmaydigan tunnel qurishning yaxshi usuli. Ishlatadigan versiyangiz uchun joriy ko'rsatmalardan foydalaning.

Sertifikatlarni tekshirish va foydalanuvchilarni autentifikatsiya qilish serverning javobgarligida qoladi va reley hech qachon ikkalasining o'rnini bosmaydi.

Uni bog'liqlik sifatida boshqaring

Mavjudlik endi uchinchi tomonni o'z ichiga oladi. Reley yetib bo'lmaydigan bo'lsa, serveringiz qanchalik sog'lom bo'lishidan qat'i nazar mijozlar ulana olmaydi va nosozlik tashqaridan mijoz muammosiga o'xshaydi. Reley yo'lini serverning o'z salomatligidan alohida kuzatib boring va bu muhim bo'ladigan kun uchun boshqa manzildagi to'g'ridan-to'g'ri tinglovchi kabi hujjatlashtirilgan zaxira rejani saqlang.

Kechikish foydalanuvchilaringizning yaqinligiga emas, reley geografiyasiga ergashadi, buni uning ustidan interaktiv unumdorlik va'da qilishdan oldin o'lchashga arziydi.

Serverning identifikatorini va keyin haqiqiy dastur yo'lini tekshiring, faqat muvaffaqiyatli ulanish bannerini emas, va kerakli resurs reley tashiydigan manzil oilasi orqali yetib boriladimi-yo'qmi tekshiring. Reley nomi, ishlatilgan protokol va zaxira rejani yozib qo'ying, chunki bu uch fakt ushbu aloqa haqidagi kelajakdagi savollarning ko'piga javob beradi.