Configuración de VPN no Mac: escolla o cliente que encaixa co seu perfil

Configure o cliente que indique o seu operador de VPN e despois demostre o túnel co recurso privado que realmente necesita. Un Mac pode gardar unha configuración VPN nativa en Axustes do Sistema, pero un ficheiro OpenVPN ou WireGuard necesita software que entenda o formato, e son camiños de configuración distintos. O tipo de credencial decide como fallará o inicio de sesión, así que léao antes de escribir nada. Xulgue o resultado polo que devolve o recurso privado, non pola icona da barra de menús.

Axuste o cliente ao perfil que recibiu

Comece polo ficheiro ou as instrucións que enviou o seu operador, non por unha lista de protocolos dun sitio de descargas. O formulario VPN nativo de Axustes do Sistema manexa determinados tipos; un perfil OpenVPN ou unha configuración WireGuard necesita unha aplicación que os analice. Un Mac xestionado pode recibir xa a súa conexión da xestión de dispositivos, e engadir un segundo perfil enriba produce un conflito en lugar dunha configuración. Mire que existe antes de instalar nada.

O método de inicio de sesión vén do perfil e adoita ser un de tres: un contrasinal de conta, un certificado de cliente ou unha frase de acceso que desbloquea unha clave privada. Un contrasinal incorrecto e un certificado rexeitado deteñen ambos a conexión, pero non se len igual, e só un deles se cura restablecendo un contrasinal de conta. Lea o rexeitamento antes de cambiar nada: un certificado caducado ou non fiable segue fallando tras restablecer o contrasinal, mentres que un contrasinal malo falla de inmediato, no primeiro intento.

Manteña o material privado fóra dos rexistros compartidos. A frase de acceso dunha clave, un certificado de cliente e a súa clave non pertencen a un fío de chat cun compañeiro, e unha captura do editor de perfís adoita revelar máis do que espera quen a envía. Se o operador entrega un ficheiro importable, impórteo en lugar de reescribir os valores a man.

Demostre que funciona no recurso, non na icona

Un perfil de traballo a miúdo só encamiña destinos de oficina, así que o enderezo público que ve ao navegar pode seguir igual mentres a aplicación privada funciona. Nun perfil de saída persoal o enderezo que ve desde fóra debe cambiar, e nun perfil de traballo normalmente non. Mida esa diferenza antes de concluír que o túnel está roto.

Despois abra o recurso que realmente necesita: a compartición de ficheiros, a páxina de administración, o host da base de datos. Que unha páxina de inicio cargue polo túnel demostra que o túnel transporta algo de tráfico, non que transporte o tráfico que pretendía. Se o navegador segue mostrando o enderezo orixinal cando o perfil debería cambialo, compare tres cousas: a aplicación en uso, a familia de enderezos e a política de proxy. Un proxy do navegador ou unha ruta IPv6 poden desviar o tráfico fóra da VPN mentres o túnel está san.

Onde o cliente expón unha táboa de encamiñamento, lea a ruta predeterminada e a ruta do túnel. Ese par rexistra que deseño despregou realmente.

Cando deixa de funcionar, atope a capa que se rompeu

Unha configuración que funcionaba antes adoita romper porque algo se uniu ao camiño: un segundo cliente VPN, un axente de seguridade, un filtro de contido, unha extensión de rede nova. Use os diagnósticos propios do produto en lugar de borrar preferencias ou restablecer a pila de rede, que é unha esperanza e non un diagnóstico. Relacione o fallo cun evento —repouso, un cambio de Wi-Fi, un inicio de sesión no portal ou unha actualización do cliente— e anote se se repite. Un desencadeante repetible debe constar no ticket coa hora en que ocorreu.

Os nomes fallan de forma distinta ás rutas. A un host privado chégase polo seu nome completo documentado, e os nomes curtos de oficina dependen dun resolutor interno máis un dominio de busca que só existe no camiño corporativo. Cambie ese resolutor por un servizo DNS público e os nomes curtos deixan de resolverse por completo, o que parece un túnel roto pero non o é.

scutil --dns
dscacheutil -q host -a name intranet.example.com

Na saída de scutil --dns, atope o resolutor cuxo dominio de busca coincide co seu dominio corporativo e lea o servidor de nomes ao que apunta; as entradas listadas na configuración de DNS mostran que resolutor achega cada interface. Cando o resolutor corporativo só aparece para outra interface, ou o navegador executa o seu propio DNS cifrado, unha aplicación resolve o nome mentres todo o demais falla.

Quite un perfil que xa non necesite mediante o mecanismo que o instalou, porque borrar unha entrada local deixa viva a conta do lado do servidor e un cliente antigo aínda pode reclamar as mesmas rutas. Nun Mac xestionado, o proceso de retirada do administrador é o que conta. Anote o nome do perfil, o enderezo do servidor e o recurso que funciona antes de quitar nada, para que a recuperación non comece de cero.