Exportação do Viscosity contra um perfil OpenVPN comum no Linux
Um pacote .visz e um ficheiro OpenVPN comum são contentores diferentes. Compare o que cada um transporta, aquilo a que se refere e qual cliente consegue realmente lê-lo.
Mudar o nome de um ficheiro .visz do Viscosity para .ovpn não altera o que está lá dentro, porque a extensão nunca descreveu um protocolo. A comparação que importa é entre um pacote com dependências e um perfil de cliente comum sem nenhuma. Determine qual contentor recebeu realmente antes de pedir a um importador no Linux que o leia.
O que cada contentor contém
A documentação de exportação do Viscosity descreve um pacote de ligação .visc e uma forma de arquivo .visz, que é um arquivo tar comprimido. Um pacote transporta a configuração juntamente com os ficheiros de certificado, chave e script de que depende. Um perfil OpenVPN comum é um único ficheiro, e tudo aquilo a que se refere tem de existir separadamente ou estar incorporado no interior.
Essa diferença é toda a comparação. As relações do pacote fazem parte do artefacto; as relações do perfil comum são um pressuposto. Mover um pacote para o Linux sem preservar essas relações produz um ficheiro que abre e depois falha na primeira referência em falta. Um perfil que incorpora os seus certificados evita essa falha ao transportar tudo num só lugar, o que é cómodo até alguém precisar de rodar um deles.
A extensão exterior diz qual contentor tem, não qual cliente o pode utilizar.
Onde a configuração começa realmente
Dentro do pacote, o fornecedor documenta um config.conf ao lado dos ficheiros dependentes, com as referências resolvidas localmente. Esse ficheiro é o ponto de partida, não o nome do arquivo nem o certificado que por acaso está no topo da listagem do diretório.
No Linux o pacote pode aparecer como um diretório em vez de um único objeto, porque o arquivo se expande em ficheiros que esperam ficar juntos. Mantenha os caminhos relativos coerentes no espaço de trabalho para onde extrai, e não converta à mão um caminho absoluto do Windows num caminho do Linux. Um ficheiro dependente em falta e um caminho errado produzem a mesma queixa do cliente.
Eliminar uma opção de confiança ou de identidade para silenciar essa queixa não é uma correção.
O que o pacote não transporta
As preferências do próprio Viscosity não são todas opções do OpenVPN. Scripts, comportamento das rotas e definições da aplicação podem ter de ser representados pela integração suportada do cliente Linux em vez de serem copiados como texto que outro programa pode executar.
Trate qualquer script incluído como dados até o ter lido e decidido que está autorizado. Executá-lo porque a exportação o continha inverte a revisão que devia ter feito. A mesma cautela aplica-se às credenciais incorporadas: um pacote pode transportar material de chave privada, pelo que uma cópia de trabalho pertence a um local protegido e não a uma pasta de transferências.
O original permanece protegido até a migração ser aceite.
O que o lado Linux tem de decidir
Decida quem vai ser o proprietário da ligação: o Community OpenVPN sozinho, o plugin do NetworkManager ou outro cliente suportado. Cada um aceita um conjunto de opções diferente, e cada um gere rotas, resolvedores e segredos de forma diferente. Um ficheiro que abre com sucesso num importador pode ser rejeitado por outro, e o sucesso na importação não prova a compatibilidade com a ligação pretendida. Pergunte ao operador se já existe um perfil compatível com Linux, porque começar pelo artefacto suportado é mais curto do que traduzir um.
Mantenha a confiança no servidor, a identidade do cliente e a proteção da chave privada como três questões separadas.
A revisão antes de ligar
Verifique o ponto final e o transporte, o método de autenticação, cada referência a ficheiros e a política de rotas e DNS pretendida. Depois verifique a ligação e a aplicação necessária de forma independente, porque um túnel que sobe não diz nada sobre se a aplicação consegue alcançar o que precisa.
openvpn --config ./config.conf --verb 4
Compare o resultado negociado com o que o operador diz que o perfil deve fazer, e anote qualquer opção que o cliente Linux tenha ignorado.
Quando a migração for aceite, retire as cópias de transferência através do processo habitual de tratamento de credenciais. Um pacote deixado numa pasta partilhada é uma credencial deixada numa pasta partilhada.