Mga orihinal na destinasyon sa transparent na pagpapasa ng TCP sa SOCKS
Ipinaliwanag kung bakit kailangan ng transparent na pagpapasa ng TCP sa SOCKS ang tagasalin na nagbabalik ng orihinal na destinasyon bago makipag-ayos sa proxy.
Maaaring baguhin ng firewall kung saan dumarating ang isang koneksyon ng TCP. Ngunit sa pagbabagong iyon lamang, hindi nito matuturuan ang pinagmulang aplikasyon na magsalita ng SOCKS.
Ang karaniwang SOCKS server ay umaasa sa isang pakikipag-ayos na naglalarawan sa hinihiling na destinasyon. Ang aplikasyong hindi alam ang proxy ay agad na nagpapadala ng sarili nitong mga byte ng protocol. Ilipat nang tuwiran ang mga byte na iyon sa isang tagapakinig ng SOCKS at magkakaiba ang pananaw ng dalawang panig sa unang mensahe.
Ang nawawalang bahagi ay isang tagasalin
Ang transparent na bahagi ng TCP-tungong-proxy ay nakalagay sa pagitan ng mga interface na iyon. Natutukoy nito ang destinasyong orihinal na hiniling ng aplikasyon, nagtatatag ng angkop na sesyon ng SOCKS o HTTP CONNECT, at pagkatapos ay ipinapasa ang datos ng aplikasyon sa nagawang stream.
Sa landas nitong Linux iptables, kinukuha ng pinagmulang redsocks ang pinanatiling destinasyon gamit ang SO_ORIGINAL_DST. Gumagamit ng ibang mekanismo ang ibang operating system at paraan ng pag-redirect. Ito ay katangian ng redirector at ng setup ng network, hindi karaniwang tampok ng SOCKS client.
Ipinapaliwanag din ng impormasyon ng orihinal na destinasyon kung bakit hindi laging katumbas ang paglipat ng panuntunan ng pag-redirect mula sa host ng proxy patungo sa isang gateway na walang kaugnayan. Kailangan ng prosesong tumatanggap ang metadata na hinihingi ng paraan ng pagharang nito. Ang address na isinulat muli sa ibang lugar ay maaaring hindi na magbigay ng impormasyong iyon sa inaasahang anyo.
Panatilihing malinaw ang saklaw ng tagasalin. Ang gumaganang na-redirect na koneksyon ng TCP ay hindi nagpapatunay ng suporta para sa arbitraryong UDP, ICMP o bawat landas ng resolver. Ang protocol ng upstream proxy at ang implementasyon ng tagasalin ang tumutukoy pa rin sa mga sinusuportahang operasyon.
Kapag nabigo ang setup kaagad pagkatapos ng koneksyon, suriin ang hangganan ng protocol bago palawakin ang mga panuntunan sa pag-access. Kahit ang lubos na maabot na tagapakinig ng SOCKS ay maaaring tumanggi sa mga byte na hindi kailanman naging kahilingan ng SOCKS.