Cenario:Servidor DHCP Linux com algumas reservas fixas (fixed-address) e outras estacoes adquirindo ips dinamicos. Ambas configuracoes no mesmo range de ips.Estacoes Linux e Windows XPProblema:Estacao windows que recebe endereco fixo do servidor DHCP entrando em conflito com outra estacao(Linux) que nao possui uma reserva fisica.Suspeita1:Antes de disponibilizar um endereco a uma estacao o servidor DHCP faz uma confirmacao se alguem ja esta utilizando o endereco atraves do envio de pacotes ICMP. Obtendo resposta ele testa o proximo endereco ate encontrar um endereco livre.Estacoes com windows XP, por padrao, bloqueiam pacotes ICMP. Logo, o primeiro passo e liberar os pacotes icmp no firewall do windows e forcando o lease e a renovacao das duas estacoes que estavam conflitando anteriormente.Suspeita2:Ao analisar os logs do servidor DHCP, notei que a renovacao do endereco da estacao com Windows XP nao estava ocorrendo conforme a configuracao padrao do servidor (2 em 2 horas), apesar dela ter ficado ligada e com a conexao fisica de rede em perfeitas condicoes todo este tempo.Foi confirmado que esta estacao estava ociosa por um bom periodo e que tambem estava com a opcao que permite o desligamento da interface de rede em casos de ociosidade para economia de energia ativada.Com esta opcao desativada, a estacao passou a fazer suas renovacoes de endereco conforme esperado e outras estacoes nao receberam a oferta do endereco que havia sido previamente reservado.Solucao Ideal:A solucao ideal para o cenario apresentado ainda continua sendo a divisao do dhcp em pools de enderecamento. Assim voce consegue delimitar os enderecos que serao fornecidos dinamicamente dos que serao utilizados nas reservas fixas. A configuracao de meu proxy possui uma acl que libera o acesso ao site xpto.Apesar de haver uma acl explicita de liberacao, que antecede qualquer outra acl de bloqueio e que talvez pudesse interferir nas permissoes, o proxy estava retornando a mensagem TCP_DENIED_REPLY/403 ao tentar baixar um arquivo deste mesmo site xpto.Geralmente, quando necessito liberar o acesso total a determinado site/dominio eu utilizo somente uma diretiva http_request liberando determinada acl.Realmente nao e necessario a utilizacao da diretiva http_reply_access, ja que por padrao ela e uma diretiva permissiva: NOTE: if there are no access lines present, the default is to allow all repliesPorem, em minha configuracao a diretiva http_reply_access ja tinha sido utilizada para restringir um outro conteudo. Exatamente este uso que passou a impactar esta liberacao.Para solucionar o problema e permitir que o cliente acessasse todo o conteudo do site, bastou incluir a excecao para a acl do site que eu precisava liberar na chamada desta diretiva (http_reply_access). Cenario:Uma estacao de trabalho com o windows XP e duas interfaces de rede, uma conectando-se a um provedor de internet local e recebendo um ip publico via DHCP, a outra conectada a rede local e recebendo um endereco da rede interna.Problema:Ao receber o ip da rede interna a maquina tambem recebia o gateway default da rede local o que causava problemas com a rota padrao adicionada anteriormente pela conexao com o provedor de internet.Configurando manualmente um ip, sem gateway, nesta estacao fazia com que o servidor nao confirmasse se o este