Eyni altşəbəkədəki saytlar şlüzün şəffaf proksisini yan keçə bilir

İnternet gəzintisi şlüz proksisinin jurnalında görünür. Ofis LAN-ındakı sayt isə görünmür. URL filtrini dəyişməzdən əvvəl LAN sorğusunun şlüzə ümumiyyətlə çatıb-çatmadığını müəyyənləşdirin.

Birbaşa qoşulmuş IPv4 təyinatı üçün müştəri təyinatın kanal qatı ünvanını həll edib yerli seqmentdə ona göndərə bilər. Onun standart şlüzü avtomatik olaraq həmin yolda olmur. Şlüzdəki şəffaf tutma qaydası şlüzün heç vaxt almadığı paketləri yönləndirə bilməz.

Məsələn, eyni birbaşa qoşulmuş altşəbəkədəki iki host trafiki kommutator vasitəsilə mübadilə edə bilər, proksi maşını isə başqa kommutator portuna qoşulub. Sadəcə həmin LAN-da olmaq proksini yönləndirmə nöqtəsi etmir.

Nəzərdə tutulan yolu seçin

Açıq proksi parametri iştirak edən tətbiqin sorğusunu hədəf sayt yerli olsa belə proksiyə göndərə bilər. Yan keçmə qaydalarını və PAC qərarlarını da yoxlayın: onlar şəxsi adlar və ya ünvanlar üçün qəsdən DIRECT seçə bilər.

Əgər tutma tələb olunursa, şəbəkə tutma nöqtəsini həqiqətən yola yerləşdirməlidir; Linux şlüzündə yerli və yönləndirilən paket yollarını fərqləndirin. Marşrutlaşdırılmış altşəbəkə ayrılması və ya qəsdən inline körpü bunu uyğun dizaynlarda edə bilər, lakin hər biri yönləndirmə və nasazlıq davranışını dəyişir. LAN-ın başqa yerindəki körpü avtomatik inline deyil.

Tətbiq protokolu tələbini ayrıca saxlayın. Trafik qutudan keçdikdən sonra belə dinləyici tutma rejimini dəstəkləməlidir. Paketləri köçürmək HTTPS-i deşifrə etməyə icazə deyil və adi SOCKS portunun onları qəbul etməsinə zəmanət deyil.

Müştərinin seçdiyi marşrutu, yerli seqmenti və faktiki yönləndirmə cihazını qeyd edin. Proksi jurnalının olmaması jurnal nasazlığı deyil, topologiyanın düzgün təsviri ola bilər.