A túa VPN na nube segue a depender do provedor de aloxamento

Instalaches o sistema operativo, endureceches o servizo e tes as chaves, e comeza a parecer que o servidor é teu. É teu como é teu un piso de alugueiro: a fechadura está baixo o teu control e o edificio non. O hipervisor, a rede diante da instancia e a conta que pode reconstruír todo pertencen a outra persoa. Esa distinción decide que debe cubrir un plan de recuperación, e é a parte que o autoaloxamento cambia menos.

A conta é o verdadeiro plano de control

Unha conta de aloxamento xestiona a máquina virtual, os seus discos, as súas instantáneas, os seus enderezos públicos e as súas regras de rede. Todo iso pódese cambiar sen iniciar sesión no convidado, o que sitúa a conta fóra do modelo de ameazas que describen a maioría das guías de VPN. Unha configuración de túnel perfecta sobrevive a unha acción na conta que substitúa un disco.

Protexe esa conta como un activo aparte: credenciais independentes, segundos factores con respaldo de hardware e un rexistro de auditoría que alguén lea de verdade. Compartila coa mesma entrada do xestor de contrasinais que o servizo de VPN é o erro que fai irrelevante calquera outro control.

Le o reparto de deberes do provedor para o produto concreto, non para a nube en xeral. O modelo de responsabilidade compartida é un exemplo útil de como se dividen as capas, e outros provedores describen as súas propias fronteiras en lugar de herdala. O que buscas é que fallos se espera que arranxes e cales só podes comunicar.

Eventos de infraestrutura que non podes administrar

A migración en vivo, o mantemento do host, un fallo de hardware no nodo físico e un evento de capacidade son cousas que o provedor xestiona segundo o seu propio calendario. Podes ver un reinicio, unha breve perda de paquetes ou un cambio de enderezo, e non verás o motivo. Un deseño que trata a instancia como un punto fixo interpretará cada un deles como un fallo da VPN. A acción correctiva é facer que o servizo tolere unha instancia que desaparece, en lugar de investigar unha causa que nunca che mostrarán.

As copias de seguridade pertencen a esta capa, non ao túnel. Garda a configuración do servidor, as identidades, o plan de enderezos e as rutas permitidas nun lugar que non dependa de que a instancia sexa accesible, e confirma que a copia se pode restaurar sen o disco orixinal.

O comportamento do enderezo merece a súa propia comprobación. Que un enderezo público sobreviva a unha parada, unha substitución ou un borrado depende de como se asignou, e as tres operacións non son intercambiables. Anota de cal dependes antes de que un incidente faga urxente a pregunta.

Comproba que sobrevive a unha reconstrución

Constrúe o camiño de recuperación mentres todo funciona. Identifica a consola ou o acceso fóra de banda que ofrece o provedor, confirma que podes chegar a ela sen o túnel e garda as credenciais nun lugar do que non as leve un portátil avariado ou un teléfono perdido. Se un cambio de cortafuegos local bloquea o túnel, esa consola é a única forma de volver.

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

O servizo de metadatos responde preguntas sobre a instancia que o convidado non pode ver doutro xeito, e as súas rutas exactas varían entre provedores e entre plataformas, así que verifícaas coa documentación do produto que executas. Despois fai unha reconstrución controlada dunha instancia de proba e cronométraa. Un procedemento de recuperación que ninguén executou é unha hipótese.

Fíxate no que fixo a reconstrución co enderezo, coas chaves de host, coa identidade do disco e con todo o que fixan os clientes. Os clientes que gardaron en caché unha chave de host queixaranse tras unha reconstrución, e esa queixa é o comportamento correcto, non un erro que haxa que silenciar.

Decide que cambia realmente o autoaloxamento

Executar a túa propia VPN traslada a confianza dun operador de VPN a un provedor de aloxamento e a ti. Ese é un cambio real, e non é o mesmo que eliminar un terceiro. Se o obxectivo era impedir que unha VPN comercial observase o tráfico, o provedor aínda pode observar a rede da instancia, o seu disco e os seus rexistros de facturación.

Os teus propios rexistros describen o teu software e non describen todos os rexistros de infraestrutura que garda o provedor. O contrario tamén é certo: a visibilidade da infraestrutura non establece que retén un provedor. As dúas preguntas precisan a política do provedor e a túa configuración, e ningunha responde a outra.

Escribe a resposta como unha división do traballo: que capa fallou, quen pode reparala e canto tarda esa reparación. O autoaloxamento cambia en quen confías, e a parte útil do exercicio é saber exactamente para que capa confías neles.