Locação de reserva após o retorno do túnel do site: renovar ou esperar?

O link do site está ativo, o túnel estabelecido, e os PCs da filial continuam sem alcançar o servidor de arquivos. Durante a interrupção corriam dois relógios e apenas um deles terminou. O túnel recuperou-se quando o caminho cifrado voltou; o endereço de cada cliente recupera-se quando a locação atual termina ou é substituída. Comparar essas duas linhas do tempo explica a diferença mais rápido do que ler os registros do firewall.

Dois relógios, e um deles não é o túnel

Com DHCP sobre VPN mais uma reserva local, o dispositivo pode entregar locações locais temporárias enquanto o caminho DHCP remoto não está disponível. A duração temporária costuma ser contada em minutos, curta o bastante para esconder o problema e longa o bastante para sobreviver a uma interrupção breve. Quando o túnel volta, a reserva deixa de oferecer essas locações. Ela não entra num cliente e cancela a locação que ele já tem. Esse cliente mantém o endereço, a máscara, o gateway e o resolvedor até a renovação ou o vencimento, e por isso um túnel saudável e um desktop quebrado podem coexistir pelo resto da locação.

Mantenha a implementação e a versão do software ligadas a esta afirmação. Os nomes dos temporizadores e os valores padrão variam entre versões do SonicOS, e uma interface antiga não prova o que uma nova faz.

Compare os dois movimentos de recuperação

O movimento A é esperar. Não custa nada, não arrisca nada e deixa cada cliente renovar conforme a própria agenda. O movimento B é forçar uma liberação e renovação no cliente afetado, o que dá o endereço pretendido imediatamente mas interrompe tudo o que o cliente está fazendo. Num único desktop, forçar a renovação costuma ser o caminho mais rápido e é fácil de justificar. Num laboratório ou num terminal de ponto de venda no meio de uma transação, esperar é a escolha mais segura, e uma renovação agendada fora do horário comercial supera as duas.

ipconfig /all
ipconfig /release
ipconfig /renew

Leia a saída antes de liberar qualquer coisa. Se o endereço, o gateway e o DNS já coincidem com o escopo normal, o cliente recuperou-se sozinho e o problema restante está noutro lugar. Num cliente Linux o equivalente é liberar e renovar a locação pelo gestor de rede em vez de um endereço editado à mão, porque o gestor, caso contrário, reescreverá a sua alteração no próximo evento.

Leia a oferta, não apenas o endereço

O endereço sozinho não diz quem o forneceu. O que importa é o identificador do servidor na oferta, o tempo de locação e se o gateway e o resolvedor coincidem com o escopo de reserva ou com o normal.

tcpdump -ni any 'port 67 or port 68'

Capture durante a renovação, porque uma interface silenciosa diz que o cliente nunca pediu. Se a oferta vier da reserva local enquanto o túnel está ativo, a lógica de seleção ainda trata o caminho remoto como indisponível, e forçar renovações nos clientes só repetirá o mesmo resultado. Correlacione a captura com os eventos do túnel no mesmo relógio. Uma renovação de chaves ou uma queda breve que termina segundos antes do pedido do cliente é uma causa plausível; um túnel limpo com uma resposta de reserva é um problema de configuração no caminho de seleção.

Onde a comparação se inverte

Se muitos clientes são afetados ao mesmo tempo, as renovações por cliente tornam-se uma fila de interrupções e uma chamada ao suporte. Nesse caso, olhe para o escopo de reserva e o procedimento de restauração em vez dos clientes, porque a população recuperou-se em conjunto e voltará a recuperar-se em conjunto.

Se apenas um cliente é afetado enquanto os vizinhos estão bem, o contrário é verdadeiro: a locação desse cliente, a sua reserva ou o comportamento do seu próprio cliente DHCP é a variável, e uma mudança em todo o site é a ferramenta errada.

Endereços estáticos e reservas precisam de uma terceira resposta. Um cliente fixado a um endereço não se salva com uma renovação, e uma reserva que colide com o escopo de reserva produz um duplicado que parece uma falha de encaminhamento até comparar os dois planos de endereços.

Escreva o procedimento de saída

Decida antecipadamente para que serve a reserva, quanto tempo um cliente pode manter o endereço temporário e quem pode forçar uma renovação durante o horário comercial. Escreva a resposta onde o engenheiro de plantão a encontre, junto à definição do escopo. Depois teste uma vez de propósito: derrube o túnel, observe o que o cliente recebe, restaure o túnel e registe quanto tempo o cliente leva a recuperar as configurações normais. Esse único exercício substitui a maior parte das suposições na próxima vez que o link do site oscilar.

Termine confirmando o recurso, não o endereço. Alcançar o servidor de arquivos, resolver o seu nome e alcançar a internet são três verificações separadas, e só a última nunca esteve em dúvida.