Chrome이 왜 http : //에서 https : // 체계로 페이지 내의 링크를 다시 작성합니까?

나는이 문제에 완전히 빠져 들었다.

SSL을 지원하지 않고 데이터베이스 내 https : // 스킴 또는 테마, 구성 등의 파일 (WordPress 웹 사이트)을 참조하지 않는 가상 호스트 인 웹 사이트를 방문하면 Chrome에서 링크를 다시 작성합니다. https : // 구성표를 사용하려면 페이지 내에서

Firefox 또는 IE를 사용하여 웹 사이트를 방문 할 때는 문제가 발생하지 않습니다. 호스트 OS는 Windows 7입니다.

나는 성공하지 않고 다음을 시도했다.

캐싱 문제인 경우 사용자의 로컬 Chrome 데이터를 삭제합니다.
최신 Chrome 설치
모든 플러그인 비활성화
비활성화 된 바이러스 백신 프로그램
chrome : // net-internals에있는 Chrome의 HSTS 데이터베이스에서 호스트 이름을 삭제했습니다. Chrome : http : //에서 https : //로 리디렉션을 중지하는 방법

참고 : 웹 서버는 호스트 웹 서버의 호스트 이름에 대한 SSL 인증서가있는 포트 443에서만 수신 대기합니다.

예를 들어, 웹 서버는 명확성을 위해 원시 HTML로 응답합니다.

<html>
...
<a href="http://hostname">link</a>
...
</html>

Chrome은 다음과 같이 렌더링되도록 페이지 내의 링크를 다시 작성합니다.

<html>
...
<a href="https://hostname">link</a>
...
</html>

이것을 일으키는 원인에 대한 추가 제안은 크게 감사하겠습니다.

— 멋쟁이
소스

WordPress 또는 동일한 호스트의 정적 .html 페이지에서만 발생합니까? Wireshark를 a href="http://"통해 서버에서 수신 중인지 확인할 수 있습니까 ?

— grawity

나는 이것이 크롬 정책이라고 생각합니다. 도메인에 https : // 액세스 권한이 있고 http를 사용하려고하면 크롬이 자동으로 되돌

— 립니다.

@grawity에게 감사드립니다-아래에서 솔루션으로 호출 된 정적 / 동적 페이지 헤더를 비교하려고했습니다.

— zoot

고객의 아들이 전화를 걸어서 설치 한 WooCommerce를보고 그 이유를 발견했습니다. 공식 WooCommerce 릴리스 :

http://develop.woothemes.com/woocommerce/2015/07/woocommerce-2-3-13-security-and-maintenance-release/

2.3.12의 작지만 중요한 수정 사항은 SSL 감지와 관련이있었습니다. WooCommerce는 대부분 WordPress 함수 is_ssl ()을 사용하여 SSL을 통해 페이지가 제공되는지 여부를 감지합니다. WooCommerce는이 기능을 일부 최신 호스팅 환경과 호환되도록하는 작은 기능을 가지고있었습니다. 그러나 이로 인해 일부 Chrome 설치에서 URL이 SSL이라고 잘못 생각했습니다.

— 멋쟁이
소스