일관성이 없는 ERR_HTTP2_SERVER_REFUSED_페이지 로드 시 STREAM 오류

일관성이 없는 ERR_HTTP2_SERVER_REFUSED_페이지 로드 시 STREAM 오류

서로 워드프레스 사이트를 매우 있습니다.net::ERR_HTTP2_SERVER_REFUSED_STREAM 했을 경우, )까지, 를 들면 그 가 몇개 경우)까지, 매우 합니다.이러한 에러가 발생했을 경우, 페이지 로드로부터 페이지 로드(또는 새로고침)까지의 에러수는, 그 에러를 수반하는 4개의 요구로부터 약 60개(페이지에 요구가 몇개인가 있는 경우)까지 다양합니다.실제로 영향을 받는 자원/요구는 완전히 랜덤한 것으로 생각되기 때문에 그 출처에 대한 단서를 남기지 않습니다.

이러한 에러가 발생했을 경우는, 브라우저가 재기동할 때까지(단순 페이지 리프레시 또는 하드 리프레시를 실행하는 경우) 대부분의 에러가 계속 됩니다.재기동 후에도 머무르는 경우는 거의 없습니다.

이 딸꾹질이 발생하고 브라우저/시스템이 이 장애 상태가 되면 이러한 오류는 워드프레스 백엔드에서 다음과 같은 기본 파일을 로드하는 경우에도 발생합니다..../wp-includes/js/wp-lists.min.js?ver=5.7슷합니니다다

적어도 두 명의 사용자가 Chrome, Opera 및 Edge에서 워드프레스에 로그인하거나 워드프레스를 사용하지 않는 동안 이 동작을 경험했습니다.Opera 및 Edge에는 브라우저 확장이 설치되어 있지 않습니다.우리가 아는 한, 다른 사용자들 중 일부는 사이트를 여러 번 방문했지만 이 문제는 발생하지 않았습니다.

그 이유 및/또는 해결방법은 무엇입니까?

---

두 사이트에 설치된 플러그인 목록:

• 이미지 맵 프로
• Kadence 블록 - PRO 확장
• Kadence 블록– 페이지 빌더 기능용 구텐베르크 블록
• 카덴스 갤러리
• 카덴스 프로
• 워드프레스 축소
• 암호 보호 WordPress Lite
• Presto 플레이어
• Presto Player Pro
• 슬라이더 회전
• WP 구글 맵
• WP Google 지도 - Pro 애드온
• WPvid 백업 플러그인
• WPvid 백업 프로

---

이것은 WordPress와 관련이 없습니다.HTTP/2 표준을 사용하는 Apache 또는 Nginx와 관련이 있습니다.

거부됨_스트림(0x7):엔드포인트는 애플리케이션 처리를 수행하기 전에 스트림을 거부했습니다(자세한 내용은 섹션 8.1.4 참조).

동시 스트림 수가 너무 많을 수 있습니다.

엔드포인트는 피어에서 설정한 제한을 초과해서는 안 됩니다.애드버타이즈된 동시 스트림 제한을 초과하는 헤더 프레임을 수신하는 엔드포인트는 이를 PROTOCAL_ERROR 또는 REJUESED 유형의 스트림 오류(섹션 5.4.2)로 취급해야 합니다.STREAM. 오류 코드 선택에 따라 엔드포인트가 자동 재시도를 활성화할지 여부가 결정됩니다(자세한 내용은 섹션 8.1.4 참조).

Push Response 작업 중에 전송할 수도 있습니다.

클라이언트가 어떤 이유로든 서버로부터의 푸시 응답을 수신하고 싶지 않다고 판단한 경우 또는 서버가 약속된 응답 전송을 시작하는 데 너무 오래 걸리는 경우 클라이언트는 CANCEL 또는 REJUSTED 중 하나를 사용하여 RST_STREAM 프레임을 전송할 수 있습니다.STREAM 코드 및 푸시된 스트림의 식별자를 참조합니다.

또는 클라이언트가 HTTP/1.1을 사용하여 연결을 시도하는 경우:

HTTP/1.1 응답을 처리하지 않는 서버는 거부된 스트림 1을 거부해야 합니다.접속 서문을 송신한 직후의 STREAM 에러 코드에서는, 업그레이드된 HTTP/2 접속을 개입시켜 클라이언트에 요구를 재시도하도록 재촉합니다.

위와 같이 여러 가지 이유가 있을 수 있기 때문에, 저는 그 요청 중에 무슨 일이 일어나고 있는지 정확히 알 수 없습니다.

