VPN semigestionada: o rótulo não diz quem está de plantão
O rótulo não é um protocolo nem um percentual de divisão. Converta-o em responsáveis por extremos, configurações partilhadas, monitorização e entrega do incidente, tarefa a tarefa.
Às oito da manhã uma conexão cai, e a primeira pergunta é quem deve consertá-la. A expressão VPN semigestionada não responde a isso, porque nomeia um acordo comercial e não uma divisão de trabalho. Dois fornecedores podem usar a mesma expressão com repartições opostas: um mantém o equipamento do lado do cliente, o outro apenas vigia o próprio gateway. Até que as tarefas estejam escritas, o rótulo é um palpite vestido de descrição.
Comece pela conexão que caiu
Nomeie o extremo que parou de responder, a hora e o que o utilizador estava a fazer quando a conexão caiu. Depois liste os componentes desse caminho: o portátil, o circuito local, o gateway do lado do cliente, o gateway do fornecedor e o recurso por trás dele. Cada um tem um responsável no acordo ou tem uma lacuna. Organizá-los leva dez minutos e decide as três horas seguintes.
Um sintoma partilhado por vários utilizadores aponta para um componente comum, enquanto um que segue um único portátil aponta para o cliente. Essa distinção coloca o ticket na fila certa antes de alguém abrir uma configuração.
Resolva os dois extremos antes das configurações
Decida quem possui o gateway do lado do cliente e quem possui o extremo remoto. Depois de resolvidos esses dois, cada lado sabe o que pode inspecionar e o que tem de pedir. Todo o resto do acordo fica mais fácil a partir daí.
Um fornecedor pode monitorizar o próprio gateway enquanto o cliente continua responsável por um circuito local de ISP, por um serviço de diretório ou pela aplicação de destino. Um equipamento propriedade do cliente pode continuar sob um contrato de manutenção do fornecedor, e é por isso que propriedade e quem mantém a caixa são duas perguntas diferentes. Escreva as duas respostas para cada extremo, porque é na segunda que as renovações costumam divergir.
Objetos partilhados precisam de exatamente um responsável
Identidades, credenciais, prefixos protegidos, propostas e o acordo de encaminhamento de retorno são objetos partilhados, e os objetos partilhados apodrecem mais depressa. Se ambas as partes podem alterar um, ambas o farão, e cada alteração parece localmente correta enquanto o fluxo acordado quebra. Dê a cada objeto um responsável e um processo de alteração, e exija que a outra parte seja avisada antes de qualquer alteração entrar em vigor. A alternativa é um registo de alterações que se lê como duas pessoas a reparar metades diferentes da mesma máquina.
A falha clássica é uma alteração de seletor de um lado e uma alteração de NAT do outro na mesma semana. Nenhum dos engenheiros fez nada errado, e o túnel deixou de transportar a aplicação mesmo assim.
Quem recebe o primeiro relato
Decida de antemão quem é chamado primeiro, o que cada lado pode ler e o ponto em que o caso muda de mãos. Forneça o extremo, a hora da tentativa e o fluxo permitido para que ambos os lados possam correlacionar o mesmo evento.
Um resumo de estado estreito costuma ser mais útil do que uma configuração não editada, e não revela segredos. A monitorização pertence a quem possui o componente, não a quem possui o logótipo, por isso pergunte que lado vê o estado do túnel, qual vê a aplicação e quem é acordado por cada alerta. Coloque o caminho fora de horário ao lado de cada alerta, porque um painel pelo qual ninguém está de plantão é documentação.
Defina a autoridade de alteração com o mesmo cuidado. Um fornecedor que edita um seletor enquanto o cliente edita NAT faz com que ambas as configurações locais pareçam plausíveis e o túnel continua a falhar.
O que o rótulo nunca diz
Inclua no acordo real a manutenção de software, a rotação de credenciais, as cópias de segurança aprovadas da configuração e o caminho de recuperação. Um modelo de responsabilidade partilhada como o modelo que a AWS publica mostra até onde a divisão pode deslocar-se entre serviços, e é um exemplo e não uma definição das condições do seu fornecedor. Deduzir algo da expressão semigestionada é como uma conversa de renovação descobre uma lacuna.
O âmbito deve nomear o operador habitual e o caminho de escalonamento de cada dependência. Chame a proposta o que chamar ao serviço, na prática é essa lista que significa.