Şəxsi irəli proksi noutbukla marşrutlaşdırıcı arasında fiziki olaraq yerləşməməlidir. O, eyni LAN-da başqa bir maşın ola bilər və bir şəbəkə interfeysindən istifadə edər.

Noutbuk proksinin ünvanına və dinləmə portuna qoşulur. Proksi prosesi veb-sayta və ya onun valideyninə ayrı bir bağlantı açır. Eyni interfeys hər iki söhbəti daşıya bilər, hostun marşrut cədvəli isə növbəti addımı seçir.

client → proxy listener
proxy → existing router → destination

Bu, proksini açıq şəkildə seçmiş tətbiq üçün kifayətdir. Linux-da bu adi quruluş, tətbiqin sorğularını ötürmək üçün yalnız IP ötürməni aktivləşdirməyi tələb etmir.

Standart şlüz başqa suala cavab verir

Müştərinin standart şlüzü müştərinin digər şəbəkələrə göndərdiyi paketləri idarə edir. Bu parametrin dəyişdirilməsi brauzerin HTTP proksi sorğuları və ya SOCKS danışıqları göndərməsinə səbəb olmur. Eyni şəkildə, brauzerdə proksi daxil etmək hər digər tətbiqi həmin maşından keçirmir.

Bir host hər iki işi görə bilər, amma onda idarə etməli olduğu iki konfiqurasiya olur: proksi xidməti və marşrutlaşdırma və ya firewall funksiyası. Daha çox interfeys şəbəkə ayrılığını asanlaşdıra bilər. Onlar topologiya seçimidir, açıq HTTP proksisinin qoyduğu ilkin şərt deyil.

Bu fərq həm də tez-tez uğursuz olan bir təcrübəni izah edir: proksi serverinin ötürmə qaydalarını redaktə etmək başqa marşrutlaşdırıcıdan keçən birbaşa müştəri bağlantısına təsir etmir. Paketlər heç vaxt o serverdən keçməyib.

Tələb məcburi istifadədirsə, alternativ çıxış trafikinin harada idarə oluna biləcəyini müəyyənləşdirin. Bir interfeysli açıq proksi etibarlı xidmət ola bilər, ayrı bir şlüz isə şəbəkə siyasətini tətbiq edir. Tətbiqi paketlərin həqiqətən keçdiyi yerə qoyun.

Əlaqəli məqalələr