크롬 :이 웹 사이트는 HSTS를 사용합니다. 네트워크 오류…이 페이지는 나중에 작동 할 것입니다


161

localhost에 대해 개발 중입니다. 오늘 아침에 피들러를 사용한 직후 크롬 에서이 오류가 발생하기 시작했습니다 (파이어 폭스에서 올바르게 작동합니다)

"웹 사이트에서 HSTS를 사용하고 있으므로 현재 로컬 호스트를 방문 할 수 없습니다. 네트워크 오류 및 공격은 일반적으로 일시적이므로이 페이지는 나중에 작동 할 것입니다." 여기에 이미지 설명을 입력하십시오

이제 로컬 호스트는 피들러가 실행중인 경우에만 크롬으로 작동합니다. 피들러가 종료되면 피들러가 만드는 프록시 리디렉션이 이미 수정되었는지 확인했습니다.

또한 신뢰할 수있는 루트로 인증서를 가져오고 브라우저 (및 컴퓨터)를 다시 시작하려고했습니다.


2
IT 관리자가 정책을 변경할 때이 문제가 발생합니다. gpupdate / force
Jacob Phan

답변:


191

이 문제를 해결하는 가장 빠른 방법은 "연결이 비공개입니다"화면을 보는 것입니다.

유형 badidea

유형 thisisunsafe( 새로운 암호 구를 찾기위한 Java Guy에 대한 신용 )

이렇게하면 Chrome이 그렇지 않으면이 HSTS 사례와 같은 클릭 연결을 통해 예외를 설정하지 못하는 경우 보안 예외가 허용됩니다.

이것은 로컬 연결 및 로컬 네트워크 가상 머신에만 권장되지만, 직접 로컬 호스트 연결이 아니라 개발에 사용되는 VM (예 : 포트 전달 로컬 연결)에서 작동하는 이점이 있습니다.

참고 : Chrome 개발자는 과거에이 비밀번호 문구를 변경했으며 다시 변경할 수 있습니다. 경우 badidea새 암호를 배우면 작업을 중단, 여기에 메모를 남겨주세요. 나는 똑같이하려고 노력할 것이다.

편집 : 2018 년 1 월 30 일 현재이 암호는 더 이상 작동하지 않는 것 같습니다.

새로운 것을 찾아 낼 수 있다면 여기에 게시하겠습니다. 그동안이 스택 오버 플로우 게시물에 설명 된 방법을 사용하여 자체 서명 된 인증서를 설정하는 데 시간이 걸립니다.

openssl로 자체 서명 인증서를 작성하는 방법은 무엇입니까?

편집 : 2018 년 3 월 1 일 및 Chrome 버전 64.0.3282.186부터이 암호는 .dev 사이트의 HSTS 관련 블록에 대해 다시 작동합니다.

수정 : 2018 년 3 월 9 일 및 Chrome 버전 65.0.3325.146부터 badidea비밀번호 문구가 더 이상 작동하지 않습니다.

