이 문제를 해결하는 가장 빠른 방법은 "연결이 비공개입니다"화면을 보는 것입니다.
유형 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
- .테스트
- (모든 사용자 정의 / 비표준 최상위 도메인)
자세한 내용은 답변 및 코딩 담당자 에서 원래 질문으로의 링크 를 참조하십시오.
코딩 손에서 대답