Hali ya SOCKS ya NetGuard inashughulikia TCP, si kila itifaki

NetGuard inachukua kiolesura cha VPN cha Android ili kuchuja trafiki, na inaweza kukabidhi miunganisho inayotumika kwa kituo cha mwisho cha SOCKS. Mambo haya mawili mara nyingi husomwa kama “simu iko kwenye VPN”, hitimisho ambalo utaratibu huu hautumii. Kichujio huona pakiti; proksi huona tu miunganisho iliyokabidhiwa kwake kwa hakika. Kati ya kauli hizi mbili kuna swali lote la ufikiaji.

Maswali yanayoulizwa mara kwa mara ya mradi asili yanaandika kizuizi cha huduma moja na chaguo la SOCKS. Kuwepo kwa chaguo si ushahidi kwamba kila pakiti inayoruhusiwa hutumia hilo, na maswali ya ufikiaji hutoka katika pengo hili.

Njia mbili za upelekaji ndani ya programu moja

Upande wa TCP wa utekelezaji una ushughulikiaji wa miunganisho ya SOCKS, kwa hivyo muunganisho wa TCP unaoruhusiwa unaweza kujadiliwa na proksi na kupitishwa ndani yake. Upande wa UDP una njia tofauti ya soketi, na ushughulikiaji wake wa kutuma na kupokea hautegemei majadiliano hayo ya TCP. Kwa hivyo datagramu ambayo kichujio inaruhusu inaweza kufikia mtandao wa kawaida bila kupita kamwe kwenye proksi. Hakuna kitu katika hili ambacho ni kasoro ya programu; ni vile tu njia mbili zinatekeleza.

Tofauti hii ina matokeo ambayo watu huyaeleza vibaya katika pande zote mbili. Kuita kila pakiti ya UDP uvujaji hupuuza kanuni za kuzuia, kwa sababu datagramu iliyokataliwa haitoki kamwe. Kuita mpangilio wote VPN hupuuza njia ya moja kwa moja inayoruhusiwa, kwa sababu baadhi ya trafiki hutoka bila proksi. Unachonacho ni kifaa kilichochujwa na proksi ya sehemu, na maelezo ya uaminifu ni matriki, si lebo.

Kutangaza UDP si kuitekeleza

Seva ya SOCKS inayodai msaada wa UDP haiongezi ushughulikiaji unaofaa wa upande wa mteja kwenye programu kwenye simu yako. Sifa za kinadharia za itifaki na tabia ya toleo lililosakinishwa ni mada tofauti, na ni ya pili pekee inayoeleza trafiki yako.

Angalia toleo na usanidi unaoendesha kwa hakika, kisha jaribu mtiririko wa datagramu usio na madhara na uone kama unaonekana kwenye proksi. Kitu kingine chochote ni makisio kutoka orodha ya vipengele, na orodha za vipengele hueleza nia, si njia za msimbo.

DNS ni njia ya tatu, si maelezo madogo

Utatuzi wa majina huongeza tawi lake kwenye matriki. Kielekezi cha DNS cha ndani, swali la kawaida la UDP, jina la mwenyeji wa lengo linalotatuliwa na proksi yenyewe na kitatuzi kilichosimbwa kwenye kivinjari ni mipangilio minne tofauti. Zinatofautiana kwa nani anayeona swali na ni njia ipi ya mtandao inayoibeba, na kuzichanganya hutoa jaribio lisilothibitisha chochote kuhusu zingine.

Amua kwa uangalifu ni ipi unayotaka. Ikiwa hitaji ni kwamba majina yatatuliwe kupitia handaki, mpangilio wa kivinjari pekee hautatoa hilo, na proksi inayotatua majina ya wenyeji yenyewe hubadilisha jibu kwa miunganisho inayoshughulikia kwa hakika pekee.

Usafirishaji kupitia proksi si wa faragha kiotomatiki

SOCKS ya kawaida si kiungo kilichosimbwa kutoka simu hadi proksi. Ikiwa kituo cha mwisho kinafikiwa kupitia njia nyingine iliyolindwa, taja njia hiyo na sera yake ya kushindwa, kwa sababu kurudi kwenye mtandao wazi hubadilisha mpangilio wa faragha kuwa wa umma bila tahadhari. Uthibitishaji wa proksi yenyewe pia ni muhimu: msikilizaji wazi kwenye kifaa kinachoshirikiwa ni huduma ambayo hakuna anayehesabu.

Mipangilio kati ya profaili inastahili uchunguzi huo. VPN ya profaili ya kazi hulinda trafiki inayotumia njia yake pekee, na kuwepo kwa ukuta wa moto wa profaili binafsi pamoja na handaki la kazi hakuthibitishi kwamba muunganisho unaofuata wa ukuta wa moto unafikia handaki hilo. Thibitisha ufikiaji na uthibitishaji badala ya kudhani profaili mbili zinashirikiana.

Kagua ufikiaji kwa matriki, si kwa kupakia ukurasa

Kwa tathmini iliyoidhinishwa, chagua mifano isiyo na madhara inayowakilisha kila darasa unalojali: TCP inayohitajika, UDP inayoruhusiwa na DNS katika familia zote mbili za anwani. Kwa kila moja, rekodi kama ilipitishwa kwa proksi, ilizuiwa au ilitumwa moja kwa moja. Jedwali hilo moja ndilo matokeo, na ni muhimu zaidi kuliko picha ya skrini ya ukurasa uliopakiwa.

Ikiwa hitaji ni kwamba trafiki yote ya programu iliyochaguliwa ipite kupitia handaki la mbali, chagua utekelezaji unaotumia kwa uwazi uchujaji na uhandakishaji wa pamoja. Muundo wa proksi ya TCP pekee unabaki kuwa muhimu kwa kazi nyembamba, mradi trafiki nyingine inashughulikiwa kwa makusudi na si kwa kusahaulika.