Megosztott és dedikált VPN IP: mi változik valójában
A rögzített kimenet és a megosztott készlet ugyanazon az átíráson megy át. Ami különbözik: a kapott portblokk, a kötés időtartama és hogy ki osztozik a történetén.
A megosztott kimenet és a dedikált kimenet ugyanazon az átíráson megy át: az átjáró a forrás-címét a készletéből származó nyilvános címre cseréli, és portot választ. A különbség abban van, hogyan épül fel ez a készlet, és mennyi ideig él túl a kötése. Ez kiosztási döntés, nem titkosítási frissítés.
Ez a keret egyszerre válaszol a legtöbb gyakorlati kérdésre. Az engedélyezési listát a kötés stabilitása érdekli, egy webhely csalásellenőrzését a cím története, és egyiket sem érdekli, hogy mi a csomag neve.
Mindkét lehetőség portleképezés egyetlen címen
Amikor egy ügyfél kapcsolatot nyit egy kimeneten keresztül, az átjáró átírja a forrás-címet arra a nyilvános címre, amelyet a készlet kiad, és forrásportot választ az adott cím szabad tartományából. Két előfizető ugyanazon a kimeneten két portblokká válik egyetlen IPv4-címen. A távoli kiszolgáló egy hosztot lát sok egyidejű kapcsolattal, és semmi nem mondja meg a hasznos terhelésben, melyik blokk melyik előfizetőé. Ez a portleképezés az a mechanizmus, amely egyáltalán lehetővé teszi a cím megosztását.
A dedikált kiosztás lerövidíti ezt a történetet anélkül, hogy megváltoztatná az alakját: a készlet egy tagot tart a fiókja számára, és az üzemeltető rögzíti, ahelyett hogy körbe forgatná önt. A portok továbbra is megoszlanak a saját munkamenetei között, és a cím továbbra is a kimeneten fordul le, nem pedig az eszközéhez irányítódik.
Tehát a vezetéken a viselkedés azonos, és csak a könyvelés tér el.
| 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 |
Az engedélyezési listák a kötést követik, nem a címkét
Egy IP-alapú hozzáférési szabály egy üzleti szolgáltatáson a csomagfejléc egyetlen mezőjét ellenőrzi. Ha ennek a mezőnek rögzített értékkel kell egyeznie, a forgó készlet a rossz eszköz, akárhány címet is tartalmaz. A rögzített kiosztás addig teljesíti a szabályt, amíg a karbantartás el nem mozdítja a címet, ezért a karbantartási szabályzat ugyanabba a beszélgetésbe tartozik, mint a funkciólista.
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
Futtassa mindkét sort bekapcsolt alagúttal. Az első megerősíti az IPv4-kimenetet, amelyet az engedélyezési listája látni fog; a második elkapja a kettős verem szivárgását, amikor az IPv6-forgalom a szolgáltatón keresztül távozik, miközben az IPv4 az alagúton megy át. Egy szolgáltatás, amely mindkét családot elfogadja, olyan okból bukhat el egy engedélyezési listás ellenőrzésen, amelyet az IPv4-eredmény soha nem mutat.
Ezután erősítse meg, hogy az engedélyezési listát igénylő alkalmazás az, amelyik az alagutat használja: a megosztott alagút, egy kizárt útvonal vagy egy proxybeállítás közvetlenül kifelé küldheti azt az alkalmazást, miközben a böngészős teszt helyesnek látszik. Az alagút megszakadásakor a forgalmat blokkoló kapcsoló jobb, mint a csendes visszaesés az otthoni címére, és pontosan így törik el a rossz irányba egy engedélyezési listás munkafolyamat.
A hírnév a címmel utazik
A megosztott kimenet mindazok felhalmozott viselkedését hordozza, akik használták, ezért a céloldali pontozás, a sebességkorlátok és a kihívásoldalak erre a történetre reagálnak. A szokásos böngészés aztán olyan okokból találkozhat extra ellenőrzéssel, amelyeket nem lát. A rögzített cím szűkíti a hozzájárulók körét a saját fiókjára. Mégis nem tisztán érkezik, mert a rögzített címeket újrahasznosítják, és egy adatközponti tartomány másként kezelhető, mint egy lakóövezeti, bárki is birtokolja most.
A fiókok, a sütik és a böngésző-ujjlenyomatok továbbra is e döntések többségét vezérlik.
A hírnevet a teljes útvonal tulajdonságaként kezelje, ne egy csomagnévhez ragasztott számként. Két ügyfél ugyanannál a szolgáltatónál eltérő bánásmódot kaphat az alhálózat, a cél saját szabályzata vagy a kérés mögötti fiók miatt.
Mi marad ugyanaz mindkét esetben
Az alagút ugyanúgy titkosít. A WireGuard továbbra is ugyanazokkal a kulcsokkal kézfog, az OpenVPN továbbra is ugyanarról a titkosítási csomagról tárgyal, és a kimeneti cím soha nem kerül bele ebbe a tárgyalásba. A rögzített címért fizetni kiosztási viselkedést vásárol, nem erősebb átvitelt.
Az üzemeltető rálátása is ugyanaz marad. A forráskapcsolatok, az időbélyegek és a fiókazonosítók a kimeneten mindkét elrendezésben megfigyelhetők maradnak, és a cím idegenekkel való megosztása nem hoz létre naplózási szabályzatot. A rögzített cím akár stabilabb azonosítóként is működhet a munkamenetek között, ami ellentmond annak a feltevésnek, hogy a dedikált több magánéletet jelent.
Válassza a rögzítettet, amikor a cél stabil forrást követel, amikor egy munkafolyamat nem tűri a forgatást, vagy amikor a megosztott történet újra és újra megszakítja a jogszerű forgalmat. Maradjon a készletnél, amikor az egyetlen követelmény egy másik kimenet, és a forgatás semmibe sem kerül. Ellenőrizze az eredményt a fenti két paranccsal, mielőtt bármelyik feltevésnek hinne. A kimenet, amelyről azt hiszi, hogy van, és amelyet a kiszolgáló lát, csak akkor ugyanaz a mező, ha semmi sem írja át közte.