Quando depuro um projeto do Visual Studio usando o Chrome, o navegador tenta redirecionar para o equivalente https do meu endereço da web. Não tenho o SSL ativado no projeto web e o URL inicial é o URL http. Quando depuro usando o FireFox ou o IE, não tenho esse problema.
Reinstalei o Chrome, que corrigiu o problema por um dia. Sem baixar nenhum complemento, o problema aconteceu novamente no dia seguinte.
O que está fazendo o Chrome redirecionar o host local para https?
Network Inspect Shows: URL da solicitação: data: text / html, chromewebdata Cabeçalhos de solicitação Cabeçalhos provisórios são mostrados Agente do Usuário: Mozilla / 5.0 (Windows NT 6.3; WOW64) AppleWebKit / 537.36 (KHTML, como Gecko) Chrome / 36.0.1985.143 Safari / 537,36
Sem visualização e sem dados de resposta nessas guias.
fonte
.dev
como doman local, é uma questão totalmente nova, então eu acho que nenhuma dessas respostas funcionará mais. No Chrome 63 ... "Chrome para forçar domínios .dev para HTTPS via HSTS pré-carregado". Portanto, não há mais certificados SSL autoassinados. Aparentemente, o .dev é um domínio real. Quem sabia.Respostas:
Acredito que isso seja causado pelo HSTS - consulte http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
Se você possui (desenvolveu) outros sites de host local que enviam um cabeçalho HSTS ...
por exemplo. Segurança de transporte estrita: max-age = 31536000; includeSubDomains; pré-carga
... então, dependendo do valor da idade máxima, solicitações futuras para o host local deverão ser atendidas por HTTPS.
Para contornar isso, fiz o seguinte.
Esta não é uma solução permanente, mas pelo menos a fará funcionar entre projetos. Se alguém souber excluir permanentemente localhost da lista HSTS, informe-me :)
ATUALIZAÇÃO - novembro de 2017
O Chrome mudou recentemente esta configuração para Excluir políticas de segurança de domínio
ATUALIZAÇÃO - dezembro de 2017 Se você estiver usando o domínio .dev, veja outras respostas abaixo, pois o Chrome (e outros) forçam o HTTPS via HSTS pré-carregado.
fonte
.dev
, acredito que isso não esteja funcionando no @Alison, porque no recente lançamento da v.63 ... "Chrome para forçar domínios .dev para HTTPS via HSTS pré-carregado". Como tal, o .dev basicamente não funcionará mais, a menos que você tenha um certificado SSL assinado apropriado. Não são mais permitidos certificados autoassinados. Mais detalhes .Experimentei o mesmo problema no Chrome e tentei sem sucesso usar a solução do BigJump .
Corrigi o meu problema forçando uma atualização, conforme mostrado neste blog (originalmente desta resposta do SuperUser ).
Verifique se a barra de endereço está usando o esquema http e siga estas etapas, possivelmente algumas vezes:
fonte
NOVOS DESENVOLVIMENTOS! (se você possui o Chrome 63 ou superior)
Se o domínio do host local for
.dev
, não acho que as respostas aceitas e funcionais anteriormente não sejam mais aplicáveis. Isso ocorre porque, no Chrome 63, o Chrome forçará domínios .dev para HTTPS via HSTS pré-carregado.O que isso significa é que
.dev
basicamente não funcionará mais, a menos que você tenha o certificado SSL assinado correto - não são mais permitidos certificados autoassinados! Saiba mais nesta postagem do blog.Portanto, para corrigir esse problema agora e evitar que isso aconteça novamente no futuro,
.test
é um domínio recomendado, pois é reservado pelo IETF para fins de teste / desenvolvimento. Você também deve poder usar o desenvolvedor.localhost
local.fonte
.test
.dev
por.test
funcionou para mim também no Chrome 63Pegando carona em Adiyat Mubarak
Não foi possível atualizar com força, pois estava apenas atualizando em https. Segue alguns dos mesmos passos.
fonte
Estou enfrentando o mesmo problema, mas apenas no Chrome Canary e procurando uma solução que encontrei neste post .
Então, mude seus domínios.
fonte
.local
parece meio frágil, embora eu acho que é mais seguro do que outros TLDs. Também estou retirando o uso do.localhost
coz, parece que o chrome faz algum redirecionamento nativo, o que parece impedir o funcionamento do meu rproxy..test
parece mais segura, embora desajeitado devido aos conflitos de namespace com todas aquelas cordas usadas em TDD /.test()
métodos etcO Chrome 63 (lançado desde dezembro de 2017) forçará todos os domínios que terminam em .dev (e .foo) a serem redirecionados para HTTPS por meio de um cabeçalho HTTP Strict Transport Security (HSTS) pré-carregado. Você pode encontrar mais informações sobre isso aqui.
fonte
.app
domínios na última semana. Estamos mudando temporariamente para,.test
embora eu não ache que seja uma solução a longo prazo.from https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/
Nenhuma das correções de opção funcionou para mim, para corrigir
https://localhost:3000
, isso funcionou.clique e segure o
Reload
botão e selecioneEmpty Cache and Hard Reload
, isso parece ser apenas uma opção nolocalhost
fonte
Eu também tenho lutado com esse problema. Parece que o HSTS se destina apenas a nomes de domínio . Portanto, se você estiver desenvolvendo em uma máquina local, é muito mais fácil usar o endereço IP. Então mudei de localhost para 127.0.0.1
fonte
Eu nunca descobri a raiz do problema, mas fui capaz de corrigi-lo. Excluí a pasta de cache do aplicativo Google Chrome que resolveu o problema.
C: \ Usuários [usuários] \ AppData \ Local \ Google \ Chrome
fonte
Isso pode ser causado por um redirecionamento https em cache e pode ser corrigido limpando o cache manualmente, como na resposta de Adiyat Mubarak.
Mas se você estiver visitando o host local, provavelmente é um desenvolvedor. Nesse caso, você encontrará uma extensão do Chrome para limpeza de cache, como "killer de cache clássico" (consulte, por exemplo, https://chrome.google.com/webstore/search/classic%20cache % 20killer? Hl = pt ) útil em várias situações e provavelmente já possui um instalado.
Portanto, a solução rápida é: instale um killer de cache (se você ainda não o possui), ligue-o e recarregue a página. Feito!
fonte
Uma solução preguiçosa e rápida para pessoas preguiçosas como eu (trabalhando no Chrome 67).
Basta iniciar outra janela do Chrome no modo furtivo , com a opção "Janela anônima" (CTRL + SHIFT + N). Não é necessário excluir o cache, não é necessário mergulhar nas configurações profundas do Chrome, etc.
fonte
Nada disso funcionou para mim. Começou a acontecer após uma atualização do chrome (Versão 63.0.3239.84, linux) com um URL local. Sempre redirecionaria para https, não importa o quê. Perdi algumas horas e muita paciência com isso
Afinal, o que funcionou foi apenas mudar o domínio.
Pelo que vale, o domínio foi .app. Talvez tenha algo a ver? E apenas mudei para .test e o chrome parou de redirecioná-lo
fonte
Como eu resolvi esse problema com o chrome 79:
Basta colar este URL na pesquisa input chrome: // flags / # allow-insecure-localhost
Isso me ajudou usando recursos experimentais.
fonte
Infelizmente, nenhuma das soluções listadas aqui me ajudou a resolver esse problema. Corrigi esse problema usando http://127.0.0.1 (endereço IP) em vez de http: // localhost . Um pequeno truque rápido para trabalhar com desenvolvimento angular com o navegador Chrome.
fonte
No meu caso, eu tinha o caminho do meu projeto definido como
/Users/me/dev/project_root/
e estava executando onodeJS
/express
server a partir daí. Renomear meu caminho para/Users/me/project_root
(removendodev
do caminho para o projeto) resolveu o problema.Muito provavelmente tem a ver com este novo regulamento:
Você pode encontrar mais informações sobre isso aqui .
Usando:
fonte
Uma solução simples para isso é editar seu
/etc/hosts
arquivo e estabelecer um alias por projeto.Esses nomes sem domínio nunca terão problemas com o HSTS, a menos que você envie a resposta do HSTS mencionada por @bigjump e com o benefício adicional de manter sua sessão de logon se você alternar entre os projetos.
fonte
Vá para configurações no Chrome e, em seguida, para Configurações avançadas, na seção privacidade e segurança, clique em Limpar dados de navegação e, em seguida, limpe todos os dados. Eu segui esses passos e funcionou para mim. Espero que ajude alguém.
fonte
O Chrome 63 força domínios .dev automáticos para HTTPS via HSTS pré-carregado.
Solução rápida: basta alterar os domínios .dev para .localhost.
fonte
Esta não é uma solução, é apenas uma solução alternativa.
Clique no seu projeto do visual studio (nível superior) no Solution Explorer e vá para a janela de propriedades.
Alterar SSL ativado para true. Agora você verá outro número de porta como 'SSL SSL' na janela de propriedades.
Agora, quando você executa o aplicativo (ou visualiza no navegador), é necessário alterar manualmente o número da porta para o número da porta SSL na barra de endereços.
Agora funciona bem como um link SSL
fonte
Abra
Chrome Developer Tools
-> vá paraNetwork
-> selecioneDisable Cache
-> recarregarfonte
Para alguém que teve o mesmo problema, resolvi pressionando CTRL + SHIFT + DELETE para excluir apenas o cache inteiro do navegador. Agora posso acessar meu site localhost no protocolo HTTP.
fonte
A resposta do @Adiyat Mubarak não funcionou para mim. Quando tentei limpar o cache e recarregar com força, a página ainda é redirecionada para https.
Minha solução: no canto superior direito da barra de URL (logo à esquerda do ícone de estrela dos favoritos), existe um ícone com um "x". Clique com o botão direito do mouse e ele dirá algo sobre "scripts não seguros"; existe a opção de carregá-los de qualquer maneira. Faça isso.
fonte
Outra opção seria usar algo como https://github.com/rchampourlier/tunnelss
Claro que acrescentou outra dependência / configuração, mas também permite testar o https no dev, o que pode ser bom.
No entanto, eu uso o RVM para obter túneis funcionando, eu tive que usar
sudo gem install tunnelss
esudo tunnelss
fonte
Essa é a solução mais rápida hoje (17-3-2018):
Feche todas as guias / janelas do Chrome e execute na linha de comando o seguinte: (ou adicione-o como um código de acesso)
fonte