Приватен препраќачки прокси не мора физички да стои меѓу преносниот сметач и рутерот. Може да биде друга машина на истиот LAN, со еден мрежен интерфејс.

Преносниот сметач се поврзува со адресата на проксито и портата за слушање. Процесот на проксито отвора посебна врска кон веб-страницата или кон нејзиниот родител. Истиот интерфејс може да ги носи двата разговора, а табелата за насочување на домаќинот ја избира следната стапка.

client → proxy listener
proxy → existing router → destination

Тоа е доволно за апликација што експлицитно го избрала проксито. На Linux, овој вообичаен распоред не бара вклучување на препраќање на IP само за да се пренесат барањата на апликацијата.

Стандардната порта одговара на друго прашање

Стандардната порта на клиентот ги обработува пакетите што клиентот ги испраќа кон други мрежи. Менувањето на тоа поставување не го тера прелистувачот да издава барања за HTTP прокси или SOCKS преговори. Исто така, внесувањето прокси во прелистувачот не ја насочува секоја друга апликација низ таа машина.

Домаќин може да ги врши двете работи, но тогаш има две конфигурации за управување: прокси услугата и функцијата за насочување или огнен ѕид. Повеќе интерфејси можат да го олеснат одвојувањето на мрежите. Тоа е избор на топологија, а не предуслов наметнат од експлицитното HTTP прокси.

Оваа разлика објаснува и еден често неуспешен експеримент: уредувањето на правилата за препраќање на прокси серверот нема ефект врз директната клиентска врска што минува низ друг рутер. Пакетите никогаш не го поминале тој сервер.

Ако условот е задолжителна употреба, определете каде може да се контролира алтернативниот излезен сообраќај. Експлицитно прокси со еден интерфејс може да биде валидна услуга, додека посебна порта ја спроведува мрежната политика. Поставете го спроведувањето таму каде што пакетите навистина минуваат.

Поврзани статии