Temporização de reserva de DHCP persistente

Question

Eu tenho 2 máquinas dentro da minha LAN doméstica (Netgear WNR2000v2 wifi). Um deles é um laptop (" máquina cliente ") que sempre receberá IPs aleatórios no intervalo de 192.168.1.1 a 192.168.1.50. O outro é um desktop (" servidor de compilação ") que eu queria configurar com um endereço IP "dedicado"; pelo menos de dentro da minha LAN.

Então, configurei o roteador para sempre vincular o endereço MAC do servidor de construção a um IP específico, a saber, 192.168.1.52. Aparentemente, isso é chamado de "reserva persistente de DHCP".

Estou com problemas de SSHing da máquina cliente para o servidor de compilação. Tenho notado que, a menos que o servidor de compilação tenha feito solicitações TCP de saída (para o roteador) em um pequeno período de tempo - cerca de 30 ou 60 segundos), o roteador não "verá" mais o servidor de compilação e tentando SSH nele da máquina cliente produziu No route to host de mensagens de falha.

Para resumir:

1. Deixe o servidor de construção ficar inativo / inativo (sem atividade de rede por alguns minutos).
2. Abra um terminal na máquina do cliente: ssh [email protected]
3. Isso produz erros No route to host .
4. No servidor de compilação (um deskstop do Ubuntu 12.04, portanto nem mesmo um servidor!), abra um navegador da Web e vá para alguns sites (gerar atividade de rede)
5. Voltar à máquina do cliente: ssh [email protected]
6. Sucesso!

Portanto, é quase como se, após algum tempo, um tempo limite fosse atingido entre o servidor de compilação e meu roteador, e o roteador estivesse desconectado. Quando isso acontece, tento fazer o SSH no servidor de compilação, já que o roteador não "conhece" mais sobre ele, No route to host .

Além disso, se eu tentar executar ping no servidor de compilação quando estiver inativo / inativo, o ping falhará. Se eu tentar fazer ping no servidor de compilação quando ele não estiver ocioso (e, portanto, permitir que eu faça SSH nele), ele ficará bem. Alguma idéia?

    

Answer 1

Esse problema parece ser algo proveniente do roteador, não do próprio servidor, a menos que haja uma configuração estranha no lado do servidor. Sem saber que tipo de equipamento de rede está entre as duas caixas, é difícil adivinhar qual poderá ser o seu problema.

Como uma tentativa inicial, você converteu da reserva DHCP Persistente (baseada no MAC) para uma configuração IP estática? Você pode colocar o mesmo endereço IP, ou seja, x.x.x.52 em sua máquina de compilação como seu endereço estático e ver se isso ajuda com o problema de tempo limite.

    

Answer 2

Em vez de lutar com o roteador que você tem em mãos, o que pode mudar mais tarde, eu recomendo abordar o problema de um ângulo completamente diferente - Esqueça o roteador não confiável / ilógico e suas configurações, crie seu próprio DNS / Sistema DHCP em vez disso. Esqueça o endereçamento de suas máquinas com endereços IP e comece a usar nomes de host significativos. Isso é o que eu tenho feito.

O guia de configuração do servidor DNS / DHCP mais abrangente na rede IMHO é

Fornecendo serviços DHCP e DNS com DNSMasq
link

Portanto, configuro meu servidor DNS / DHCP uma vez, e desde então tenho oferecido serviço DNS / DHCP confiável para minha rede doméstica, mesmo que o sistema operacional do servidor tenha sido atualizado várias vezes e até mesmo se vários roteadores e vá ao longo do tempo.