Kion FTP-servilo povas protokoli pri kliento tra SOCKS-prokurilo
Registru kompletan konektan opon kaj tempon, kiam FTP-servilo vidas prokurilan eliron anstataŭ la origina kliento.
FTP-servilo, kiu ricevas TCP-konekton tra SOCKS-prokurilo, vidas la partneron, kiu malfermis la eliran konekton de la prokurilo. La SOCKS-intertraktado okazis inter la kliento kaj la prokurilo; ĝi ne estas plia identiga kaplinio liverita al FTP.
Registru la IP-adreson kaj fontan pordon de la partnero, la celadreson kaj pordon, la transportan protokolon, kaj precizan tempomarkon kun klara tempa bazo. Komuna elira adreso povas reprezenti multajn samtempajn klientojn, do la IP sola estas malforta kunliga ŝlosilo.
Por kunigi la eliran konekton kun pli frua klienta konekto necesas rikordoj de la peranto kaj de iu ajn rilata adrestraduko. Tiuj rikordoj eble ne ekzistas aŭ eble ne plu disponeblas. Paketkapto ĉe la cela flanko ne povas rekonstrui mankan mapigon.
HTTP-plusendaj kaplinioj estas alia mekanismo kaj ne akompanas ordinaran FTP. Eĉ en HTTP, asertita kampo de origina kliento bezonas fidindan devenon; arbitra teksto liverita de la kliento ne pruvas, kiu funkciigis konekton.