몇 가지 옵션을 제안합니다.

• 사이트의 트래픽을 Cloudflare를 통해 전달합니다.이러한 접속의 중간자로서 기능해, 서버에 송신된 요구를 정규화합니다.
• 확장 가능SETTINGS_MAX_CONCURRENT_STREAMS송신 리스크를 최소한으로 억제하다REFUSED_STREAMNginx 를 사용하는 경우는, http://nginx.org/en/docs/http/ngx_http_v2_module.html#http2_max_concurrent_streams 를 참조해 주세요.
• 위의 방법을 모를 경우 호스팅 회사에 연락하여 Nginx 버전을 업그레이드하도록 요청하십시오. 일부 이전 버전에는 문제가 있는 것으로 알려져 있습니다.
• Nginx에서 HTTP/2를 비활성화합니다.nginx에서 http2를 디세블로 하는 방법
• 마지막 리소스로 다른 호스팅 회사로 마이그레이션할 수 있습니다.

Apache를 사용하면 위에서 말한 내용도 모두 적용됩니다.

적어도 두 개의 워드프레스 사이트가 있는데, 그 사이트 수가 매우 다양합니다.ERR_HTTP2_SERVER_REFUSED_STREAM 오류입니다.이러한 에러가 발생했을 경우, 송신되는 에러의 수는, 예를 들면 4개의 요구로부터 약 60개, 경우에 따라서는 그 이상(페이지에 충분한 요구가 있는 경우)으로 크게 다릅니다.

말씀하신 대로 스트림 오류 수가 요청 수보다 많습니다.스트림은 스트림 ID가 짝수인 푸시 스트림이라고 설명할 수 있습니다.푸시 스트림은 서버 측에서 시작됩니다.반대로 클라이언트 측에서 시작된 스트림은 홀수 ID를 가집니다.

에러가 중요한 이유는 무엇입니까?

몇 가지 로드맵을 찾기 위해 주요 오류 단어를 따릅니다.검색 키워드 ERR_HTTP2_SERVER_REFUSED_크롬 기투브 레포 내 스트림

ERROR_CODE_REFUSED_에 회신하기 위해 다음과 같은 봉합이 있습니다.개울.

• 브라우저는 서버 측 스트림 RST 프레임을 처리합니다(SpdySession:: OnGoAway).RST 프레임은 세션을 닫지 않고 스트림을 닫는 것을 의미합니다.에러 ERR_을 수신할 수 있습니다.HTTP2_SERVER_REFUSED_개울.

• 브라우저는 서버 측 스트림 Goway 프레임을 처리합니다(SpdySession:: OnGoAway).Goway 프레임은 세션을 닫는 것을 의미합니다.서버측 요구 goway 프레임에 오류가 없습니다(spdy::ERROR_CODE_NO_ERROR) 에러 ERR_가 발생할 수 있습니다.HTTP2_SERVER_REFUSED_개울.

오류 수가 요청 수보다 훨씬 많습니다.그래서 우리는 무대 위로 이끌려갈지도 몰라.
서버 측에서 RST 프레임을 송신했을 가능성이 높습니다.

이제 우리는 계속 파고든다.

검색 키워드 ERROR_CODE_REFUSED_크롬 기투브 레포 내 스트림

서버가 ERROR_CODE_REFUSED_를 송신할 수 있습니다.다음과 같은 적합성을 갖춘 스트림:

• 세션 속성 enable_push_가 꺼져 있으면 푸시 스트림을 생성해 보십시오.
• 세션 상태가 STATE_GOING_AWAY가 되지만 푸시 스트림을 수신합니다.
• ":url" 헤더가 없는 잘못된 푸시 스트림
• 신뢰할 수 있는 프록시에 의한 오리진 간 푸시에는 http 방식만 허용됩니다.그렇지 않으면 거절당한다.
• 푸시된 URL에는 https 스킴이 필요합니다.
• 인증서가 푸시된 URL과 일치하지 않습니다.
• 동일한 URL을 가진 푸시된 스트림이 중복됩니다.
• ERR_TIMED_OUT 또는 ERR_HTTP2_CLIENT_REFUSED_개울.

유용한 유틸리티

자세한 내용은 디버깅툴을 사용해 주세요.

chrome://net-internals/http2#events

또는

chrome://net-export/

서버 푸시 뉴스 정보

크롬을 사용하여 서버 푸시 제거

언급URL : https://stackoverflow.com/questions/66572034/inconsistent-err-http2-server-refused-stream-error-on-page-load