Бир прокси порту HTTP жана SOCKS экөөнү тең кантип кабыл алат
Атайын аралаш угуучу HTTP менен SOCKS-ту кантип ажырата аларын, ал эми кадимки бир протоколдуу угуучу муну кыла албастыгын түшүндүрөт.
Аралаш прокси угуучусу бир TCP портунда HTTP жана SOCKS кабыл ала алат, анткени сервер протоколдун баштапкы байттарын текшерет. Порт номери бул аныктоону аткарбайт.
HTTP прокси сурамы HTTP ыкмасы менен башталат, мисалы GET же CONNECT. SOCKS саламы экилик протокол талаалары менен башталат. Ушул киргизүүлөр үчүн түзүлгөн программалык камсыздоо туташууну тиешелүү иштетүүчүгө жөнөтө алат.
Бул ачык ишке ашыруу өзгөчөлүгү. Кадимки Squid HTTP угуучусу порту 1080ге өзгөртүлгөндүктөн аралаш болбойт, ал эми SOCKS гана угуучу браузердин жөндөөсүнөн HTTP үйрөнбөйт.
TLS дагы бир чекти кошот: шифрленген прокси туташуусу көрүнүүчү HTTP ыкмасы менен эмес, TLS менен башталат. Аны ошол эле акыркы чекитте колдоо кошумча атайын иштетүүнү талап кылат; ачык HTTP жана SOCKS таануу бул жөндөмдү далилдебейт.
Акыркы чекит үчүн документтелген кардар протоколун колдонуңуз. Эки тең иштесе, бул ошол сервердин аралаш угуучусу жөнүндө далил, протоколду ар бир кардарда белгисиз калтырууга себеп эмес.
Gliderдин аралаш угуучусу конкреттүү мисал берет: ал бир байтты керектебей эле карап, 0x05ти өзүнүн SOCKS5 иштетүүчүсүнө жөнөтөт, болбосо өзүнүн HTTP талдоочусун чакырат. Ал талдоочу кирүүчү сурамды дагы эле текшерет; жөнөтүү тандоосу каалаган киргизүүнү жарактуу HTTP кылбайт.
TCP угуучусун бөлүшүү өзү SOCKS5 UDP байланышын бербейт. Glider өзүнүн UDP угуучусун өзүнчө иштетет. TCP протоколун тандоо жана кийинки датаграмма жеткирүү өзүнчө жөндөмдөр.