Marudio ya awali katika uelekezaji wa TCP kwenda SOCKS usio na kizuizi
Inaeleza kwa nini uelekezaji wa TCP kwenda SOCKS usio na kizuizi unahitaji mtafsiri anayerudisha marudio ya awali kabla ya kujadiliana na proksi.
Kinga ya moto inaweza kubadilisha mahali muunganisho wa TCP unashuka. Lakini kwa badiliko hilo pekee haiwezi kufundisha programu ya awali kuzungumza SOCKS.
Seva ya kawaida ya SOCKS inatarajia majadiliano yanayoelezea marudio yaliyoombwa. Programu isiyojua proksi badala yake hutuma baiti zake za itifaki mara moja. Elekeza baiti hizo moja kwa moja kwa msikilizaji wa SOCKS na pande mbili hazitakubaliana kuhusu ujumbe wa kwanza.
Kipengele kinachokosekana ni mtafsiri
Kipengele cha uwazi cha TCP-kwenda-proksi hukaa kati ya violesura hivyo. Hugundua marudio ambayo programu iliomba awali, huanzisha kikao kinachofaa cha SOCKS au HTTP CONNECT, kisha hupeleka data ya programu juu ya mtiririko unaotokana.
Kwenye njia yake ya Linux iptables, chanzo cha redsocks hupata marudio yaliyohifadhiwa kwa kutumia SO_ORIGINAL_DST. Mifumo mingine ya uendeshaji na njia za uelekezaji hutumia mifumo tofauti. Hii ni sifa ya kielekezaji na usanidi wa mtandao, si kipengele cha mteja wa kawaida wa SOCKS.
Taarifa za marudio ya awali pia huelezea kwa nini kuhamisha kanuni ya uelekezaji kutoka mwenyeji wa proksi hadi lango lisilohusiana si sawa kila wakati. Mchakato unaopokea unahitaji metadata inayodaiwa na njia yake ya kukatiza. Anwani iliyoandikwa upya mahali pengine inaweza isitoe tena taarifa hiyo kwa umbo linalotarajiwa.
Weka wazi upeo wa mtafsiri. Muunganisho wa TCP ulioelekezwa unaofanya kazi hauthibitishi msaada kwa UDP ovyo, ICMP au kila njia ya kisuluhishi. Itifaki ya proksi ya juu na utekelezaji wa mtafsiri bado hufafanua shughuli zinazotumika.
Usanidi unaposhindwa mara moja baada ya muunganisho, angalia mpaka wa itifaki kabla ya kupanua kanuni za ufikiaji. Msikilizaji wa SOCKS anayefikika kikamilifu anaweza kukataa baiti ambazo hazikuwa ombi la SOCKS kamwe.