Instalar a aplicación Linux soa a unha soa instrución nun Pi sen pantalla, e agocha unha escolla entre dúas rutas de despregamento con límites de soporte distintos. Unha é a aplicación oficial do provedor, que leva os seus propios requisitos de distribución e arquitectura. A outra é un ficheiro de configuración manual que usa un cliente estándar que o sistema operativo xa empaqueta. Ambas chegan ao mesmo servizo, e non son intercambiables en termos de mantemento.

A pregunta da arquitectura vai primeiro, porque unha placa de 64 bits pode executar un espazo de usuario de 32 bits e a aplicación só se distribúe para un dos dous.

Dous límites de soporte, non dous instaladores

Lea a páxina de instalación actual do provedor para a aplicación que pensa usar e compáraa coa placa: versión da distribución, arquitectura do paquete e calquera requisito de escritorio ou de sesión. Que un Pi admita funcionamento de 64 bits non di que espazo de usuario hai instalado agora, e ese é o valor que comproba o xestor de paquetes. dpkg --print-architecture e uname -m respóndeno nunha liña cada un. Se a versión ou a arquitectura quedan fóra do conxunto documentado, a aplicación non ten soporte alí aínda que se instale.

O soporte tamén varía segundo o método de empaquetado. Unha limitación documentada para un formato de paquete non se aplica automaticamente a unha compilación de repositorio, e unha distribución derivada de Debian non é automaticamente un contorno compatible. Os paquetes da comunidade e as receitas de instalación antigas traen o seu propio modelo de mantemento, que pode aceptar a propósito pero non debería adoptar por accidente.

Que lle dá a aplicación que un perfil non

A aplicación oficial é máis que unha conexión: normalmente leva o interruptor de emerxencia do provedor, o manexo de DNS e os conmutadores de funcións, e o provedor respalda eses comportamentos como un conxunto. Un perfil manual entregado a un cliente estándar non herda nada diso. O cliente manual posúe o ciclo de vida da conexión e a política local de fallos, o que está ben cando os configura vostede mesmo e sorprende cando asume que viñan incluídos. Ambas opcións chegan aos mesmos servidores; só unha inclúe a lóxica da contorna.

Se unha función importa, por exemplo bloquear o tráfico fóra do túnel, ten que existir na súa configuración e non na aplicación do provedor.

WireGuard a man: os pasos que importan

O provedor documenta a xeración dunha configuración WireGuard para un cliente compatible co estándar e recomenda esa ruta para instalacións manuais, reservando OpenVPN para dispositivos máis antigos. Xere o perfil no panel da conta, tráigao ao Pi e colóqueo onde só o propietario poida lelo. Nunca pegue o ficheiro nun fío de soporte, porque un nome de ficheiro amable non fai publicable a clave privada incrustada. Despois probe o túnel cunha soa petición antes de conectarlle calquera outra cousa.

A retirada de servidores é un detalle operativo que a xente esquece. Un extremo elixido a man pode retirarse, e o provedor sinala que pode facer falta unha configuración de substitución. Anote que extremo usa o perfil para que un fallo posterior sexa diagnosticable.

Decida se o Pi tamén é unha pasarela

Un túnel usado polas propias aplicacións do Pi non se converte automaticamente nunha pasarela para os dispositivos que están detrás. O reenvío, o encamiñamento de retorno, a propiedade do resolutor e calquera política que impida que o tráfico escape fóra do túnel son un deseño aparte cos seus propios modos de fallo. Se hai outros dispositivos no alcance, avalíeos como o seu propio caso en lugar de asumir que a conexión do Pi os cobre. Esa separación é o que mantén manexable un despregamento pequeno.

Despois acepte o ciclo de vida: unha petición nova desde o Pi, a resolución de nomes polo resolutor previsto e o comportamento de arranque ou reconexión que planificou. Verifique cada un en lugar de asumir que a aplicación ou o perfil o fornecen.

O mito que convén abandonar é que un instalador de Linux e un ficheiro WireGuard representan a mesma decisión. Son dous modelos de funcionamento con dous propietarios distintos.

Artigos relacionados