NetGuarden SOCKS moduak TCP estaltzen du, ez protokolo guztiak

NetGuardek Androiden VPN interfazea hartzen du trafikoa iragazteko, eta onartutako konexioak SOCKS amaierako puntu batera pasa ditzake. Bi gertaera horiek “telefonoa VPN batean dago” gisa irakurtzen dira maiz, mekanismoak onartzen ez duen ondorioa. Iragazkiak paketeak ikusten ditu; proxyak berari benetan pasatako konexioak baino ez ditu ikusten. Bi baieztapenen artean estalduraren gaineko galdera osoa dago.

Iturriaren proiektuko FAQek bai zerbitzu bakarreko muga, bai SOCKS aukera dokumentatzen dituzte. Aukeraren existentzia ez da pakete onartu bakoitzak erabiltzen duen froga, eta hutsune horretatik datoz estalduraren galderak.

Birbidalketa-bide bi aplikazio bakarrean

Inplementazioaren TCP aldeak SOCKS konexioen kudeaketa dauka, beraz onartutako TCP konexio bat proxyarekin negozia daiteke eta haren bidez garraia daiteke. UDP aldeak socket bide bereizia du, eta haren bidalketa eta harrera kudeaketak ez du TCP negoziazio horren mendean. Beraz, iragazkiak onartzen duen datagrama bat ohiko sarera irits daiteke proxytik inoiz igaro gabe. Horretan ez dago aplikazioaren akatsik; bi bideek inplementatzen dutena da besterik gabe.

Bereizketak ondorio bat du, jendeak bi norabidetan gaizki deskribatzen duena. UDP pakete bakoitza isuri deitzeak blokeo arauak baztertzen ditu, ukatutako datagrama batek inoiz irteten ez duelako. Konponketa osoa VPN deitzeak onartutako bide zuzena baztertzen du, trafiko zati bat proxyrarik gabe irteten baita. Daukazuna iragazitako gailu bat da, proxifikazio partzialarekin, eta deskribapen zintzoa matrize bat da, ez etiketa bat.

UDP iragartzea ez da hura inplementatzea

UDP euskarria aldarrikatzen duen SOCKS zerbitzari batek ez dio zure telefonoan dagoen aplikazioari dagokion bezero aldeko kudeaketa gehitzen. Protokoloaren ezaugarri teorikoak eta instalatutako bertsioaren jokabidea gai desberdinak dira, eta bigarrenak baino ez du zure trafikoa deskribatzen.

Egiaztatu benetan exekutatzen ari zaren bertsioa eta konfigurazioa, gero probatu datagrama fluxu kaltegabe bat eta behatu proxyan agertzen den. Beste edozer ezaugarri-zerrenda batetik ateratako inferentzia da, eta ezaugarri-zerrendek asmoak deskribatzen dituzte, ez kode-bideak.

DNS hirugarren bidea da, ez xehetasuna

Izenen ebazpenak bere adarra gehitzen dio matrizeari. DNS birbidaltzaile lokal bat, UDP kontsulta arrunt bat, proxyak berak ebatzitako helmuga ostalari-izena eta nabigatzailean zifratutako ebatzaile bat lau konponketa desberdin dira. Kontsulta nork ikusten duen eta zein sare-bidek garraiatzen duen bereizten dira, eta horiek nahasteak besteekin ezer frogatzen ez duen proba bat sortzen du.

Erabaki kontzienteki zein nahi duzun. Baldintza izenak tunelaren bidez ebaztea bada, nabigatzailearen ezarpen batek bakarrik ez du lortuko, eta ostalari-izenak berak ebazten dituen proxy batek erantzuna berak benetan kudeatzen dituen konexioetarako soilik aldatzen du.

Proxyaren garraioa ez da automatikoki pribatua

SOCKS hutsa ez da telefonoaren eta proxyaren arteko esteka zifratua. Amaierako puntua beste bide babestu batetik iristen bazaio, izenda ezazu bide hori eta haren porrot politika, sare irekira itzultzeak konponketa pribatu bat publiko bihurtzen baitu abisurik eman gabe. Proxyaren autentifikazioak ere garrantzia du: gailu partekatu bateko entzule irekia inork erantzuten ez duen zerbitzu bat da.

Profilen arteko konponketak berrikuspen beraren merezi du. Lan-profileko VPN batek bere bidea erabiltzen duen trafikoa baino ez du babesten, eta profil pertsonaleko suebaki baten eta lan-tunel baten elkarbizitzak ez du frogatzen suebakiaren ondorengo konexioak tunel horretara iristen denik. Egiaztatu irisgarritasuna eta autentifikazioa bi profilek lankidetzan egiten dutela suposatu beharrean.

Ikuskatu estaldura matrize batekin, orrialde-karga baten ordez

Baimendutako ebaluazio baterako, aukeratu zu kezkatzen zaituen klase bakoitza ordezkatzen duten adibide kaltegabeak: beharrezko TCP, onartutako UDP eta DNS bi helbide-familia. Bakoitzeko, erregistratu proxifikatu zen, blokeatu zen edo zuzenean bidali zen. Taula bakarra da emaitza, eta askoz erabilgarriagoa da kargatu zen orrialde baten pantaila-argazkia baino.

Baldintza hautatutako aplikazio-trafiko guztiak urruneko tunel bat zeharkatzea bada, aukeratu konbinatutako iragazketa eta tunelatzea berariaz onartzen dituen inplementazio bat. TCP soilik duen proxy konposizioa zeregin estuagoetarako erabilgarria izaten jarraitzen du, baldin eta beste trafikoa nahita kudeatzen bada, ahaztu ez.