Bitta hostda to'qnashuvsiz VPN va veb-saytni ishga tushirish

Bitta hostni ommaviy sayt va VPN o'rtasida bo'lishganda siz bitta emas, ikkita savolni meros olasiz: nima qayerda tinglaydi va kim kimni autentifikatsiya qiladi. Konfiguratsiya fayliga tegishdan oldin ikkalasiga ham javob bering, chunki standart qiymatlar faqat yuklama ostida ko'rinadigan tarzda noto'g'ri. HTTPS orqali yuklanadigan sahifa veb-tinglovchi javob berishini isbotlaydi va hamkor tinglovchisi haqida hech narsa demaydi. Keyingi narsa ikkalasi bir-birini yeb qo'ymasligiga to'sqinlik qiladigan qarorlar tartibidir.

Nima qaysi manzil va transportda tinglashini hal qiling

Uch ustunli jadval yozing: manzil, transport va port, hamda har bir xizmat uchun bitta qator, ma'muriy interfeysni ham qo'shib. Sayt uchun TCP 443 va VPN uchun UDP 443 raqamlar mos kelsa ham to'qnashuv emas, chunki transport boshqacha. Bir xil manzil, transport va portdagi ikki xizmat amalga oshirish hujjatlashtiradigan tartibni talab qiladi, uzilish vaqtida siz o'ylab topadiganini emas. O'sha jadval keyingi o'zgarishni ko'rib chiqish mumkin bo'ladigan artefakt hamdir.

Alohida manzillar yoki ikkinchi port paket tutishda egalikni ko'rinadigan qiladi va bu nafislikdan qimmatroq. Ba'zi VPN amalga oshirishlari portni veb-server bilan bo'lishishni qo'llab-quvvatlaydi, ammo mexanizm aniq: demon birinchi baytlarni tekshiradi va o'z protokoli bo'lmagan trafikni uzatadi. Umumiy HTTP teskari proksisi buni qilmaydi va sarlavhalarni qayta yozish uni shifrlangan tunnel qo'l siqishini tushunadigan qilmaydi. Protokolning joylashtirish eslatmalarini o'qing, masalan OpenVPN tinglovchisi hujjatlari, va u tavsiflaydigan tartibga amal qiling.

Qaysi identifikatsiya qaysi xizmatga tegishli ekanini hal qiling

Brauzer sertifikati va VPN hamkori guvohnomasi turli ishonch modellariga ega turli obyektlardir. Veb-sertifikat ommaviy organ tomonidan tekshiriladi va host nomini ko'rsatadi, hamkor guvohnomasi esa qurilma yoki foydalanuvchini konsentrator oldida autentifikatsiya qiladi va o'z-o'zidan imzolangan yoki ichkaridan berilgan bo'lishi mumkin. Birini ikkinchisi sifatida qayta ishlatish tor holatlarda ishlaydi va bu bog'lanishga kamdan-kam arziydi. Umumiy sertifikat mos kelishi uchun tekshiruvni o'chirish ajratish rejasi emas; u guvohnomaga ma'no bergan tekshiruvni olib tashlaydi.

Ikki omborni mustaqil saqlang va qaysi organ har birini berishini yozing. Biri aylantirilganda ikkinchisi o'zgarishga muhtoj bo'lmasligi kerak, agar muhtoj bo'lsa, bog'lanishni tuzatish kerak.

Administratsiya qayerda yashashini hal qiling

VPN ning ma'muriy interfeysi boshqaruv yo'lida bo'lishi kerak, hech qachon ommaviy tinglovchida emas, host allaqachon internetga xizmat qilsa ham. 443 dagi veb-server hamkorlar konsoli har qayerdan ochiq bo'lishi kerak degani emas, va konsol odatda qimmatroq nishon. Uni loopback yoki boshqaruv manziliga bog'lang, manba bo'yicha cheklang, va tunnel ko'tarilgan bo'lishiga bog'liq bo'lmagan tiklash yo'lini saqlang. Tiklash yo'li muhim, chunki odatiy xato qulfni tuzatish paytida o'zini tashqarida qulflashdir.

Tor firewall qoidalarini yozing, har bir tinglovchi uchun bitta, va platforma qo'llab-quvvatlaydigan joyda interfeys yoki xizmat hisobini nomlang. Saytga 443 kerakligi uchun hostni ochadigan keng qoidalar ma'muriy interfeyslarning skaner indekslariga tushish yo'lidir.

Har safar xizmat qo'shilganda o'sha qoidalarni tinglovchilar jadvali bilan solishtirib ko'rib chiqing. Ko'rib chiqish arzon va tunda ikkida kimdir qo'shgan qoidani ushlaydi.

Ikkalasi raqobatlashganda nima qilishni hal qiling

Hostni bo'lishish protsessor, xotira, fayl deskriptorlari va o'tkazish qobiliyatini bo'lishish demakdir, va bahsli resurs har doim ko'rinib turuvchi narsa emas. Band sayt ulanishlar jadvalini to'ldirishi, ishchi joylarni tugatishi yoki disk navbatini VPN jurnallashi to'xtaydigan darajada bosishi mumkin. Host jamlanmalari o'rniga xizmat bo'yicha foydalanishni kuzating, chunki o'rtacha qaysi jarayon och qolayotganini yashiradi. Agar bir yuklama boshqasiga qayta-qayta xalal bersa, alomat atrofida sozlash o'rniga ularni ajratib qo'ying.

Ajratish konteyner, cgroup chegarasi, alohida navbat yoki ikkinchi host bo'lishi mumkin, va to'g'ri tanlov qaysi resurs raqobatlashayotganiga bog'liq. Portni o'zgartirish bu yerda hech narsani tuzatmaydi, va chegara bitta to'yingan navbat bo'lsa kattaroq nusxa ham hech narsani tuzatmaydi. O'lchov bilan qaror qiling: resursni nomlang, uni yuklang, so'ng raqobatni olib tashlaydigan eng kichik ajratishni tanlang.

Tashqaridan tekshiring, so'ng qayta ishga tushirgandan keyin yana

Hostning o'z tarmog'ida bo'lmagan qurilmadan sinab ko'ring: saytni yuklang, tunnelni ko'taring va uni talab qiladigan bitta resursga yeting. So'ng har bir xizmatni alohida qayta ishga tushiring va ikkinchi testni takrorlang, chunki qayta ishga tushirish umumiy tinglovchi tartibi o'z tartibini yo'qotadigan paytdir. Agar VPN umumiy portga ega veb-serverdan oldin ishga tushsa, bo'lishish mexanizmi hech qachon ulanmasligi mumkin, va alomat kechagi ishlagan tunnel. Bog'liqlikni birliklar tartibida aniq qiling.

So'ng chegaralarni tasdiqlang: sayt o'z portida javob beradi, VPN o'z portida javob beradi, va ma'muriy interfeys faqat boshqaruv yo'lidan javob beradi. Natijani sana bilan tinglovchilar jadvali yoniga yozing. Qayta ishga tushirgandan keyin uchta tekshiruvdan ham o'tadigan host boshqasiga hech qanday brifingsiz topshirsa bo'ladigan hostdir.