이 사이트에 접속할 수 없습니다 : "mail.google.com에 접속할 수 없습니다"

9

Chrome 브라우저에 이상한 문제가있어 해결 방법을 찾을 수 없습니다. Gmail 이메일에 액세스하려고 할 때마다 다음 메시지가 표시됩니다.

이 사이트에 접속할 수 없습니다

mail.google.com에 현재 연결할 수 없습니다.

시험:

연결 확인 프록시 및 방화벽 확인

ERR_SSL_VERSION_INTERFERENCE

나는 다음을 시도했다.

설정> 고급> 재설정
설정> 고급> 브라우징 데이터 지우기 (처음부터)

그들 중 어느 것도 효과가 없으며 다른 시도를 한 후에 정확히 같은 문제가 발생했습니다.

이것은 작업 연결이며 다른 브라우저에는 영향을 미치지 않습니다. Firefox를 사용해 보니 이메일이 제대로 작동합니다. 처음에는 연결을 비난하지만 이제는 Firefox에서 작동한다는 것을 알았습니다. 나는 어떤 프록시 뒤에 있지 않습니다.

어떤 도움이 될 수 있습니까?

google-chrome https

— 레이니에 PM
소스

4

흥미로운 일이 될 수 있습니다 : chromium.googlesource.com/chromium/src.git/+/...

— 데이브

어떤 종류의 연결입니까? (직장에서? 집에서?)이 연결에서 작동 한 적이 있습니까? 프록시 설정이 있습니까? 시계가 맞습니까?

— djsmiley2kStaysInside

다른 브라우저에 영향을 줍니까?

— Dave

— @Dave

15

Chrome 용 SSL / TLS에서 일하는 사람들 중 하나입니다.

우리는 TLS 프로토콜의 다음 개정판 인 TLS 1.3 초안을 실험하고 있습니다. 불행히도 TLS 1.3이 활성화되면 버그가있는 미들웨어 (바이러스 백신, 방화벽, 프록시 등)에 문제가 있습니다. ERR_SSL_VERSION_INTERFERENCE는 이러한 사례 중 하나가 감지되었음을 의미합니다.

https://crbug.com/new 에서 버그를 신고 하시겠습니까 ? 그런 다음 거기에서 가져갈 수 있습니다. 다른 사람이이 문제를보고 있다면 버그를 신고하십시오.

감사!

— 데이비드 벤자민
소스

