Delt og dedikert VPN-IP: kva som faktisk endrar seg
Ein festa utgang og ein delt pool går gjennom den same omskrivinga. Det som skil er portblokka du får, kor lenge bindinga varer og kven som deler historia hennar.
Ein delt utgang og ein dedikert utgang går gjennom den same omskrivinga: gatewayen byter ut kjeldeadressa di med ei offentleg adresse frå poolen sin og vel ein port. Skilnaden ligg i korleis den poolen er bygd og kor lenge bindinga di overlever. Det er ei tildelingsavgjerd, ikkje ei krypteringsoppgradering.
Den innramminga svarar på dei fleste praktiske spørsmåla på ein gong. Ei tillatingsliste bryr seg om stabiliteten i bindinga, svindelkontrollen til eit nettstad bryr seg om historia til adressa, og ingen av dei bryr seg om kva abonnementet heiter.
Båe alternativa er porttilordningar på éi adresse
Når ein klient opnar ei samband gjennom ein utgang, skriv gatewayen om kjeldeadressa til den offentlege adressa poolen deler ut, og vel ein kjeldeport frå det ledige området til den adressa. To abonnentar på same utgang blir to portblokker på éi einskild IPv4-adresse. Den eksterne tenaren ser éin vert med mange samtidige samband, og ingenting i nyttelasta seier kva blokk som høyrer til kva abonnent. Den porttilordninga er mekanismen som gjer adressedeling mogleg i det heile.
Ei dedikert tildeling forkortar den historia utan å endre forma: poolen held éin medlem for kontoen din, og operatøren festar det i staden for å rotere deg gjennom ein ring. Portar blir framleis delte på tvers av dine eigne sesjonar, og adressa blir framleis omsett ved utgangen i staden for å bli ruta til eininga di.
Så åtferda på leidninga er identisk, og berre bokføringa er annleis.
| Property | Shared pool | Pinned assignment |
|---|---|---|
| Address selected at connect | Any free member of the pool | The one address bound to the account |
| Other subscribers on it | Present, unknown to you | Usually none, though the operator may oversubscribe |
| Stability across reconnects | Depends on pool size and rotation policy | Holds until the operator changes the assignment |
Tillatingslister følgjer bindinga, ikkje etiketten
Ei IP-basert tilgangsregel på ein forretningsteneste kontrollerer eitt felt i pakkehovudet. Viss det feltet må samsvare med ein fast verdi, er ein roterande pool feil verktøy uansett kor mange adresser han har. Ei festa tildeling oppfyller regelen til vedlikehaldet flyttar adressa, og difor høyrer vedlikehaldspolitikken til i same samtale som funksjonslista.
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
Køyr båe linjene med tunnelen oppe. Den første stadfester IPv4-utgangen som tillatingslista di vil sjå; den andre fangar ein lekkasje i dobbel stakk der IPv6-trafikk går ut via leverandøren medan IPv4 går gjennom tunnelen. Ein teneste som godtek båe familiane kan feile ein tillatingslistekontroll av ein grunn som IPv4-resultatet aldri viser.
Stadfest deretter at applikasjonen som treng tillatingslista, er den som brukar tunnelen: delt tunnel, ei utelaten rute eller ei proxyinnstilling kan sende den appen rett ut medan nettlesartesten ser riktig ut. Ein kill switch som blokkerer trafikk når tunnelen fell, slår eit stille tilbakefall til heimeadressa di, og det er nettopp slik ein arbeidsflyt med tillatingsliste bryt i feil retning.
Omdøme reiser med adressa
Ein delt utgang ber den akkumulerte åtferda til alle som har brukt han, så poenggiving på destinasjonssida, fartsgrenser og utfordringssider reagerer på den historia. Vanleg nettlesing kan då møte ekstra stadfesting av grunnar du ikkje ser. Ei festa adresse snevrar inn bidragsytarane til din eigen konto. Ho kjem likevel ikkje rein, fordi festa adresser blir resirkulerte og eit datasenterområde kan bli handsama annleis enn eit bustadområde, kven som helst har det no.
Kontoar, informasjonskapslar og nettlesaravtrykk styrer framleis dei fleste av desse avgjerdene.
Handsam omdøme som ein eigenskap ved heile vegen i staden for eit tal festa til eit abonnementsnamn. To kundar hjå same leverandør kan få ulik handsaming på grunn av subnettet, eigen politikken til destinasjonen eller kontoen bak førespurnaden.
Kva som er det same uansett
Tunnelen krypterer på same måte. WireGuard gjer framleis handtrykket med dei same nøklane, OpenVPN forhandlar framleis om den same chiffersuiten, og utgangsadressa inngår aldri i den forhandlinga. Å betale for ei festa adresse kjøper tildelingsåtferd, ikkje ein sterkare transport.
Innsynet til operatøren er også det same. Kjeldesamband, tidsstempel og kontoidentifikatorar blir framleis observerbare ved utgangen under båe ordningane, og det å dele ei adresse med framande skapar ingen loggføringspolitikk. Ei festa adresse kan til og med fungere som ein jamnare identifikator på tvers av sesjonar, noko som talar mot føresetnaden om at dedikert betyr meir privat.
Vel festa når ein destinasjon krev ein stabil kjelde, når ein arbeidsflyt ikkje toler rotasjon, eller når delt historie stadig avbryt legitim trafikk. Bli på ein pool når det einaste kravet er ein annan utgang og rotasjon ikkje kostar noko. Stadfest resultatet med dei to kommandoane ovanfor før du stolar på nokon av føresetnadene. Utgangen du trur du har, og den tenaren ser, er same felt berre når ingenting i mellom skriv det om.