Две настройки за прокси могат да създадат верига, която не сте искали

Приложението ви сочи към прокси B, но е стартирано чрез обвивка, настроена за прокси A. Кой изход вижда сайтът? Отговорът зависи от това коя връзка прихваща обвивката.

При просто вложено подреждане приложението първо се опитва да се свърже с B. Обвивката прихваща тази връзка и я пренася през A. След това приложението говори протокола за прокси на B през получения поток и B осъществява крайната връзка със сайта.

application → wrapper proxy A → application proxy B → website

Сайтът вижда крайната изходяща връзка на B. B вижда връзка, идваща през A. Това е различно от това обвивката безшумно да презаписва собствената настройка за прокси на приложението.

Простата схема има условия

Правилата за заобикаляне, неподдържаните системни извиквания за сокети, съществуващите процеси и моделът на прихващане на всеки продукт могат да променят пътя. Някои обвивки могат да изключат собственото си прокси или избрани дестинации. Не предполагайте, че всяка двойка инструменти се комбинира по един и същ начин.

Описанието на proxychains-ng обяснява подхода му на прихващане и ограниченията. Програма, която използва вградена поддръжка на прокси, все още осъществява мрежова връзка към това прокси, което е един от кандидатите за прихващане.

За умишлена верига от неудостоверени публични крайни точки безплатният списък с прокси предлага кандидати, чиито протоколи трябва да съвпадат с всеки инструмент. При неочакван изход запишете три адреса поотделно: крайната точка, която е избрало приложението, крайната точка, която е избрала обвивката, и резултатът, който вижда сайтът. Гледането само на настройките на браузъра пропуска средния слой.

Използвайте един маршрут, докато установявате желаното поведение, след което добавете другия само ако веригата е необходима. Допълнителните прескачания могат да добавят точки на отказ и различни отношения на доверие. Те не изтриват автоматично идентифициращи бисквитки и не карат всяка връзка в приложението да следва същия маршрут.