Filial brauzeridan proksiga: ikki ulanish, ikki marshrut

Ochiq proksi orqasidagi filial brauzeri ikkita ulanish ochadi va ular turli sabablarga ko‘ra ishlamay qoladi. Birinchisi brauzerdan proksi tinglovchisiga, filial VPN orqali o‘tadi. Ikkinchisi proksidan veb-saytga, proksining o‘z resolveri, marshruti va chiqish siyosatidan foydalanib. Ularni bitta oqim deb hisoblaydigan qo‘llab-quvvatlash chiptalari odamlarni soatlab noto‘g‘ri qurilmaga yuboradi. Har birini ataylab sozlang va shu tartibda sinang.

1-qadam: ikki oqimni yozing

Brauzerning bevosita manzili proksi tinglovchisi, foydalanuvchi oxir-oqibat kiradigan har bir sayt emas. Aynan shu bitta gap bu dizayndagi chalkashlikning ko‘p qismini hal qiladi.

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

Turli manbalar, turli marshrutlar, turli ruxsatlar. Eskizni o‘zgarish yozuvida saqlang, chunki har bir keyingi tekshiruv uning ikki yarmidan biriga murojaat qiladi.

2-qadam: brauzerga tinglovchiga yo‘l bering

Proksi xost nomi, tinglovchi porti, autentifikatsiya talablari va ruxsat etilgan filial manbalarini yozib oling. Bu ro‘yxat birinchi oqim uchun qabul mezonidir va u ichki nomlarni hal qilish bilan birga tunnel marshrutini ham o‘z ichiga olishi kerak.

Internetda cheklanmagan proksi e’lon qilish o‘rniga mo‘ljallangan xizmat uchun tor tarmoq qoidasini qo‘llang. Proksi ichki tarmoqda qolishi mumkin, agar uning mo‘ljallangan mijozlari unga qo‘llab-quvvatlanadigan yo‘lga ega bo‘lsa.

3-qadam: faqat marshrut jadvalini emas, brauzerni sozlang

Brauzerning proksi sozlamasi, PAC fayli yoki tashkilotning boshqariladigan aniqlash mexanizmidan foydalaning. Oddiy sayt paketlarini marshrut bilan proksi manziliga yuborish brauzerni proksi protokolida gapirishga majburlamaydi; bu shaffof aralashuv bo‘lib, boshqa shlyuz dizayniga tegishli.

Qaysi ilovalar sozlamani hurmat qilishini yozing. Pochta mijozlari, yangilovchilar va o‘yinlar ko‘pincha hurmat qilmaydi va oddiy yo‘ldan foydalanishda davom etadi.

4-qadam: proksining chiqish ulanishini isbotlang

Proksiga o‘z resolveri va saytga ruxsat etilgan marshrut, shuningdek uning internet chegarasi talab qiladigan har qanday firewall yoki tarjima siyosati kerak. Tinglovchiga yetib boradigan brauzer bularning hech birini isbotlamaydi. Ikkinchi oqimni proksining o‘zidan, foydalanuvchi aytgan bir xil manzil va port bilan sinang.

HTTPS uchun CONNECT so‘ralgan manzilga tunnel ochadi. Oddiy uzatish proksiga shifri ochilgan sahifani bermaydi va tekshiruvni improvizatsiya qilish uchun sertifikat tekshiruvini o‘chirish yechim emas.

5-qadam: to‘rt nosozlikni ajrating

Proksi autentifikatsiya chaqiruvi tinglovchidan keladigan 407. Rad etilgan CONNECT proksida siyosat qarori bo‘lib, odatda o‘z holati va jurnal satriga ega. Muvaffaqiyatsiz chiqish ulanishi proksi manzilga nisbatan qayd etadigan vaqt tugashi yoki qayta o‘rnatishga o‘xshaydi. Sayt javobi ikkala ulanish ham ishlaganini va muammo manbada ekanini bildiradi.

VPN ishlamay qoldi degan xulosa emas, kuzatgan chegarangizni bildiring.

6-qadam: qamrovni belgilang va zaxira rejasini tuzing

Proksi yoki tunnel mavjud bo‘lmaganda nima bo‘lishini hal qiling va bu dizayn qaysi trafikni qamrab olishini aniq ayting. U proksi sozlamasini hurmat qiladigan mijozlardan veb-kirishni olib yuradi; u pochta, o‘zboshimchalik bilan qurilma protokollari yoki konfiguratsiyani e’tiborsiz qoldiradigan dasturiy ta’minotni olib yurmaydi.

Dizaynni ko‘proq mijozlarga kengaytirishdan oldin tasdiqlangan reja bo‘yicha talab qilinadigan brauzer amali va bitta talab qilinadigan rad etishni tasdiqlang.