RemoteEnable VPN ga kirish emas: SoftEther boshqaruvi chegaralari

Qo’llanma RemoteEnable ni ishga tushirib, keyin ulanishingizni aytadi va bu ikki qadam bir xil turdagi ishday o’qiladi. Unday emas. RemoteEnable boshqa mashinaga shu kompyuterda ishlayotgan SoftEther VPN mijoz xizmatini boshqarishga ruxsat beradi. Ulanish esa VPN hisobining serverga autentifikatsiyasi bo’lib, unda hech qanday boshqaruv ruxsati qatnashmaydi.

Afsona: RemoteEnable VPN ni yoqadi

Chalkashlik qo’shnichilikdan kelib chiqadi. Qo’llanma masofaviy boshqaruvni yoqadi, mijoz xizmatini qayta ishga tushiradi, so’ng ulanadi va ulanish keyin ishlaydi, shuning uchun ikki qadam sababiy bog’langan ko’rinadi. Aslida o’zgargan narsa xizmat bilan kim gaplashishi mumkinligi, xizmat serverga yeta olishi emas. To’g’ri sozlangan mijozda masofaviy boshqaruvni o’chiring, VPN ulanish baribir o’rnatiladi.

Manbadagi buyruq yordami qamrov haqida aniq gapiradi: VPN Client Manager yoki vpncmd orqali localhost tashqarisidan masofaviy boshqaruv. Bu tavsifda tunnel, hisob yoki marshrut tilga olinmaydi. Berilgan ruxsat ma’muriy yetib borish bo’lib, uning predmeti ulanish emas, mijoz xizmatidir.

Parol so’zini bo’lishadigan uchta identifikatsiya

Eski qo’llanmalar uchta bog’lanmagan hisob ma’lumoti uchun bitta so’z ishlatadi va shu tarzda joylashtirishlar noto’g’ri maydonga yopishtirilgan sir bilan tugaydi.

Mijoz xizmatining boshqaruv paroli mahalliy SoftEther mijozining ma’muriyatini himoya qiladi. VPN hisobining paroli o’sha server siyosatiga muvofiq serverga autentifikatsiya qiladi. Server sertifikati umuman parol emas, lekin u mijoz qaysi oxirgi nuqtani qabul qilishi kerakligini javob beradi. Ulardan birini o’zgartirish qolganlarini o’zgartirmaydi, ular orasida qiymat ko’chirish esa soddaroq emas, boshqa konfiguratsiya yaratadi.

Boshqaruv parolidagi faqat-masofadan opsiyasi ikkinchi qarashga loyiq, chunki u parol talabi mahalliy mashinadan boshqaruvga ham tegishli yoki yo’qligini hal qiladi. Bu qamrovni toraytirish bitta foydalanuvchining noutbuki uchun ongli tanlov, hech kim yozib qo’ymagan parol uchun aylanma yo’l emas.

Masofaviy boshqaruvni yoqish aslida nimani o’zgartiradi

Ikki operatsion oqibat kelib chiqadi va ikkalasini ham ko’chirib-qo’yish qo’llanmasida o’tkazib yuborish oson. Masofaviy ma’muriyat yoqilishi bilan boshqaruv paroli majburiy bo’ladi, yangi mavjudlik esa mijoz xizmati qayta ishga tushgandan keyingina kuchga kiradi.

Bu qayta ishga tushirish mijozdan foydalanadigan hamma narsa uchun haqiqiy uzilish, shuning uchun uni mashina egasi bilan rejalashtiring. Funksiyani yoqish o’z-o’zidan tarmoq ekrani yo’lini ham ochmaydi: xizmat hali ham boshqaruv stansiyasidan yetib borish imkoniyatiga ega bo’lishi kerak, xost tarmoq ekrani yoki yuqori oqimdagi ACL uni yetib bo’lmaydigan holatda ushlab turishi mumkin. Yetib bo’lmaydigan xizmat ruxsat to’g’ri chegaralanganining dalili emas, faqat boshqa narsa unga to’sqinlik qilayotganining dalilidir.

Ko’zda tutilgan boshqaruv yo’lini joylashtirish yozuvlariga yozing, port va undan foydalanishga ruxsat etilgan manzillar oralig’ini qo’shib. O’sha yozuv bu imkoniyatni kim so’raganini va qachon qaytarib olinishini qayd etish joyi hamdir.

Bu mijozni kim boshqarishi mumkinligini hal qiling

O’zingizga tegishli noutbukda, masofaviy kirish kerak bo’lgan mashinani nomlay olmasangiz va sababini aytmasangiz, boshqaruvni mahalliy konsolda saqlang. Markazlashtirilgan boshqariladigan qurilma uchun biror narsani yoqishdan oldin administratorni, boshqaruv yo’lini va tiklash egasini nomlang. Savol funksiya qulayligida emas, u ochib beradigan konfiguratsiya uchun kim javobgar ekanida.

Buyruqlarni mahalliy xizmatga qarshi ishga tushiring, o’zgarish skrinshotga emas, o’z shell tarixingizga tushsin: vpncmd localhost /client /cmd RemoteDisable imkoniyatni o’chiradi, RemoteEnable bilan xuddi shu buyruq uni yoqadi. Keyin xizmatni qayta ishga tushiring, aks holda sozlama kuchda bo’lmaydi.

Agar qo’llanma uni tushuntirishsiz dastlabki qadam sifatida yoqsa, buni amal qilinadigan ko’rsatma emas, hal etilmagan savol deb qabul qiling. Qaysi boshqaruv stansiyasi undan foydalanishi kerakligini so’rang, javob bo’lmasa imkoniyatni o’chirilgan holda qoldiring.

Boshqaruv kirishini va ulanish imkoniyatini alohida tekshiring

Ikki sinov ikki xil savolga javob beradi va ulardan faqat bittasini ishga tushirish joylashtirishning hech kim istamagan masofaviy boshqaruv bilan tugashining yo’lidir.

vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList

Birinchi ikki qator mijozni yana mahalliy boshqaruv ostiga qaytaradi va o’zgarishni qo’llaydi. Oxirgi ikkisi VPN hisoblari va virtual adapterlar hali ham sozlanganini tasdiqlaydi, shunday bo’lishi kerak, chunki boshqaruv qamrovi va ulanish holati mustaqil sozlamalardir. Agar qayta ishga tushirishdan keyin hisoblar ro’yxati bo’sh qaytsa, boshqa narsa buzilgan va masofaviy boshqaruv sozlamasi buning izohi emas.

So’ng ulanishning o’zini mijozdan sinab ko’ring va adapter kutilgan manzil va marshrutlarni saqlab turishini tasdiqlang. Muvaffaqiyatli vpncmd seansi boshqaruv munosabatini isbotlaydi va trafik tunneldan chiqishi haqida hech narsa demaydi.