편집 2 : 자체 서명 된 인증서의 문제는 요즘 보드 전체의 보안 표준이 강화되어 자체 오류가 발생하는 것으로 보입니다 (예 : nginx는 SSL / TLS 인증서를로드하지 않습니다. 권한 체인에 자체 서명 된 인증서 (기본적으로).

내가 지금 가고있는 해결책은 모든 .app 및 .dev 개발 사이트에서 최상위 도메인을 .test 또는 .localhost로 바꾸는 것입니다. Chrome 및 Safari는 더 이상 표준 최상위 도메인 (.app 포함)에 대한 안전하지 않은 연결을 허용하지 않습니다.

특수 사용 도메인을 포함하여이 위키 백과 기사에서 표준 최상위 도메인의 현재 목록을 찾을 수 있습니다.

Wikipedia : 인터넷 최상위 도메인 목록 : 특별 사용 도메인

이러한 최상위 도메인은 새로운 https 전용 제한에서 제외 된 것으로 보입니다.

  • .현지
  • .localhost
  • .테스트
  • (모든 사용자 정의 / 비표준 최상위 도메인)

자세한 내용은 답변 및 코딩 담당자 에서 원래 질문으로의 링크 를 참조하십시오.

코딩 손에서 대답


19
이 같은 것을 들어 본 적이 없지만 어떤 이유로 든 작동합니다! 감사!
Alexey

엄청난 도움! 정말 고맙습니다!
RHSmith159

나는 이것이 효과가 있다고 믿을 수는 없지만 그렇게합니다. 이것이 문서화되어 있지 않다는 것에 대해 행복하거나 화를 내야할지 확실하지 않습니다. 나는 수년 동안 Dev 환경 에서이 쓰레기를 다루는 데 HOURS를 보냈습니다.
Scott Byers

7
thisisunsafeinsread를 사용하십시오 badidea. 이것은 새로운 버전으로 변경되었습니다
Java Guy

그것은 +1 작동하지만 크롬은 실제로 막기보다는 경고를 계속하는 옵션을 추가해야합니다.
5413668060

186

당신이 방문했을 때 이전에 https : // localhost 보안 채널 (http가 아닌 http)을 통해이 사이트를 방문했을뿐만 아니라 특수 HTTP 헤더를 사용하여 브라우저에 알려줍니다. ), 향후 모든 방문에 https 만 사용해야합니다.

이것은 웹 서버가 사람들이 의도적으로 또는 악의적 인 당사자에 의해 http로 다운 그레이드되는 것을 방지하기 위해 사용할 수있는 보안 기능입니다.

그러나 그런 다음 https 서버를 끄고 http를 탐색하려는 경우 (설계 상-이 보안 기능의 요점) 탐색 할 수 없습니다.

HSTS는 또한 과거의 인증서 오류를 수락하고 건너 뛰는 것을 방지합니다.

HSTS가 더 이상 localhost에 설정되지 않도록 재설정하려면 Chrome 주소 표시 줄에 다음을 입력하십시오.

chrome://net-internals/#hsts

"localhost"에 대한이 설정을 삭제할 수있는 위치

나중에이 문제를 피하기 위해이 설정을 무엇으로 설정했는지 알아볼 수도 있습니다!

다른 사이트 (예 : www.google.com)의 경우 Chrome 코드에 "사전로드되어"제거 할 수 없습니다. chrome : // net-internals / # hsts에서 쿼리 static하면 HSTS 항목으로 표시됩니다 .

마지막으로 Google은 전체 .dev 도메인에 대해 HSTS를 사전로드하기 시작했습니다. https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/


나는 gmail.com에 이것을 얻고있다. chrome : // net-internals / # hsts로 이동하여 gmail.com을 쿼리하여 찾았습니다. static_sts_domain : gmail.com static_upgrade_mode : STRICT 도메인을 삭제하려고했지만 여전히 문제가 있습니다.
paiego

이 대답은 나에게 의미가 있습니다. 내 문제는 웹 사이트 이름 서버를 wordpress (wordpress 호스트)에서 내 서버 (자체 호스팅)로 변경했으며 이제는이를 가져 오는 것으로 추정되며 모든 Chrome 방문자가 그렇게합니다. 방문자가 캐시를 삭제하지 않고 방문자를 해결하는 방법에 대한 아이디어가 있습니까?
TomC

2
기본적으로 대답은 앞으로 HTTPS를 사용하거나 사용자가 캐시하지 않기를 희망하는 것입니다. HTTPS는 LetsEncrypt에서 앞으로 나아가는 길입니다. 또한 누군가가 귀하의 사이트를 브라우저 코드에 미리로드했는지 확인해야하지만 직접 재설정 할 수는없는 것 같습니다. Wordpress가 자동으로 HSTS를 추가하는 것을 알지 못하므로 어떻게 된지 궁금합니다.
Barry Pollard

감사합니다 @BazzaDP-이 문제를 해결할 방법이 없습니다. 이름 서버를 다시 변경하고 이전 사이트에서 HTTPS를 강제 실행 한 내용을 찾은 다음 다시 마이그레이션을 시도해야 할 수도 있습니다. 단순히 Wordpress 호스팅 블로그에서 새 사이트로 FTP를 보낼 수 없기 때문에 이것이 문제이며 새 사이트 소유자에게는 SSL 인증서가 없습니다 (
심지어

2
내 대답에서 언급했듯이 미리로드 된 (또는 정적 STS) 항목은 로컬로 유지 관리되는 목록이 아닌 Chrome 코드에 있으므로 삭제할 수 없습니다. 그리고 내 대답의 마지막 줄에 따라 Google은 전체 개발 도메인을 미리로드하기로 결정했습니다.
Barry Pollard

24

크롬 창에서 아무 곳이나 클릭하고 크롬 thisisunsafe대신 ( badidea이전이 아닌 ) 입력하십시오 .

이 암호는 나중에 변경 될 수 있습니다. 이것은 소스입니다

https://chromium.googlesource.com/chromium/src/+/master/components/security_interstitials/core/browser/resources/interstitial_large.js#19

해당 라인 window.atob('dGhpc2lzdW5zYWZl')에 따라 브라우저 콘솔에 입력 하면 실제 암호 문구가 표시됩니다.

이번에는 암호가 thisisunsafe입니다.


19

개인 호스트 이름으로 XAMPP에서 실행되는 사이트 에서이 문제가 발생했습니다. 그렇게 사적인 것은 아닙니다. 그들은 모두 domain.devGoogle이 개인 gTLD로 등록 했으며 도메인 수준에서 HSTS를 강제하고 있습니다. 모든 가상 호스트를 .devel(ugh) 로 변경하고 Apache를 다시 시작하면 모두 정상적으로 작동합니다.


나는 오페라 50.0.2762.9와에서 내 개발 도메인 스위칭이이 문제를 확인할 수 .dev.devel제한 주위 작품.
Courtney Miles

5
RFC 2606 은 개인 테스트와의 충돌을 방지하기 위해 일부 최상위 도메인을 예약합니다. .test아마도 개발 환경으로 전환하는 것이 가장 올바른 것 같습니다 .
Courtney Miles

이 크롬 내에서 그런 식으로 행동하는 이유를 알아낼 수없는 존재의 일 후에 내 인생 저장 문자 그대로 한 .dev알 것 로컬 호스트 도메인 ... 하나님 ...
D. 페트 로브

실제로 .test는 현재 또는 새로운 DNS 관련 코드를 테스트 할 때만 사용하는 것이 좋습니다.
Alexey

이것은 내 문제를 해결했습니다. 개발 환경에 Laragon을 사용하고 있습니다.
Craig

12

최근 CloudFlare Origin CA를 사용하여 도메인에 액세스하는 동안 동일한 문제가 발생했습니다 .

Chrome (Windows 빌드)에서 HSTS 인증서 예외를 해결하거나 피하는 유일한 방법은 https://support.opendns.com/entries/66657664 의 간단한 지침을 따르는 것 입니다.

해결 방법 :
Chrome에 바로 가기 플래그를 추가 --ignore-certificate-errors한 다음 다시 열고 웹 사이트로 이동합니다.

알림 :
개발 목적으로 만 사용하십시오.

여기에 이미지 설명을 입력하십시오


아마도 구글 카나리아 빌드 google.com/chrome/browser/canary.html
Binyamin

인증서 오류를 일으키는 사이트가 없다고 가정하십시오. 그렇다면 솔루션이 작동하는지 어떻게 확인할 수 있습니까? 여기에 도움이되지 않습니다 - stackoverflow.com/questions/41902367/...
MasterJoe2

맥 버전은 어떻습니까?
자바 가이



2

동일한 오류가 발생하고 시크릿 모드에도 동일한 문제가 있습니다. Chrome 기록을 삭제하여이 문제를 해결했습니다.


2

나는이 문제로 오랫동안 고통 받고있다. GitHub와 같은 웹 사이트를 열 수 없습니다. 나는 웹에서 모든 대답을 거의 시도했지만 아무도 일하지 않았습니다. 크롬을 다시 설치하려고했습니다. 우리 네트워크 담당자 로부터이 솔루션을 찾았으며 효과가있었습니다. 이 오류를 영구적으로 해결하는 레지스트리 수정이 있습니다.

  1. 를 눌러 윈도우 + R의 개방 실행 대화 상자의 열쇠
  2. 유형 : regedit 를 입력하고 Enter 를 눌러 레지스트리를여십시오.
  3. 왼쪽의 트리보기에서 다음 경로를 통해 클릭하십시오. HKEY_LOCAL_MACHINE> SOFTWARE> 정책> Microsoft> SystemCertificate> Authroot
  4. 이제 DisableRootAutoUpdate를 두 번 클릭하십시오. 오른쪽의 를 나타나는 대화 상자에서 0으로 설정하십시오.
  5. 레지스트리 변경 사항을 적용하기 위해 PC를 다시 시작하면 더 이상이 오류가 발생하지 않습니다

위의 솔루션은 Windows 8 용입니다. 이후 버전에서는 거의 동일하지만 XP 및 Vista와 같은 이전 버전은 확실하지 않습니다. 따라서 확인해야합니다.


이 옵션의 의미를 알고 있습니까?
MasterJoe2

@ testerjoe2 : 아닙니다
Modi

1
이 다양한 Google 도메인과 함께 google-analytics.com으로 고통 받고 있습니다. 이 답변은 내 문제를 해결했습니다.
Shawn

support.microsoft.com/en-us/help/2813430/…에 있는 기사는 Windows Vista 용 패치에 도입 된 키의 동작을 설명합니다. 이 특정 값을 0으로 설정하면 업데이트 된 루트 인증서가 Windows Update에서 자동으로 가져와 신뢰할 수있는 루트 인증 기관 저장소에 설치됩니다. 엔터프라이즈 환경에서는 보안 조치로 해제 될 수 있습니다. 그러나 이는 누군가가 엔터프라이즈 수준에서 신뢰할 수있는 루트 인증 기관을 관리해야 함을 의미합니다.
JamieSee
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.