안녕 데이비드, 이제 오류가 사라졌지 만 다시 얻을 경우 요청에 따라 버그를 열 것입니다. 이 일이 직장에서만 일어나고 주말에 나를 붙잡아서 미안해. (주말까지 더 이상 오류가없는 경우 지금 열어 두겠습니다. 답변을 수락하고 닫

— 겠습니다.

1

MITM 프록시가있는 경우 (즉, 회사에서 HTTPS 연결을 가로 채려고 시도하는 장치) 제조업체 및 펌웨어 버전을 아는 것이 좋습니다. 또한 "Experimental QUIC 프로토콜"을 비활성화하고 "Maximum TLS version enabled"를 설정하여보다 안정적으로 재현 할 수 있습니다. chrome : // flags의 TLS 1.3으로

— agl

안녕하세요, 오늘 나는 다시 한 번 같은 문제를 겪고 있습니다. @ user737958이 TLS를 1.2로 되돌려 모든 것이 작동하게한다고 말하면서 여기 에서 문제를 열었습니다.

— ReynierPM 2016 년

8

나를 위해. tls 1.3을 비활성화하면 Google 메일이 다시 작동합니다. @ _ @

— 메리 아디 포이 포
소스

그렇습니다. chrome://flags그래도 언급 할 또 다른 대답이 있었 거나이 설정을 찾을 수있는 곳을 알지 못했을 것입니다.

— Adrian Larson

Ooowh .... 내가 얘기를 깜빡 했네요 chrome://flags:) ...

— Maryadi Poipo에게

와우, 이것은 증상을 고칠뿐입니다. 원인은 일부 네트워크 장치가 연결로 인해 나사 조이기 때문입니다.

— Navin

3

Chrome을 업데이트 한 후 최근에 같은 문제가 발생했습니다. chrome : // flags에서 TLS 버전을 1.2로 설정하려고 시도했지만 다시 작동합니다.

— 사용자
소스

1

더 자세한 내용을 알려주십시오.

— Ramhound

1

최대 버전을 해결 방법으로 설정 한 경우 crbug.com/new에 버그를 신고하십시오 . 그것은 당신의 네트워크에 문제가 있다는 것을 의미합니다.

— David Benjamin

0

google-chrome 안정 63.0.3239.84 이상을 사용하는 경우 왼쪽의 빨간색 삼각형을 사용하여 자체 서명 된 인증서를 다시 작동 (내 경우 Canon 프린터 구성에 액세스) 할 수 있습니다 : chrome : // TLS를 찾고 TLS를 비활성화하는 플래그 1.3.

대신, TLS 1.3과 호환되도록 인증서를 재생성 할 수 있습니다.

TLS 1.3은 보안 및 성능면에서 장점이 있습니다 (주로 핸드 셰이크 프로세스에 관한 것).

firefox 52.5.0 ESR이 이전과 같이 작동했다고 언급 할 가치가 있습니다. 이전에 말했듯이 LAN에서 내 Canon 프린터를 프록시하지 않고 탐색합니다. Linux에서 Google 크롬 (64 비트)의 "문제"일뿐입니다.

— 미구엘 A. RO
소스

1

문제가있는 프린터의 모델 및 펌웨어 버전을 확인할 수 있습니까? 또 다른 보고서는 PIXMA MX495를 제안했지만 즉시 사용할 수있는 것 같지는 않습니다. 현재 모델에서도 이와 같은 일이 발생하면 이번 주에 하나를 얻을 수 있으며 이러한 장치의 문제를 식별 할 수 있는지 확인합니다.

— agl

Canon Pixma MG3650입니다. 며칠 전에 펌웨어를 2.040에서 2.050 버전으로 업그레이드했습니다. 그 후 자체 서명 된 인증서를 다시 생성했지만 새 인증서는 여전히 google-chrome과 TLS 1.3과 버전이 일치하지 않습니다. 프린터 외부에서 TLS 1.3 인증서를 생성하여로드 할 수 있지만 Gentoo Linux를 사용하며 TLS 1.3 지원은 여전히 마스킹되어 있습니다 (OpenSSL 1.1.0을 통해).

— Miguel A. RO

1

자세한 내용에 감사드립니다. 나는 이것이 문제가 될 수있는 인증서라고 믿지 않습니다. 오히려 Canon의 TLS 구현에서 Chrome 63의 ClientHello 메시지를 올바르게 구문 분석하지 못하게하는 문제가있을 수 있습니다. 지금은 chrome : // flags / # tls13-variant를 Disabled로 설정하여이 문제를 해결할 수 있습니다. 더 자세히 조사 할 수 있도록 PIXMA 프린터가 배송됩니다.

— agl

사용자 문제를 고려해 주셔서 감사합니다. 이것은 Linus Torvalds의 모토의 진정한 의미입니다.이 경우 Canon과 같은 다른 문제가 문제에 대해 책임이있는 것처럼 보일지라도 "간단한 사용자 프로그램은 용납 할 수 없습니다".

— Miguel A. RO

1

Canon의 TLS 스택 (BSAFE로 표시됨)은 비공식 TLS 확장을 확장 40으로 구현한다는 것을 알았습니다. 그러나 TLS 1.3의 key_share 확장과 충돌하여 이러한 상호 운용성 문제가 발생합니다. 우리는 Canon에게 경고했고 IETF에게 알려줄 것입니다. IETF가 이것에 대해 key_share의 번호를 다시 매길 수 있기를 바랍니다. Chrome의 TLS 1.3 실험은 19 일에 중단되며이 시점에서이 문제는 사라집니다.

— agl

0

세 가지 솔루션을 적용하여이 오류를 해결할 수 있는지 확인하십시오.

프록시 설정에서 최근 변경 사항 취소
크롬 플래그 설정에서 TLS 1.3 비활성화
인터넷 옵션> 인터넷 속성> LAN 설정> 연결에서 자동 감지 옵션을 선택 취소하십시오.

위의 솔루션 중 하나는 반드시 PC의 SSL 버전 오류를 수정합니다.

— 준 드몬
소스

단계별 솔루션 세부 정보를 참조하려면 https://wildtricks.com/chrome/err_ssl_version_interference/

— JUNED MEMON