Kial via iPhone-apo montras unu IP kaj la servilo registras alian
Interfaca adreso, inga finpunkto kaj la fonto, kiun servilo registras, respondas al malsamaj demandoj. VPN aldonas kuntekston; ĝi ne faras ilin unu nombro.
Alvenas subtenaj biletoj, kiuj diras, ke la apo montras unu adreson dum la servilo registris alian, kaj poste demandas, kiu el la du mensogas. Nek unu; temas pri du observoj de du malsamaj aferoj. Adreso ligita al interfaco, adreso ligita al ingo kaj fonta adreso vidata de fora servo respondas al tri apartaj demandoj. VPN aldonas retan kuntekston al la telefono kaj ne kunfandas tiujn tri en unu aparatlarĝan numeron. Legu la kampnomojn en la bileto antaŭ ol legi la adresojn.
Kion la bileto kutime priskribas
Imagu telefonon en Wi-Fi kun levita tunelo. La Wi-Fi-interfaco tenas LAN-adreson, la tunela interfaco tenas asignitan internan adreson, kaj peto, kiu eliras tra la tunelo, alvenas al publika servo el kiu ajn fonto postvivas ajnan tradukon survoje. Apo, kiu presas la internan adreson, kaj servilo, kiu registras la tradukitan fonton, ambaŭ raportas precize, kaj la du valoroj neniam kongruos.
La tri observoj diferencas en tio, kion ili povas pruvi, ne nur en tio, kion ili priskribas.
| 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 |
Tenu tiun tabelon apud la kodo, kiu plenigas tiujn valorojn en bileton, ĉar la plejparto de la konfuzo ĉi tie estas kolumna konfuzo, ne reta fuŝo.
Kion inga voko povas kaj ne povas respondi
Je la API-nivelo, getsockname raportas la lokan finpunkton nuntempe ligitan al difinita ingo. Por konektita ingo tio estas la fonto, kiun la kerno elektis por tiu konekto, kio jam estas pli specifa ol ajna interfaca listo. Ĝi ne estas serĉo de publika adreso, kaj voki ĝin sur neligita ingo diras al vi preskaŭ nenion. Kion ajn ĝi redonas, tio ankoraŭ povas esti reverkita poste sur la vojo, do nur la propra observo de la servo estas aŭtoritata pri tio, kion la servo ricevis.
En Apple-platformoj la interfaca flanko havas apartan surfacon: tunelaj agordoj listigas la adresojn asignitajn al la tunela interfaco. Legi ilin diras al vi, kiel la tunelo estis agordita, kaj ĝi ne diras, kiun vojon difinita peto iris, ĉar enkursigo kaj reguloj laŭ apo decidas tion por ĉiu konekto.
Dividita tunelado igas la breĉon videbla. Unu peto povas eliri tra la tunelo dum la sekva, celita al alia celo aŭ adresa familio, ne faras tion, do du rezultoj de la sama apo kelkajn sekundojn aparte povas esti honestaj kaj malsamaj.
Elektu la observon, kiu kongruas kun la demando
Elektu konscie anstataŭ instrumenti ĉion. Por tio, kion vidas la backend, registru la fonton en la backend, kaj kie staras inversa prokuro antaŭe, legu la klientan adreson el la plusendada kaplinio, kiun via deplojo efektive starigas, kaj ne el io ajn, kion la kliento sendis.
Por scii, ĉu la tunelo estas agordita, legu la interfacon. Por scii, ĉu la trafiko de ĉi tiu apo uzis ĝin, sendu trafikon el tiu apo al celo, kiun vi kontrolas, kaj komparu la fonton ĉe ambaŭ finoj.
Reguloj laŭ apo meritas propran frazon. Rezulto de retumilo estas pruvo pri tiu retumilo, kaj administrita tunelo laŭ apo povas meti du apojn sur la sama telefono sur malsamajn vojojn en la sama momento. Kontroli kovradon signifas sendi trafikon el la koncerna apo, en la koncerna adresa familio.
Interfacaj nomoj ne estas detektilo
Ne uzu interfacan nomon ankaŭ kiel VPN-kontrolon. La nomoj ne estas publika kontrakto, kaj telefono povas teni plurajn alkroĉaĵojn dum nur unu el ili portas vian peton.
Nomu la kampon laŭ la observo, kiun ĝi tenas. local_interface_address, socket_local_endpoint kaj service_observed_source estas mallertaj kaj unusencaj, kaj unusenceco estas tio, kion vi volas, kiam la valoro finiĝos en subtena bileto semajnon poste. Unu sola kolumno nomata device IP kolektos ĉiujn tri kaj poste estos fidata, kvazaŭ ĝi estus unu.
Tenu identecon ekster la adresa kolumno
Komunigita VPN-elirejo ne estas uzanta identeco, kaj privata adreso ne estas alira akreditaĵo. Ambaŭ priskribas vojon, ne personon, kaj trakti iun ajn el ili kiel aŭtentigon faras el enkursiga akcidento aŭtorizan decidon.
Kiam iu demandas, kiun adreson la telefono havas, la utila respondo estas demando pri tio, kiu konekto kaj kiu observanto. La difino de getsockname indas citi por la meza kazo, ĉar ĝi solvas la ingan demandon sen ŝajnigi solvi la aliajn du.
Poste skribu, kiun el la tri via produkto efektive bezonas montri, kaj forigu la aliajn du el la interfaco.