Filial brauzeri proxydən: iki bağlantı, iki marşrut

Açıq proxy arxasındakı filial brauzeri iki bağlantı açır və onlar müxtəlif səbəblərdən uğursuz olur. Birincisi brauzerdən proxy dinləyicisinə, filial VPN-i ilə daşınır. İkincisi proxydən veb sayta, proxy-nin öz resolver, marşrut və çıxış siyasətindən istifadə edir. Onları bir axın kimi qəbul edən dəstək bileti insanları saatlarla yanlış cihaza göndərir. Hər birini qəsdən qurlaşdırın və bu sıra ilə yoxlayın.

Addım 1: iki axını yazın

Brauzerin bilavasitə təyinatı proxy dinləyicisidir, istifadəçinin sonda ziyarət etdiyi hər sayt deyil. Bu tək cümlə bu dizayndakı qarışıqlığın çoxunu həll edir.

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

Fərqli mənbələr, fərqli marşrutlar, fərqli icazələr. Eskizi dəyişiklik qeydində saxlayın, çünki sonrakı hər yoxlama onun iki yarısından birinə istinad edir.

Addım 2: brauzerə dinləyiciyə yol verin

Proxy host adını, dinləyici portunu, autentifikasiya tələblərini və icazə verilən filial mənbələrini qeyd edin. Bu siyahı birinci axın üçün qəbul meyarıdır və daxili ad həllini də, tunel marşrutunu da əhatə etməlidir.

İnternetə məhdudiyyətsiz proxy yaymaq əvəzinə nəzərdə tutulan xidmət üçün dar şəbəkə qaydası tətbiq edin. Nəzərdə tutulan müştərilərin ona dəstəklənən yolu olduqda proxy daxili şəbəkədə qala bilər.

Addım 3: yalnız marşrut cədvəlini deyil, brauzeri qurlaşdırın

Brauzerin proxy parametrindən, PAC faylından və ya təşkilatın idarə olunan kəşf mexanizmindən istifadə edin. Adi sayt paketlərini marşrutla proxy ünvanına göndərmək brauzerin proxy protokolunu danışmasına səbəb olmur; bu şəffaf müdaxilədir və başqa şlüz dizaynına aiddir.

Hansı tətbiqlərin parametrə əməl etdiyini yazın. Poçt müştəriləri, yeniləyicilər və oyunlar çox vaxt etmir və adi yoldan istifadə etməyə davam edirlər.

Addım 4: proxy-nin çıxış bağlantısını sübut edin

Proxy-yə öz resolveri və sayta icazə verilən marşrut, üstəlik internet sərhədinin tələb etdiyi firewall və ya tərcümə siyasəti lazımdır. Dinləyiciyə çatan brauzer bunların heç birini sübut etmir. İkinci axını proxy-nin özündən, istifadəçinin bildirdiyi eyni təyinat və portla yoxlayın.

HTTPS üçün CONNECT tələb olunan təyinata tunel açır. Adi yönləndirmə deşifrə olunmuş səhifəni proxy-yə vermir və yoxlamanı təxirə salmaq üçün sertifikat doğrulamasını söndürmək həll deyil.

Addım 5: dörd nasazlığı ayırd edin

Proxy autentifikasiya çağırışı dinləyicidən gələn 407-dir. Rədd edilmiş CONNECT proxy-də siyasət qərarıdır, adətən öz statusu və jurnal sətri olur. Uğursuz çıxış bağlantısı proxy-nin təyinat üzrə qeyd etdiyi zaman aşımı və ya sıfırlama kimi görünür. Sayt cavabı isə hər iki bağlantının işlədiyini və problemin mənbədə olduğunu bildirir.

Gördüyünüz sərhədi bildirin, VPN-in uğursuz olduğu xülasəsini deyil.

Addım 6: əhatə dairəsini müəyyən edin və ehtiyat planı qurun

Proxy və ya tunel əlçatmaz olduqda nə baş verdiyini qərarlaşdırın və bu dizaynın hansı trafiki əhatə etdiyini açıq deyin. O, proxy parametrinə əməl edən müştərilərdən veb girişini daşıyır; poçtu, ixtiyari cihaz protokollarını və konfiqurasiyanı görməzdən gələn proqramı daşımır.

Dizaynı daha çox müştəriyə genişlətməzdən əvvəl tələb olunan brauzer əməliyyatını və bir tələb olunan rəddi təsdiqlənmiş plan çərçivəsində yoxlayın.