Wat 'n FTP-bediener oor 'n SOCKS-geproksiede kliënt kan log
Teken 'n volledige verbindingstupel en tyd aan wanneer 'n FTP-bediener 'n proxy-uitgang sien eerder as die oorspronklike kliënt.
'n FTP-bediener wat 'n SOCKS-geproksiede TCP-verbinding ontvang, sien die eweknie wat die proxy se uitgaande verbinding geopen het. Die SOCKS-onderhandeling het tussen die kliënt en die proxy plaasgevind; dit is nie 'n ekstra identifikasiekop wat aan FTP afgelewer word nie.
Teken die eweknie-IP en bronpoort, bestemmingsadres en -poort, vervoerprotokol en 'n akkurate tydstempel met 'n duidelike tydbasis aan. 'n Gedeelde uitgangsadres kan baie gelyktydige kliënte verteenwoordig, dus is die IP alleen 'n swak korrelasiesleutel.
Om die uitgaande verbinding by 'n vroeëre kliëntverbinding te pas, is rekords van die tussenganger en enige toepaslike adresvertaling nodig. Daardie rekords bestaan dalk nie of is dalk nie meer beskikbaar nie. 'n Pakketopname aan die bestemmingskant kan nie 'n ontbrekende kartering herkonstrueer nie.
HTTP-aanstuurkoppe is 'n ander meganisme en vergesel nie gewone FTP nie. Selfs in HTTP het 'n beweerde oorspronklike-kliëntveld 'n betroubare herkoms nodig; arbitrêre teks wat die kliënt verskaf, bewys nie wie 'n verbinding bedryf het nie.