IP de VPN compartida o dedicada: què canvia realment
Una sortida fixa i un pool compartit passen pel mateix reescriptura. El que canvia és el bloc de ports que obteniu, quant dura la vinculació i qui comparteix el seu historial.
Una sortida compartida i una de dedicada passen pel mateix reescriptura: la passarel·la substitueix la vostra adreça d’origen per una adreça pública del seu pool i tria un port. La diferència és com es construeix aquest pool i quant sobreviu la vostra vinculació. És una decisió d’assignació, no una millora del xifratge.
Aquest plantejament respon la majoria de preguntes pràctiques alhora. Una llista d’adreces permeses es preocupa per l’estabilitat de la vinculació, la comprovació antifrau d’un lloc web es preocupa per l’historial de l’adreça, i cap de les dues no es preocupa per com es diu el pla.
Totes dues opcions són mapatges de ports sobre una sola adreça
Quan un client obre una connexió a través d’una sortida, la passarel·la reescriu l’adreça d’origen amb l’adreça pública que assigni el pool i tria un port d’origen del rang lliure d’aquesta adreça. Dos subscriptors a la mateixa sortida es converteixen en dos blocs de ports sobre una única adreça IPv4. El servidor remot veu un sol amfitrió amb moltes connexions simultànies, i res de la càrrega útil no diu quin bloc pertany a quin subscriptor. Aquest mapatge de ports és el mecanisme que fa possible compartir l’adreça.
Una assignació dedicada escurça aquesta història sense canviar-ne la forma: el pool guarda un sol membre per al vostre compte i l’operador el fixa en lloc de fer-vos rotar per un anell. Els ports encara es comparteixen entre les vostres pròpies sessions, i l’adreça encara es tradueix a la sortida en lloc d’encaminar-se al vostre dispositiu.
Així, el comportament a la xarxa és idèntic i només difereix la comptabilitat.
| 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 |
Les llistes d’adreces permeses segueixen la vinculació, no l’etiqueta
Una regla d’accés basada en IP per a un servei empresarial comprova un camp de la capçalera del paquet. Si aquest camp ha de coincidir amb un valor fix, un pool rotatiu és l’eina equivocada, tantes adreces com tingui. Una assignació fixa satisfà la regla fins que el manteniment mogui l’adreça, i per això la política de manteniment pertany a la mateixa conversa que la llista de funcions.
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
Executeu les dues línies amb el túnel actiu. La primera confirma la sortida IPv4 que veurà la vostra llista; la segona detecta una fuita de doble pila en què el trànsit IPv6 surt pel proveïdor mentre IPv4 passa pel túnel. Un servei que accepta les dues famílies pot fallar la comprovació per una raó que el resultat IPv4 mai no mostra.
Després confirmeu que l’aplicació que necessita la llista és la que utilitza el túnel: el túnel dividit, una ruta exclosa o una configuració de proxy poden enviar aquesta aplicació directament a fora mentre la prova del navegador sembla correcta. Un kill switch que bloqueja el trànsit quan cau el túnel és millor que una tornada silenciosa a la vostra adreça de casa, i és exactament així com un flux de treball permès es trenca en la direcció equivocada.
La reputació viatja amb l’adreça
Una sortida compartida arrossega el comportament acumulat de tothom qui l’ha utilitzada, així que la puntuació del destí, els límits de velocitat i les pàgines de repte responen a aquest historial. La navegació corrent pot trobar després una verificació extra per raons que no podeu veure. Una adreça fixa redueix el conjunt de contribuents al vostre propi compte. Encara no arriba neta, perquè les adreces fixes es reciclen i un rang de centre de dades pot rebre un tracte diferent del d’un de residencial, sigui qui sigui qui el tingui ara.
Els comptes, les galetes i les empremtes del navegador encara decideixen la majoria d’aquestes decisions.
Tracteu la reputació com una propietat de tot el camí i no com un número penjat del nom d’un pla. Dos clients del mateix proveïdor poden rebre un tracte diferent per la subxarxa, la política pròpia del destí o el compte que hi ha darrere de la petició.
Què es manté igual en tots dos casos
El túnel xifra de la mateixa manera. WireGuard encara fa l’apretada de mans amb les mateixes claus, OpenVPN encara negocia el mateix conjunt de xifratges, i l’adreça de sortida no entra mai en aquesta negociació. Pagar per una adreça fixa compra un comportament d’assignació, no un transport més fort.
La visibilitat de l’operador també es manté igual. Les connexions d’origen, les marques de temps i els identificadors de compte continuen sent observables a la sortida en tots dos arranjaments, i compartir una adreça amb desconeguts no crea cap política de registre. Una adreça fixa fins i tot pot actuar com un identificador més estable entre sessions, cosa que va contra la suposició que dedicat vol dir més privat.
Trieu una adreça fixa quan un destí exigeixi un origen estable, quan un flux de treball no toleri la rotació o quan un historial compartit interrompi una i altra vegada el trànsit legítim. Quedeu-vos en un pool quan l’única exigència sigui una sortida diferent i la rotació no costi res. Verifiqueu el resultat amb les dues ordres anteriors abans de confiar en qualsevol de les suposicions. La sortida que creieu tenir i la que veu el servidor són el mateix camp només quan res entremig la reescriu.