Como evitar interrupções de rede causadas pela renovação da concessão de DHCP?

Question

O tempo de expiração da concessão do servidor DHCP no meu roteador Mikrotik RB951G-2HnD está atualmente definido para 10 minutos:

Assim, a cada 10 minutos, a seguinte interrupção ocorre no adaptador de rede:

2017-06-08  0:10:52,33 Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
2017-06-08  0:10:53,36 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
2017-06-08  0:10:54,38 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:10:55,41 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
2017-06-08  0:10:56,44 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:10:57,46 Reply from 192.168.1.1: bytes=32 time=17ms TTL=64
2017-06-08  0:10:58,49 Reply from 192.168.1.1: bytes=32 time=2ms TTL=64
2017-06-08  0:10:59,58 PING: transmit failed. General failure. 
2017-06-08  0:11:01,33 PING: transmit failed. General failure. 
2017-06-08  0:11:02,35 PING: transmit failed. General failure. 
2017-06-08  0:11:03,37 PING: transmit failed. General failure. 
2017-06-08  0:11:04,39 PING: transmit failed. General failure. 
2017-06-08  0:11:05,49 General failure.
2017-06-08  0:11:06,67 General failure.
2017-06-08  0:11:07,70 Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
2017-06-08  0:11:08,72 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:11:09,75 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:11:10,77 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:11:11,80 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:11:12,82 Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
2017-06-08  0:11:13,86 Reply from 192.168.1.1: bytes=32 time=2ms TTL=64
2017-06-08  0:11:14,89 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
2017-06-08  0:11:15,91 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64

Isso interrompe minha conexão VPN ou downloads ou atividades semelhantes.

Como consertar o problema?

    

Answer 1

tl; dr Redefinir o TCP / IP usando netsh int ip reset e reiniciar o computador

As interrupções mostradas acima são causadas pela concessão de endereço IP do DHCP expirado. Isso foi verificado pela alteração do tempo de concessão no servidor DHCP. A frequência das interrupções começou a copiar o novo intervalo. Portanto, quando o leasing expira, há uma série de falhas gerais (no comando ping repetido ou em outro lugar) até que uma nova concessão de endereço IP seja recuperada.

Mas no computador saudável, a concessão de endereço IP geralmente não expira. O comando ipconfig /all | find "Lease" lista os tempos de expiração que podem ser vistos automaticamente prolongados se o tempo restante de concessão cair abaixo de 50%. Portanto, se o servidor DHCP fornecer 10 minutos de aluguel, o prolongamento deve ser visto assim que restarem menos de 5 minutos. Desta forma, o tempo de locação nunca deve ser esgotado. Portanto, essa renovação antecipada evita falhas gerais visíveis na questão. Esta é a primeira parte da resposta: expirações de tempo de concessão não devem ocorrer sem motivo .

Por que as concessões expiram completamente em computadores problemáticos?

O servidor DHCP mostra todas as renovações conforme o esperado. Até mesmo uma renovação para um computador problemático é emitida com antecedência suficiente. Mas tal renovação não se reflete no computador como deveria ser. Vamos checar isso. O que acontece no computador quando pedimos a renovação manualmente usando ipconfig /renew ?

Comando ipconfig /renew retorna erro

An error occured while renewing interface [interface name here] : unable to contact your DHCP server. Request has timed out.

Mas já sabemos que o servidor DHCP está disponível. O comando ipconfig /release & ipconfig /renew renova a concessão normalmente. Então, por que ipconfig /renew sem ipconfig /release anterior leva a erro?

Este parece ser um problema interno do TCP / IP no Windows. A solução de redefinir o TCP IP e reiniciar o computador funcionou para mim. Agora, o computador está renovando a concessão antecipadamente, como deveria (com 50% do tempo de aluguel) e a conexão é estável, sem interrupções de concessões expiradas.