Em nosso servidor DHCP, vejo isso em alguns de nossos contratos e não sei por que ele está sendo relatado assim.
lease <IP Address> {
starts 5 2015/08/21 13:22:20;
ends 5 2015/08/21 13:22:18;
tstp 5 2015/08/21 13:22:20;
tsfp 5 2015/08/21 13:22:20;
atsfp 5 2015/08/21 13:22:20;
binding state backup;
hardware ethernet <MAC address>;
uid "lease <IP Address> {
starts 4 2015/10/22 01:59:48;
ends 6 2015/10/24 01:59:48;
tstp 6 2015/09/19 01:57:16;
tsfp 0 2015/10/25 01:59:48;
atsfp 0 2015/10/25 01:59:48;
cltt 3 2015/09/16 01:57:16;
binding state active;
next binding state expired;
hardware ethernet <MAC Address>
uid "lease <IP Address> {
starts 5 2015/08/21 13:22:20;
ends 5 2015/08/21 13:22:18;
tstp 5 2015/08/21 13:22:20;
tsfp 5 2015/08/21 13:22:20;
atsfp 5 2015/08/21 13:22:20;
binding state backup;
hardware ethernet <MAC address>;
uid "lease <IP Address> {
starts 4 2015/10/22 01:59:48;
ends 6 2015/10/24 01:59:48;
tstp 6 2015/09/19 01:57:16;
tsfp 0 2015/10/25 01:59:48;
atsfp 0 2015/10/25 01:59:48;
cltt 3 2015/09/16 01:57:16;
binding state active;
next binding state expired;
hardware ethernet <MAC Address>
uid "%pre%1%pre%074A10";
1%pre%074A1'";
1%pre%074A10";
1%pre%074A1'";
Como você pode ver aqui, terminou antes de começar por 2 segundos. Isso é diferente da locação abaixo, onde parece ser mais preciso na medida em que os tempos vão e está de acordo com as configurações definidas pelo arquivo conf, que é 48 horas de tempo de concessão padrão.
%pre%Alguém pode explicar por que isso pode acontecer e o que isso significa para a validade do aluguel?
Olhando para a página de manual do arquivo de concessões, seu primeiro bloco é uma concessão que pode ser entregue pelo servidor secundário em uma configuração de failover; o segundo bloco é uma concessão que foi entregue a um cliente. Se esta não é uma configuração de failover, você copiou o arquivo de arrendamento de algum lugar?
Tags dhcp linux network-protocols rhel6