Pse aplikacioni juaj i iPhone tregon një IP dhe serveri regjistron një tjetër
Një adresë ndërfaqeje, një pikë fundore socket dhe burimi që regjistron serveri përgjigjen pyetjeve të ndryshme. Një VPN shton kontekst; nuk i bën një numër të vetëm.
Vijnë bileta mbështetjeje që thonë se aplikacioni tregon një adresë ndërsa serveri ka regjistruar një tjetër, dhe pastaj pyesin cila prej tyre gënjen. Asnjëra; këto janë dy vëzhgime të dy gjërave të ndryshme. Një adresë e lidhur me një ndërfaqe, një adresë e lidhur me një socket dhe një adresë burimi që shihet nga një shërbim i largët përgjigjen tre pyetjeve të ndara. Një VPN i shton telefonit një kontekst rrjeti dhe nuk i bashkon ato tre në një numër të vetëm për gjithë pajisjen. Lexoni emrat e fushave në biletë përpara se të lexoni adresat.
Çfarë përshkruan zakonisht bileta
Imagjinoni një telefon në Wi-Fi me një tunel të ngritur. Ndërfaqja Wi-Fi mban një adresë LAN, ndërfaqja e tunelit mban një adresë të brendshme të caktuar, dhe një kërkesë që del përmes tunelit arrin në një shërbim publik nga cilido burim që i mbijeton çdo përkthimi gjatë rrugës. Një aplikacion që shtyp adresën e brendshme dhe një server që regjistron burimin e përkthyer raportojnë të dy me saktësi, dhe këto dy vlera nuk do të përputhen kurrë.
Tre vëzhgimet ndryshojnë në atë që mund të provojnë, jo vetëm në atë që përshkruajnë.
| Observation | What it describes | What it cannot prove |
|---|---|---|
| An address on a local interface | One configured attachment: Wi-Fi, cellular or a tunnel | The source a remote site receives |
| A socket's local endpoint | The binding used by that one connection | The address after translation further along |
| The peer address at a service | What arrived at that observation point | Any other interface on the phone |
Mbajeni atë tabelë pranë kodit që i plotëson këto vlera në një biletë, sepse pjesa më e madhe e konfuzionit këtu është zëvendësim kolonash dhe jo një defekt rrjeti.
Çfarë mund dhe çfarë nuk mund të përgjigjet një thirrje socket
Në nivel API, getsockname raporton pikën fundore lokale që aktualisht është e lidhur me një socket të caktuar. Për një socket të lidhur, ai është burimi që kernel-i zgjodhi për atë lidhje, gjë që është tashmë më specifike se çdo listë e ndërfaqeve. Nuk është një kërkim i adresës publike, dhe thirrja e tij në një socket të palidhur nuk ju thotë pothuajse asgjë. Çfarëdo që kthen, ai mund të rishkruhet më vonë gjatë rrugës, prandaj vetëm vëzhgimi i vetë shërbimit është autoritar për atë që shërbimi mori.
Në platformat Apple ana e ndërfaqeve ka një sipërfaqe të veçantë: cilësimet e tunelit listojnë adresat e caktuara ndërfaqes së tunelit. Leximi i tyre ju thotë se si u konfigurua tuneli, dhe nuk ju thotë se cilën rrugë mori një kërkesë e caktuar, sepse rrugëtimi dhe rregullat për çdo aplikacion e vendosin këtë për çdo lidhje.
Tuneli i ndarë e bën të dukshëm dallimin. Një kërkesë mund të dalë përmes tunelit, ndërsa tjetra, e drejtuar drejt një destinacioni ose familjeje adresash tjetër, nuk del, prandaj dy rezultate të të njëjtit aplikacion me sekonda distancë mund të jenë të ndershme dhe të ndryshme.
Zgjidhni vëzhgimin që përputhet me pyetjen
Zgjidhni me qëllim në vend që të matni gjithçka. Për atë që sheh backend-i, regjistroni burimin në backend, dhe ku përpara qëndron një proxy i kundërt, lexoni adresën e klientit nga kreu i përcjelljes që vendosja juaj në të vërtetë vendos, dhe jo nga çdo gjë që dërgoi klienti.
Për të ditur nëse tuneli është konfiguruar, lexoni ndërfaqen. Për të ditur nëse trafiku i këtij aplikacioni e përdori, dërgoni trafik nga ai aplikacion drejt një destinacioni që ju kontrolloni dhe krahasoni burimin në të dy skajet.
Rregullat për çdo aplikacion meritojnë fjalinë e tyre. Rezultati i një shfletuesi është provë për atë shfletues, dhe një tunel i menaxhuar për çdo aplikacion mund të vendosë dy aplikacione në të njëjtin telefon në rrugë të ndryshme në të njëjtin moment. Verifikimi i mbulimit do të thotë të dërgosh trafik nga aplikacioni në fjalë, në familjen e adresave në fjalë.
Emrat e ndërfaqeve nuk janë detektor
Mos përdorni as emrin e ndërfaqes si kontroll VPN. Emrat nuk janë kontratë publike, dhe një telefon mund të ketë disa lidhje ndërsa vetëm njëra prej tyre mbart kërkesën tuaj.
Emërtoni fushën sipas vëzhgimit që mban. local_interface_address, socket_local_endpoint dhe service_observed_source janë të ngathët dhe të padyshimtë, dhe padyshimtësia është ajo që dëshironi kur vlera përfundon në një biletë mbështetjeje një javë më vonë. Një kolonë e vetme me emrin device IP do t'i mbledhë të treja dhe pastaj do t'i besohet sikur të ishte një.
Mbajeni identitetin jashtë kolonës së adresës
Një dalje VPN e përbashkët nuk është identitet përdoruesi, dhe një adresë private nuk është kredencial hyrjeje. Të dyja përshkruajnë një rrugë dhe jo një person, dhe trajtimi i cilësdo prej tyre si vërtetim e kthen një aksident rrugëtimi në një vendim autorizimi.
Kur dikush pyet se cilën adresë ka telefoni, përgjigjja e dobishme është një pyetje se cila lidhje dhe cili vëzhgues. Përkufizimi i getsockname ia vlen të citohet për rastin e mesëm, sepse e zgjidh çështjen e socket-it pa pretenduar se zgjidh dy të tjerat.
Pastaj shkruani cilën nga të treja produkti juaj duhet vërtet të shfaqë, dhe fshini dy të tjerat nga ndërfaqja.