VPN foydalanuvchilariga quyi tarmoqqa emas, bitta xizmatga kirish bering
Tor marshrut avtorizatsiya siyosati emas. Majburlash qayerda ekanini, xizmat qaysi manbani ko'rishini va ilova rollari qanday alohida qolishini hal qiling.
Pudratchiga bitta ichki veb-ilova kerak, boshqa hech narsa emas, va oson javob unga server quyi tarmog'iga tunnel berishdir. Bu u uni skanerlaydigan kungacha ishlaydi. Torroq dizayn ko'proq o'ylashni talab qiladi, chunki yetib borish, marshrutlash va ilova ruxsati kelishishi kerak bo'lgan uchta alohida nazoratdir.
Talabni quyi tarmoq sifatida emas, xizmat sifatida yozing
Maqsadli host, protokol va portdan boshlang, so'ng unga yetib borishi kerak bo'lgan foydalanuvchi yoki qurilma guruhini qo'shing. Xususiy DNS zonasini faqat ilova nomni hal qilsa qo'shing, identifikatsiya provayderini esa faqat kirish oqimiga kerak bo'lsa qo'shing. Qolgan hamma narsa siz hali asoslamagan bog'liqlikdir.
Quyi tarmoq tarmoq jamoasining amalga oshirish tafsiloti, xizmat esa biznes so'ragan narsa va ko'rib chiqilib, to'xtatilishi mumkin bo'lgan birlikdir.
Agar bog'liqliklar ro'yxati uchta elementdan oshsa, ilova o'zining dizayn suhbatiga muhtoj bo'lishi mumkin.
Tor marshrutlang, lekin majburlashni boshqa joyda qiling
Tor marshrut yoki selektor tunnelga qaysi paketlarni tashishni aytadi; bu avtorizatsiya siyosati emas. Shlyuz filtri, maqsadli hostning xavfsizlik devori va ilovaning o'z ruxsat modeli kirish hal qilinadigan joylardir. Bitta manzilni qamrab oluvchi marshrut yaxshi boshlanish va qat'iyatli foydalanuvchini to'xtatadigan nazorat emas. Aynan shu ajratish tunneli qayta loyihalamasdan filtrni o'zgartirishga imkon beradi.
Aksincha, qattiq filtrli keng marshrut qonuniy bo'lishi mumkin, lekin faqat ishtirok etganlarning barchasi qaysi biri majburlashni amalga oshirishini bilsa.
Majburlash nuqtasini aniq hujjatlashtiring, aks holda keyingi o'zgarish uni tasodifan ko'chiradi.
Xizmat haqiqatda ko'radigan manbani tekshiring
Maqsad mijoz hovuzining manzilini yoki shlyuz manzilini ko'radi, tarjima qilasizmi-yo'qmi shunga qarab. Hostning xavfsizlik devori qoidalari va jurnallari haqiqiy manbaga mos kelishi kerak. Agar bir nechta foydalanuvchi tarjima qilingan manbani bo'lishsa, o'sha hostda hech bir foydalanuvchi bo'yicha qoida ularni ajrata olmaydi, va bu dizayn cheklovi, xato emas.
Tarjimani ataylab tanlang: u marshrutlashni soddalashtiradi va manba identifikatorini yo'q qiladi, bu audit va foydalanuvchi bo'yicha qoidalar uchun muhim.
Ikkisidan qaysi birini tanlaganingizni unga bog'liq qoida yoniga yozing.
Ilova avtorizatsiyasi ixtiyoriy emas
Portga yetib borish rol bermaydi. Ilovaga hali ham o'z kirishi va o'z ruxsatlari kerak, chunki tarmoq qatlami foydalanuvchi qaysi yozuvlarni tahrirlashi mumkinligini ifodalay olmaydi. Ichki quyi tarmoqdan kelgan har bir so'rovga ishonadigan xizmat tor tunneli bitta buzilgan hisob ma'lumotlari uchun to'liq kirishga aylantiradi. Tunnel soketni kim ochishi mumkinligini, ilova esa u bilan nima qilish mumkinligini hal qiladi.
Bu yerda tor dizayn ikki barobar o'zini oqlaydi, chunki kamroq yetib boriladigan host ilova darajasidagi xatodan foydalanish mumkin bo'lgan kamroq joy degani.
Tarmoq qoidasi va ilova rolini alohida tizimlarda saqlang va ularni alohida to'xtating.
Ruxsat etilgan va rad etilgan yo'lni ham isbotlang
Vakolatli foydalanuvchi sifatida ulanib, bitta zararsiz vakillik operatsiyasini bajaring, so'ng yetib bo'lmaydigan maqsadni sinab ko'ring. Faqat birinchi yarmini sinovdan o'tkazadigan dizayn sinovdan o'tmagan, va dizaynni rad etish sinovi isbotlaydi. Har bir qoida o'zgarishidan keyin yangi sessiyani sinang, va so'rovlar kelib javoblar kelmasa, qaytish yo'liga qarang.
Qabul sinovidan o'tish uchun yo'naltirish filtrlarni o'chirmang, chunki bu sinovdan o'tayotgan narsani o'zgartiradi.
Foydalanuvchiga xizmat endi kerak bo'lmasa, masofaviy identifikatsiya va ilova rolini tegishli tizimlarida to'xtating va ikkalasini ham yozib qo'ying. strongSwan yo'naltirish qo'llanmasi yo'lning shlyuz tomonini qamrab oladi.