Wat in FTP-tsjinner oer in SOCKS-proxied klant logje kin
Registrearje in folsleine ferbiningstupel en tiid wannear't in FTP-tsjinner in proxy-útgong sjocht ynstee fan 'e oarspronklike klant.
In FTP-tsjinner dy't in TCP-ferbining fia in SOCKS-proxy ûntfangt, sjocht de peir dy't de útgeande ferbining fan 'e proxy iepene hat. De SOCKS-ûnderhanneling barde tusken de klant en de proxy; it is gjin ekstra identifikaasjekop dy't oan FTP levere wurdt.
Registrearje it peir-IP en de boarneport, it bestimmingsadres en de poarte, it ferfiersprotokol en in krekte tiidstimpel mei in dúdlike tiidbasis. In dield útgeand adres kin in protte tagelyk klanten fertsjinwurdigje, dus is it IP allinnich in swakke korrelaasjekaai.
Om de útgeande ferbining oan in eardere klantferbining te keppeljen binne records fan 'e tuskenpersoan en fan elke oanbelangjende adresoersetting nedich. Dy records besteane miskien net of binne net mear beskikber. In pakketopname oan 'e bestimmingskant kin in ûntbrekkende mapping net rekonstruearje.
HTTP-trochstjoerkoppen binne in oar meganisme en geane net mei gewoane FTP mei. Sels yn HTTP hat in beweard oarspronklik-klantfjild in betroubere oarsprong nedich; willekeurige tekst dy't de klant oanleveret, bewissiget net wa't in ferbining bebuorke.