FTP-сервер, які прымае TCP-злучэнне праз SOCKS-проксі, бачыць суразмоўцу, які адкрыў знешняе злучэнне проксі. Перамовы SOCKS адбываліся паміж кліентам і проксі; гэта не дадатковы загаловак ідэнтыфікацыі, які перадаецца ў FTP.

Запішыце IP суразмоўцы і зыходны порт, адрас і порт прызначэння, транспартны пратакол і дакладную адзнаку часу з яснай часавай базай. Агульны выхадны адрас можа прадстаўляць шмат адначасовых кліентаў, таму адзін IP — слабы ключ супастаўлення.

Каб супаставіць знешняе злучэнне з ранейшым злучэннем кліента, патрэбныя запісы ад пасярэдніка і адпаведнага пераўтварэння адрасоў. Такіх запісаў можа не быць або яны могуць быць ужо недаступныя. Перахоп пакетаў на баку прызначэння не можа аднавіць адсутнае супастаўленне.

Загалоўкі перасылання HTTP — іншы механізм, і яны не суправаджаюць звычайны FTP. Нават у HTTP заяўленае поле першапачатковага кліента патрабуе даверанай крыніцы; адвольны тэкст, прадастаўлены кліентам, не даказвае, хто кіраваў злучэннем.

Падобныя артыкулы