Google 크롬에서 Err_Quic_Protocol_Error를 수정하는 방법

때때로 Google Chrome에서 Err_quic_protocol_error가 표시됩니까 ? 때때로 Chrome을 사용하여 사이트를 서핑할 수 없지만 다른 브라우저를 사용해도 괜찮습니까? Err_quic_protocol_error 는 종종 문제 해결에 문제가 될 수 있는 간헐적인 오류이지만 TechJunkie에 답이 있습니다 . Google 크롬에서 Err_quic_protocol_error를 수정하는 방법은 다음과 같습니다 .

Google 크롬은 가장 안정적인 브라우저 중 하나여야 합니다. 수년 동안 사용되어 왔으며 빠르고 안전하게 서핑할 수 있는 데 관심이 있는 회사에서 개발했습니다. 속도와 기능 면에서 Firefox Quantum에 의해 추월당했지만 Chrome은 여전히 ​​수백만 명이 사용하고 있으며 여전히 Chromium을 사용하는 다른 브라우저의 기반입니다.

브라우저의 출시 버전은 매우 안정적이지만 Chrome 브라우저에는 다양한 기기와 웹사이트에서 종종 지원되지 않는 다양한 실험적 기능이 포함되어 있습니다. 실수로 온라인 브라우저 게임을 음소거한 자동 재생 오디오 변경과 같은 문제를 방지하기 위해 기능을 롤백해야 하는 경우가 종종 있음을 기억하십시오. 드물지만 이러한 일이 발생하며 최첨단 브라우저에 대해 지불하는 대가입니다.

Err_quic_protocol_error 수정

다운로드로 이 오류를 수정하도록 제안하는 웹사이트에 대한 간단한 설명입니다. 그것은 하나가 필요하지 않으며 매우 간단한 수정입니다. 나는 이름을 밝히지 않지만 하나의 도구를 제공하는 웹 사이트는 Chrome, Windows 또는 뱀 기름을 판매하는 모든 프로그램에 대한 모든 만병 통치약을 수정합니다. 이 오류에 대한 패치를 특별히 제공하더라도 필요하지 않으므로 해당 사이트를 주의해서 사용하십시오.

QUIC 프로토콜은 실제로 매우 흥미롭지만 헤드라인을 묻기보다는 오류를 논의하기 전에 오류를 수정하는 방법을 보여드리겠습니다.

Err_quic_protocol_error 는 빠른 라우터가 있는 파이버 네트워크에서 발생하는 것 같습니다. 왜 이런 일이 발생하는지 모르겠지만 더 느린 ADSL 또는 ADSL2 라우터에는 이 문제가 없는 것 같습니다. 어느 쪽이든 문제를 해결하는 방법은 다음과 같습니다.

1. Chrome을 열고 URL 표시줄에 ' chrome://flags '를 입력한 다음 Enter 키를 누릅니다 .
2. ' 실험적 QUIC 프로토콜 '을 검색하거나 찾습니다 .
   
3. 오른쪽에 있는 상자를 선택하고 설정을 Default 에서 Disabled 로 변경합니다 .
4. 변경 사항을 적용하려면 Chrome을 다시 시작하세요.

이것은 대부분의 상황에서 Err_quic_protocol_error를 수정하기에 충분합니다 . Chrome을 제거한 다음 다시 설치하는 것이 유일한 옵션이 아닌 곳을 몇 번 보았습니다. 필요한 경우 방법은 다음과 같습니다. Chrome을 다시 설치한 후 위와 같이 QUIC 플래그를 다시 확인하여 문제가 다시 발생하지 않도록 하세요.

Windows에서:

1. Windows 시작 메뉴를 열고 Google 크롬을 찾습니다.
2. 항목을 마우스 오른쪽 버튼으로 클릭하고 제거를 선택합니다 .
3. 여기에서 새로운 사본을 다운로드하십시오.
4. 설치 프로그램을 선택하고 실행하여 설치합니다.

맥에서:

1. Dock에서 Chrome 아이콘을 마우스 오른쪽 버튼으로 클릭하고 종료를 선택합니다 .
2. Finder를 사용하여 Chrome을 찾고 아이콘을 휴지통으로 드래그합니다.
3. 새 사본을 다운로드하여 설치하십시오.

다시 설치해야 하는 경우 이 방법은 모든 즐겨찾기 및 설정을 유지해야 합니다. 핵심 Chrome 파일을 새 파일로 교체하고 컴퓨터의 다른 위치에서 북마크 및 기타 모든 항목을 선택합니다. 이제 Chrome은 Err_quic_protocol_error 없이 잘 작동합니다 .

QUIC 프로토콜

QUIC(Quick UDP Internet Connections) 프로토콜은 Google에서 작업 중인 실험적인 네트워크 전송 메커니즘입니다. 아이디어는 결국 TCP 프로토콜을 대체하는 것입니다. TCP의 오버헤드를 줄이고 스트림을 연속적으로 수행하는 대신 다중화함으로써 QUIC는 TCP보다 훨씬 더 빠를 것입니다.

일반적인 TCP 연결에는 단일 스트림과 브라우저와 대상 사이의 많은 왕복이 포함됩니다. 첫 번째 실제 데이터 패킷이 전송되기 전에 핸드셰이크, 승인, 동기화, 설정 및 초기 데이터 전송이 있습니다. 이로 인해 지연이 발생하고 병목 현상이 발생할 가능성이 있습니다. 하나의 TCP 패킷이 막히면 다른 패킷이 그 뒤에 붙어 지연이 발생합니다.

반면에 QUIC은 속도를 위해 설계되었습니다. TCP의 여러 설정 메시지 대신 QUIC은 단일 메시지에서 이를 수행합니다. QUIC은 또한 UDP 다중화를 사용하여 메시지가 막히더라도 추가 메시지를 전달할 수 있습니다. 또한 최대 효율을 위한 내장형 혼잡 제어 기능도 포함되어 있습니다.

QUIC의 또 다른 기능은 오류 제어입니다. 손실된 패킷을 쉽게 처리할 수 있으며 추측에 의한 재전송으로 손실을 관리합니다. TCP는 혼잡 회피를 사용하지만 이것은 더 빠르거나 덜 혼잡한 네트워크로 제한됩니다. 느리거나 신뢰할 수 없는 네트워크는 TCP 문제를 일으킵니다. QUIC에는 지연되거나 손실된 패킷을 처리하는 데 도움이 되는 자체 경계 및 패킷 페이싱 시스템이 있습니다.

QUIC은 6년 동안 개발되어 왔지만 아직 끝나지 않았습니다. Google이 이를 뒷받침하는 원동력이지만 이를 지원하는 웹 서버는 1% 미만인 것으로 보입니다. QUIC에 대해 자세히 알아 보려면 이 리소스가 좋습니다 .