IP de VPN compartilhado ou dedicado: o que realmente muda
Uma saída fixa e um pool compartilhado passam pela mesma reescrita. O que muda é o bloco de portas que você recebe, quanto dura a vinculação e quem compartilha seu histórico.
Uma saída compartilhada e uma dedicada passam pela mesma reescrita: o gateway substitui o seu endereço de origem por um endereço público do seu pool e escolhe uma porta. A diferença está em como esse pool é construído e em quanto tempo a sua vinculação sobrevive. É uma decisão de alocação, não uma atualização de criptografia.
Esse enquadramento responde à maioria das perguntas práticas de uma vez. Uma lista de permissões se importa com a estabilidade da vinculação, a verificação antifraude de um site se importa com o histórico do endereço, e nenhuma das duas se importa com o nome do plano.
As duas opções são mapeamentos de portas em um endereço
Quando um cliente abre uma conexão por uma saída, o gateway reescreve o endereço de origem para o endereço público que o pool entrega e escolhe uma porta de origem dentro da faixa livre desse endereço. Dois assinantes na mesma saída tornam-se dois blocos de portas em um único endereço IPv4. O servidor remoto vê um host com muitas conexões simultâneas, e nada na carga útil diz qual bloco pertence a qual assinante. Esse mapeamento de portas é o mecanismo que torna o compartilhamento de endereço possível.
Uma atribuição dedicada encurta essa história sem mudar a forma: o pool guarda um membro para a sua conta e o operador o fixa em vez de rodá-lo por um anel. As portas continuam compartilhadas entre as suas próprias sessões, e o endereço continua traduzido na saída em vez de roteado para o seu dispositivo.
Portanto o comportamento no fio é idêntico, e só a contabilidade difere.
| 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 |
As listas de permissões seguem a vinculação, não o rótulo
Uma regra de acesso baseada em IP em um serviço empresarial verifica um campo no cabeçalho do pacote. Se esse campo precisa corresponder a um valor fixo, um pool rotativo é a ferramenta errada por mais endereços que tenha. Uma atribuição fixa satisfaz a regra até a manutenção mover o endereço, e é por isso que a política de manutenção pertence à mesma conversa da lista de recursos.
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
Execute as duas linhas com o túnel ativo. A primeira confirma a saída IPv4 que a sua lista de permissões verá; a segunda detecta um vazamento de pilha dupla em que o tráfego IPv6 sai pelo provedor enquanto o IPv4 passa pelo túnel. Um serviço que aceita as duas famílias pode falhar numa verificação de lista por um motivo que o resultado IPv4 nunca mostra.
Depois confirme que a aplicação que precisa da lista de permissões é a que usa o túnel: túnel dividido, uma rota excluída ou um ajuste de proxy podem mandar essa aplicação direto para fora enquanto o teste do navegador parece correto. Um interruptor de segurança que bloqueia o tráfego quando o túnel cai é melhor do que uma volta silenciosa ao seu endereço de casa, e é exatamente assim que um fluxo de trabalho com lista de permissões quebra na direção errada.
A reputação viaja com o endereço
Uma saída compartilhada carrega o comportamento acumulado de todos que a usaram, então a pontuação do lado do destino, os limites de taxa e as páginas de desafio reagem a esse histórico. A navegação comum pode então encontrar verificação extra por motivos que você não vê. Um endereço fixo reduz o conjunto de contribuintes à sua própria conta. Ainda assim não chega limpo, porque endereços fixos são reciclados e uma faixa de data center pode ser tratada de forma diferente de uma residencial, seja quem for que a detenha agora.
Contas, cookies e impressões digitais do navegador ainda comandam a maioria dessas decisões.
Trate a reputação como uma propriedade do trajeto inteiro, não como um número colado ao nome de um plano. Dois clientes do mesmo provedor podem receber tratamento diferente por causa da sub-rede, da política do próprio destino ou da conta por trás da solicitação.
O que permanece igual nos dois casos
O túnel criptografa da mesma forma. O WireGuard ainda faz o handshake com as mesmas chaves, o OpenVPN ainda negocia a mesma suíte de cifras, e o endereço de saída nunca entra nessa negociação. Pagar por um endereço fixo compra comportamento de alocação, não um transporte mais forte.
A visibilidade do operador também permanece a mesma. Conexões de origem, carimbos de tempo e identificadores de conta continuam observáveis na saída nas duas configurações, e compartilhar um endereço com estranhos não cria uma política de registro. Um endereço fixo pode até funcionar como um identificador mais estável entre sessões, o que contraria a suposição de que dedicado significa mais privado.
Escolha fixo quando um destino exigir uma origem estável, quando um fluxo de trabalho não tolerar rotação ou quando o histórico compartilhado interromper repetidamente o tráfego legítimo. Fique num pool quando o único requisito for uma saída diferente e a rotação não custar nada. Verifique o resultado com os dois comandos acima antes de confiar em qualquer uma das duas suposições. A saída que você pensa ter e a que o servidor vê são o mesmo campo só quando nada no meio a reescreve.