Nega URL manzilingizga 45000 emas, 80 yoki 443 portidan kirish kerak

Brauzerga xost nomini yozing va sxema maqsad portni belgilaydi: http uchun 80, https uchun 443. DNS javobida hech narsa buni bekor qilmaydi va mashinangizdagi hech bir yo‘naltirish qoidasi provayder chetida tinglovchi o‘ylab topa olmaydi. VPN provayderi sizga 45000 kabi baland ommaviy port bersa, aniq URL ishlaydi, toza URL esa ishlamaydi. Bo‘shliq kirish nuqtasida, ilova ichida emas.

Brauzerdan jarayongacha bo‘lgan yo‘lni bir marta ko‘rib chiqing, uchta nashr varianti sirli ko‘rinishdan to‘xtaydi.

So‘rov aslida qayerga ketishini ko‘ring

Brauzer nomni manzilga hal qiladi, so‘ng URL boshqa portni ko‘rsatmasa, sxemaning standart portida o‘sha manzilga ulanadi. Kelayotgan ulanish bilan nima bo‘lishini provayderingizning cheti hal qiladi. Agar uning yo‘naltirish jadvali faqat 45000 ni ichki manzilingiz bilan bog‘lasa, 80 ga ulanishning boradigan joyi yo‘q va mashinangiz ishtirok etishidan oldin rad etiladi yoki tashlab yuboriladi.

Bu rad etish chetda sodir bo‘ladi, shuning uchun ilovangiz jurnallari hech narsa ko‘rsatmaydi. Jurnallarning yo‘qligi paket qayerda to‘xtaganining dalili, ilova buzilganining dalili emas.

Nega mahalliy qoida chetni tuzata olmaydi

Ilova xostidagi yo‘naltirish yoki DNAT qoidasi allaqachon kelgan paketlarga ta’sir qiladi. Provayderda 80 portga yuborilgan paketlar hech qachon yetib kelmaydi, shuning uchun qoida hech qachon baholanmaydi. Bu butun muammodagi eng ko‘p yo‘qotiladigan soat.

DNS ham portni ko‘tara olmaydi. HTTP spetsifikatsiyasi sxemaning standart qiymatlarini belgilaydi, A yoki AAAA yozuvi manzil qaytaradi, CNAME esa boshqa nom qaytaradi. Brauzer baribir sxema portini qo‘shadi, shuning uchun maqsadni faqat URLdagi aniq port o‘zgartiradi.

Birinchi variant: aniq portni saqlash

Ko‘pincha to‘g‘ri javob ko‘zga tashlanmaydigan variantdir. Port bilan to‘liq URLni e’lon qiling, TLSni uni qo‘llab-quvvatlaydigan kirishda tugating va har bir yaratilgan havola bir xil manbani saqlashiga ishonch hosil qiling. Kichik, nazorat qilinadigan auditoriya uchun bu to‘liq va ko‘rinadigan port raqamidan boshqa hech qanday xarajat talab qilmaydi.

U yerda bo‘lganingizda yo‘naltirishlar va cookie doirasini tekshiring, chunki o‘z xost nomini Location sarlavhasiga yozadigan backend bu tartibni bekor qiladi.

Ikkinchi variant: standart portda haqiqiy kirish olish

Ba’zi provayderlar va xosting sozlamalari 80 va 443 ni umumiy yoki ajratilgan manzilda hujjatlashtirilgan xizmat sifatida yo‘naltiradi. Ommaviy chiqish manzili har qanday kiruvchi portni anglatadi deb taxmin qilish o‘rniga aslida nima kiritilganini so‘rang. Ajratilgan chiqish manzili kiruvchi yo‘naltirish haqida hech narsa aytmaydi.

Egalik va mavjudlikni yozma ravishda tasdiqlang, shu jumladan tunnel boshqa manzil bilan qayta ulanganda kirishga nima bo‘lishi. Tunnel bilan birga harakatlanadigan kirish DNS nosozliklariga o‘xshash uzilishlar keltirib chiqaradi.

Uchinchi variant: oldiga frontend qo‘yish

Yetib boriladigan manzildagi teskari proksi 443 da tinglash va TLS ni tugatish va VPN orqali backendga alohida ulanish ochishi mumkin. Tashrif buyuruvchilar frontend nomi va standart portini ko‘radi, frontend esa sizning nomingizdan backendning baland porti bilan gaplashadi. Bu arxitekturani o‘zgartirgani uchun ishlaydi, kirish nuqtasi bilan kurashmaydi. Shunda backendga ommaviy internetda kiruvchi port umuman kerak emas.

Bu siz boshqaradigan narsani ham o‘zgartiradi. Frontendga ommaviy TLS, kirish siyosati, jurnallar va mavjudlik tegishli va u backend tanlovini mo‘ljallangan xizmat bilan cheklashi kerak. Frontenddan backendga sakrash HTTPS ishlatsa, o‘sha sakrashda sertifikat tekshiruvini saqlang.

Bitta manbani saqlang

Frontendning ommaviy xost nomi, sxemasi va porti tashrif buyuruvchilar ishlatadigan manbani tashkil qiladi, shuning uchun ilovaning tashqi URLini, yo‘naltirishlarini va cookielarini shu manba uchun sozlang. Agar ilova mutlaq havolalar qursa, asl xost va yo‘naltirilgan sxemani yuboring. Foydalanuvchilarni xususiy nomga yoki baland portga qaytaradigan javob hozirgina qurgan toza kirishingizni bekor qiladi.

So‘ng auditoriyani hisobga olib qaror qiling. Qisqa URL boshqariladigan frontendni oqlashi mumkin va faqat VPN uchun mo‘ljallangan xususiy xizmatni bexosdan ommaviylashtirish arzimaydi.