O método padrão de desenvolver sites de desenvolvimento ou acessar sites antigos temporários depois de movê-los é colocar uma entrada em c: \ windows \ system32 \ drivers \ etc \ hosts - assim como / etc / hosts em máquinas UNIX.
O problema que estou tendo parece não estar relacionado ao que seria o equivalente a "DNS" sendo colocado antes de "Files" em /etc/nsswitch.conf em uma máquina UNIX, já que tanto o Firefox 45 quanto o Chrome 49 estão se recusando a me levar para o site ao vivo (ou resolver o dev), ou seja: link quando há uma entrada no DNS quando Eu modifiquei isso por meio de uma entrada no arquivo de hosts.
Esse comportamento é realmente estranho, porque vai para o endereço IP do site de desenvolvimento habilitado para SSL, avisa sobre o certificado, oferece a oportunidade de adicionar a exceção e depois me retorna continuamente à página de aviso sem entregar o site atual, uma vez que eu adicionei a exceção.
Ao comentar a entrada hosts, posso mais uma vez ir ao site ao vivo - quando eu altero o endereço IP no A RR do arquivo de zona DNS para o site antigo / dev, ele exibe a exceção novamente, mas me leva lá depois de adicionar a exceção.
O que há com esse comportamento? Quando faço isso em uma máquina Linux, não tenho esse problema, nem sinto isso com o Firefox 45 ou o Chrome 49 no Windows 7 - como corrijo isso para agir normalmente como deveria, e entregar o SSL / TLS antigo / dev site especificado no meu arquivo de hosts durante a execução no Windows 10?
Uma nota - Estou executando o bitdefender, mas este NÃO é o comportamento citado em: entradas do arquivo de hosts do Windows 10 comentadas - como eu verifiquei meu arquivo de hosts e as entradas personalizadas NÃO estão comentadas.