Seva ya FTP inayopokea muunganisho wa TCP unaopitia proksi ya SOCKS huona upande uliofungua muunganisho wa kutoka wa proksi. Majadiliano ya SOCKS yalifanyika kati ya mteja na proksi; si kichwa cha utambulisho cha ziada kinachowasilishwa kwa FTP.

Rekodi IP na bandari ya chanzo ya upande huo, anwani na bandari ya lengo, itifaki ya usafirishaji, na muhuri wa muda sahihi wenye msingi wazi wa muda. IP pekee si ufunguo thabiti wa uwiano, kwa sababu anwani moja ya kutoka inaweza kuwakilisha wateja wengi kwa wakati mmoja.

Kuoanisha muunganisho wa kutoka na muunganisho wa awali wa mteja kunahitaji kumbukumbu kutoka kwa mpatanishi na ubadilishaji wowote wa anwani unaohusika. Kumbukumbu hizo zinaweza kukosekana au zisiweze kupatikana tena. Unasaji wa pakiti upande wa lengo hauwezi kuunda upya ramani inayokosekana.

Vichwa vya upelekaji vya HTTP ni utaratibu tofauti na haviandamani na FTP ya kawaida. Hata katika HTTP, sehemu inayodaiwa ya mteja halisi inahitaji asili inayoaminika; maandishi ya kiholela yanayotolewa na mteja hayathibitishi nani aliendesha muunganisho.

Makala zinazohusiana