그만큼 504 게이트웨이 시간 초과 오류는 가장 일반적인 HTTP 중 하나입니다. 5xx 웹 사이트 소유자와 사이트 방문자가 직면 한 오류. 다수를 위해 WordPress 블로그전자 상거래 플랫폼, 이와 같은 서버 오류를 수정하는 방법을 아는 것은 힘들게 얻은 방문자가 경쟁 사이트로 튀는 것을 방지하는 데 중요합니다.

504 게이트웨이 시간 초과 오류는 발생 이유를 알려주지 않으므로 서버 시간 초과의 원인을 정확히 파악하기가 어렵습니다. 이 기사는이를 깊이있게 이해하고 원인을 진단 한 다음 해결하는 방법을 배우는 데 도움이됩니다.

게시물에 언급 된 다양한 솔루션을 모두 시도한 후 사이트가 즉시 가동되고 실행될 것입니다.

흥미로운가요? 뛰어 들자!

504 게이트웨이 시간 초과 오류 란 무엇입니까?

브라우저에서 웹 사이트를 방문 할 때마다 브라우저는 사이트가 호스팅되는 웹 서버. 서버는 요청을 처리하고 요청 된 리소스로 응답합니다.

Illustration of how HTTP requests and responses work

HTTP 요청 및 응답 작동 방식

서버 응답에는 다음 중 하나가 포함됩니다. 많은 HTTP 상태 코드 브라우저에 대한 응답 상태를 나타냅니다. 그러나 이러한 모든 HTTP 상태 코드가 오류는 아닙니다. 예를 들어, 200 OK 상태 코드 서버가 요청을 성공적으로 처리했으며 "모든 것이 정상"임을 의미합니다.

그만큼 5xx 클래스의 HTTP 상태 코드 서버에 문제가 있음을 나타내며 서버는 이에 대해 알고 있으며 클라이언트 요청을 수행 할 수 없습니다. 결과적으로 그들은 또한 서버 오류 5xx 상태 코드.

공식적으로 5xx 클래스 (500, 501, 502, 503, 504). 비공식 코드도 많이 올 수 있습니다 (506, 507, 509, 520등).

IETF (Internet Engineering Task Force)는 504 게이트웨이 시간 초과 오류 같이:

504 (Gateway Timeout) 상태 코드는 서버가 게이트웨이 또는 프록시 역할을하는 동안 요청을 완료하기 위해 액세스해야하는 업스트림 서버로부터 적시에 응답을받지 못했음을 나타냅니다.

더 단순화하기 위해이 오류는 두 서버가 요청 처리에 관여하고 첫 번째 서버 (일반적으로 주 서버)가 두 번째 서버 (업스트림 서버)의 응답을 기다리는 시간이 초과 될 때 발생합니다.

504 게이트웨이 시간 초과 오류는 다양한 형태로 나타납니다. 일반적으로 표시되는 몇 가지 방법은 다음과 같습니다.

The HTTP ERROR 504 in Chrome browser

Chrome 브라우저의 'HTTP ERROR 504'

504 게이트웨이 시간 초과 오류는 다음과 유사합니다. 502 잘못된 게이트웨이 오류이는 첫 번째 서버가 두 번째 서버 (업스트림 서버)로부터 잘못된 응답을 수신했음을 나타냅니다.

504 GATEWAY TIMEOUT status code in Chrome DevTools

Chrome DevTools의 '504 GATEWAY TIMEOUT'상태 코드

504 게이트웨이 시간 초과 오류의 변형

브라우저는 다른 오류와 마찬가지로 내부에 504 게이트웨이 시간 초과 오류를 표시합니다. 다양한 운영 체제, 웹 서버, 브라우저 및 사용자 에이전트가 존재하기 때문에 다양한 방식으로 나타날 수 있습니다.

다음은 발생할 수있는 몇 가지 일반적인 504 오류 메시지 변형입니다.

  • 504 게이트웨이 시간 초과
  • 504 게이트웨이 시간 초과 NGINX
  • NGINX 504 게이트웨이 시간 초과
  • 게이트웨이 시간 초과 오류
  • 오류 504
  • HTTP 오류 504
  • HTTP 오류 504 — 게이트웨이 시간 초과
  • HTTP 504
  • 504 오류
  • 게이트웨이 시간 초과 (504)
  • 이 페이지가 작동하지 않습니다. 도메인이 응답하는 데 너무 오래 걸렸습니다.
  • 504 게이트웨이 시간 초과 — 서버가 제 시간에 응답하지 않았습니다.
  • 빈 흰색 화면

위의 모든 오류 응답은 단어가 다르지만 동일한 504 게이트웨이 시간 초과 서버 오류를 가리 킵니다.

웹 서버 및 웹 사이트는 사용자에게 504 게이트웨이 시간 초과 오류를 표시하는 방법을 사용자 지정할 수 있습니다. 그들 중 일부는 멋질 수 있습니다! 방문자의 실망을 진정시키는 훌륭한 전술입니다.

GitHub’s customized HTTP 504 error page

GitHub의 사용자 지정 HTTP 504 오류 페이지

504 게이트웨이 시간 초과 오류의 SEO 영향

모든 5xx 오류는 웹 페이지가로드되지 않도록하여 사용자 경험에 해를 끼칩니다. 그 후, Google과 같은 검색 엔진 이러한 오류를 심각하게 받아들이십시오. 오류가 오랫동안 지속되면 검색 엔진 결과에서 웹 페이지의 색인을 해제 할 수도 있습니다.

예를 들어 Google 스파이더가 503 서비스를 사용할 수 없음 오류가 발생하면 주로 사용되는 일시적인 문제라는 것을 이해하게됩니다. 사이트 유지 관리 모드 활성화. 따라서 나중에 페이지를 다시 크롤링하려고 시도합니다.

504 게이트웨이 시간 초과 오류는 여러 가지 이유로 인해 발생할 수 있으므로 반드시 일시적인 것은 아닙니다. 만약 귀하의 사이트가 다운되었습니다 단 몇 분 동안 스파이더가 매분마다 여러 번 크롤링을 시도하면 캐시에서 페이지를 제공하려고 시도합니다. 그들은 그것을 알아 채지도 못할 것입니다.

그러나 사이트가 6 시간 이상 다운 된 경우 Google은 504 오류를 가능한 한 빨리 수정해야하는 심각한 사이트 전체 문제로 간주합니다. 이는 SEO에 부정적인 영향을 미칠 수 있습니다.

Viewing the crawl errors in Google Search Console

Google Search Console에서 크롤링 오류보기

Google Search Console 다음 중 하나입니다 최고의 SEO 도구 웹 사이트의 HTTP 5xx 오류를 모니터링합니다.

504 게이트웨이 시간 초과 오류의 원인

504 오류는 서버 간의 시간 초과로 인한 것이므로 문제는 클라이언트의 장치 또는 인터넷 연결에 있지 않을 수 있습니다. 여기에는 장치 및 연결도 포함됩니다.

504 게이트웨이 시간 초과 오류는 웹 서버가 다른 서버의 응답 및 "시간 초과"를 너무 오래 기다리고 있음을 나타냅니다. 이 시간 초과에는 여러 가지 이유가있을 수 있습니다. 다른 서버가 제대로 작동하지 않거나 과부하 상태이거나 다운되었습니다.

다른 서버가 항상 외부 서버 일 필요는 없습니다 (예 : CDN, API 게이트웨이). 또한 주 웹 서버 내에서 서버와 유사한 엔티티 일 수 있습니다 (예 : 역방향 프록시 서버, 데이터베이스 서버).

504 게이트웨이 시간 초과 오류를 수정하는 방법

서버 구성과 같은 WordPress 사이트에 대한 정확한 세부 정보를 모르면 호스팅 계획, 타사 플러그인 및 끌리는 교통, 504 게이트웨이 시간 초과 오류를 수정하는 것이 실망스럽고 부담 스러울 수 있습니다.

많은 변수가 관련되어 있으므로 매우 드물게 발생하는 클라이언트 측 문제를 수정 한 다음 일반적으로 504 오류의 원인 인 서버 측 문제를 수정하는 것으로 이동하는 것이 좋습니다.

웹 페이지를 새로 고침하십시오

504 게이트웨이 시간 초과 오류가 발생할 때 가장 먼저 시도 할 수있는 작업 중 하나는 몇 분 동안 기다렸다가 페이지를 다시로드하는 것입니다.

당신은 누를 수 있습니다 F5 대부분의 브라우저에서 웹 페이지를 새로 고침 / 새로 고침하는 단축키. 페이지를 제거하려면 브라우저 캐시 다시로드하기 전에 Ctrl + F5 대신 바로 가기 콤보.

Refreshing a webpage in Chrome browser

Chrome 브라우저에서 웹 페이지 새로 고침

그 동안 다른 브라우저에서 사이트를로드하여 문제를 배제 할 수도 있습니다. 대부분의 504 오류는 일시적으로 과부하 된 서버로 인해 발생하므로이 솔루션을 사용하면 사이트가 다시 돌아 오게됩니다.

사이트를 기다렸다가 다시로드해도 504 오류 문제가 해결되지 않으면 사이트가 모두 다운되었는지 아니면 본인 만 확인할 수 있는지 확인할 수 있습니다. 사이트 다운 타임을 테스트하는 두 가지 훌륭한 온라인 도구는 다음과 같습니다. 모두 또는 나만을위한 다운지금 다운 되었나요?

Testing Kinsta.com on Down for Everyone or Just Me

모든 사람 또는 나만을 위해 Kinsta.com 테스트

네트워크 장치 재부팅

때로는 모뎀이나 라우터와 같은 네트워크 장치의 문제로 인해 504 게이트웨이 시간 초과 오류가 발생할 수 있습니다. 이러한 장치를 재부팅하면 문제를 해결하는 데 도움이 될 수 있습니다.

이러한 모든 네트워킹 장치를 순서에 관계없이 끌 수 있지만 다시 켜는 순서가 중요합니다. 일반적으로 인터넷 서비스 제공 업체에서 주 클라이언트 장치로의 연결 순서에 따라 "외부"에서 이러한 장치를 켭니다.

프록시 설정 확인

프록시 서버는 장치와 인터넷 사이에 있습니다. 웹 사이트 및 웹 서버 (예 : VPN 사용).

프록시 서버에서 504 오류가 발생하는 경우는 드물지만 잘못된 프록시 서버 설정이 원인 일 수 있습니다. 프록시 서버를 비활성화하고 웹 페이지를 새로 고침하여 오류가 해결되는지 확인할 수 있습니다.

Changing the ‘Proxy’ settings in Windows 10

Windows 10에서 '프록시'설정 변경

대부분의 클라이언트는 프록시 서비스를 사용하지 않으므로 프록시 서버를 사용하지 않는다고 확신하는 경우이 단계를 건너 뛸 수 있습니다. 그러나 자신도 모르게 설정했을 수도 있습니다. 이 원인을 배제하기 위해 장치 및 브라우저의 프록시 설정을 확인하는 것이 좋습니다.

DNS 문제

504 게이트웨이 시간 초과 오류는 서버 측 또는 클라이언트 측 (또는 둘 다)의 DNS 문제로 인해 발생할 수도 있습니다.

서버 쪽 DNS 문제의 가장 가능성있는 이유는 FQDN (정규화 된 도메인 이름)이 올바른 IP 주소로 확인되지 않기 때문입니다. 일반적으로 WordPress 사이트를 새 서버 또는 호스트로 방금 마이그레이션 한 경우에 발생합니다. 따라서 도메인의 완전히 전파 할 DNS 레코드, 최대 24 시간이 소요될 수 있습니다.

다음과 같은 무료 도구를 사용할 수 있습니다. whatsmydns.net DNS 검사기 또는 DNSMap DNS가 전 세계로 전파되었는지 확인합니다.

Checking DNS propagation for your domain on whatsmydns.net

whatsmydns.net에서 도메인에 대한 DNS 전파 확인

클라이언트 측 DNS 문제를 해결하려면 로컬 DNS 캐시 플러시. 운영 체제에서 DNS 캐시를 플러시한다는 점을 제외하면 브라우저 캐시를 지우는 것과 같습니다.

Windows를 사용하는 경우 명령 프롬프트를 열고 다음 지시문을 입력하여 DNS 캐시를 플러시 할 수 있습니다.

ipconfig / flushdns
Flushing the DNS Cache with Command Prompt

Windows에서 명령 프롬프트로 DNS 캐시 플러시

"DNS 확인자 캐시를 성공적으로 플러시했습니다."가 표시되어야합니다. 작동하면 메시지.

최신 macOS 버전의 경우 터미널을 열고 다음 명령을 실행할 수 있습니다.

sudo killall -HUP mDNSResponder

프로세스가 완료되면 macOS에 알림이 표시되지 않지만 사용자 지정 메시지와 함께 명령을 추가하여 변경할 수 있습니다.

sudo killall -HUP mDNSResponder; DNS 캐시가 성공적으로 지워졌습니다.

이전 macOS 버전을 사용하는 경우 입력해야하는 명령은 실행중인 macOS 버전에 따라 다릅니다. 자세한 내용은 Kinsta의 심층 플러시 DNS의 macOS 섹션 지도 시간.

Linux 운영 체제를 사용하는 경우 Linux에서도 터미널을 명령 줄 인터페이스로 사용하므로 프로세스는 macOS와 매우 유사합니다. Linux 배포판이 많기 때문에 실행해야하는 정확한 명령은 배포판마다 다를 수 있습니다. 당신은 할 수 있습니다 Kinsta의 가이드 확인 자세한 내용은.

마지막으로 클라이언트 측 DNS 서버를 일시적으로 변경할 수 있습니다. 기본적으로 ISP는 DNS 서버를 자동으로 할당합니다. 그러나 임시로 공용 DNS IP로 변경할 수 있습니다.

시도해 볼 수있는 몇 가지 신뢰할 수있는 것은 Google 공용 DNS, Cloudflare 1.1.1.1, Quad9 DNS, 및 Cisco OpenDNS.

Settings custom DNS servers in Windows 10

Windows 10에서 사용자 지정 DNS 서버 설정

사이트의 CDN을 일시적으로 비활성화

때로는 문제가 귀하의 콘텐츠 전송 네트워크 (CDN). 사이트의 원본 서버에 연결할 수없는 경우 대부분의 CDN은 캐시에서 전체 웹 페이지를 제공하려고 시도합니다.

그러나 대부분의 CDN은 기본적으로이 기능을 활성화하지 않습니다. 동적 자산을 캐시하는 데 복잡함 대부분의 사이트 (예 : WordPress 관리자 대시 보드).

Setting the ‘Cache Everything’ page rule in Cloudflare

Cloudflare에서 '모든 항목 캐시'페이지 규칙 설정

이 문제를 해결하는 간단한 방법은 CDN을 일시적으로 비활성화하는 것입니다. 예를 들어 무료를 사용하는 경우 CDN 인 에이 블러 사이트 자산을 CDN URL에 연결하는 WordPress 플러그인을 사용하면 플러그인을 비활성화하고 사이트를 다시로드 할 수 있습니다.

CDN에 연결하는 데 사용할 수있는 다른 플러그인 (예 : WP Rocket, Breeze, W3 총 캐시).

사이트의 관리자 대시 보드에 액세스 할 수없는 경우 다음을 통해 플러그인을 비활성화 할 수 있습니다. SFTP 플러그인의 폴더 이름을 변경하여.

Disable all plugins via SFTP by renaming the plugins folder name

플러그인 폴더 이름을 변경하여 SFTP를 통해 모든 플러그인을 비활성화합니다.

같은 CDN Cloudflare 또는 수 쿠리 전체 프록시 서비스를 제공하는 에지 서버와 원본 서버 사이에 추가 방화벽이 있습니다. 따라서 HTTP 5xx 오류를 사용하는 동안 더 자주 발생할 수 있습니다. 그들 중 대부분 오리진 서버에서 반환 한 5xx 오류 캐시이므로 문제를 쉽게 해결할 수 있습니다.

Cloudflare의 무료 계획은 5xx 오류를 발생시키는 경향이 있습니다. 안타깝게도 전체 프록시 서비스이기 때문에 빠르게 비활성화 할 수있는 방법이 없습니다. 하지만 Cloudflare를 비난하기 전에 Cloudflare가 504 게이트웨이 시간 초과 오류의 두 가지 변형.

Cloudflare에서 504 게이트웨이 시간 초과 (변형 1)

Cloudflare는 사이트의 원본 서버가 표준 HTTP 504 응답으로 응답 할 때 사용자 지정 504 게이트웨이 시간 초과 오류 화면을 표시합니다.

Cloudflare’s custom Error 504 screen

Cloudflare의 사용자 지정 오류 504 화면

여기서 문제는 Cloudflare가 아닌 웹 서버에 있습니다. 아래 언급 된 다른 솔루션으로 문제를 해결하거나 호스팅 제공 업체의 지원 기술적 인 도움이 필요합니다.

Cloudflare에서 504 게이트웨이 시간 초과 (변형 2)

Cloudflare가 504 게이트웨이 시간 초과 오류를 발생시키는 경우 오류 화면에 현재 모든 Cloudflare 자산의 표준 서버 이름 인 "cloudflare"가 표시됩니다. 일반적으로 오류 화면은 다음과 같이 나타납니다.

504 Gateway Timeout error caused by Cloudflare

Cloudflare로 인한 504 게이트웨이 시간 초과 오류 화면

Cloudflare 자체가 응답하지 않으므로 여기에 Cloudflare 브랜드 오류 화면이 표시되지 않습니다.

대부분의 경우 Cloudflare는 이미 문제를 인식하고 있으며 이미 수정 작업 중입니다. 이를 확인하여 확인할 수 있습니다. Cloudflare 시스템 상태 웹 페이지. 또는 다음을 수행 할 수 있습니다. Cloudflare 지원에 문의 더 빠른 해결을 위해.

Check Cloudflare System Status at cloudflarestatus.com

cloudflarestatus.com에서 Cloudflare 시스템 상태 확인

대용량 업로드로 인해 Cloudflare에서 504 게이트웨이 시간 초과

그만큼 사이트 업로드 크기 서버 시간 초과의 원인이 될 수도 있습니다. Cloudflare는 업로드 파일 크기를 제한합니다. (HTTP POST 요청 당) Free 및 Pro 계획 모두에서 단 100MB로.

Cloudflare’s ‘Maximum Upload Size’ limits for various plans

다양한 계획에 대한 Cloudflare의 '최대 업로드 크기'제한

문제는 호스트 측 또는 Cloudflare에있을 수 있습니다. Cloudflare를 우회하여 정확한 원인을 찾을 수 있습니다. DNS 호스트 파일 업로드를 다시 시도하십시오.

WordPress와 함께 Cloudflare를 사용하는 경우 무료 플러그인캐싱에서 중요한 URL 제외 (예 : WordPress 관리 대시 보드). Kinsta의 자세한 게시물을 참조 할 수 있습니다. WordPress 용 Cloudflare 설정을 구성하는 방법.

추천 자료 : WordPress 용 Cloudflare APO를 설정하는 방법.

서버 문제 (호스트에 확인)

서버 문제는 504 게이트웨이 시간 초과 오류가 발생하는 가장 일반적인 이유 중 하나입니다. 대부분의 WordPress 사이트는 Nginx 또는 Apache 이는 Nginx 또는 Apache가 무언가의 응답을 기다리고 있고 시간이 초과되었음을 의미합니다.

많은 클라이언트가 다른 WordPress 호스트에서 직면하고있는 정확히이 문제로 Kinsta를 찾습니다. 대화는 다음과 같이 진행됩니다.

매월 20 만 이상의 조회수로 약 10 만 명의 방문자가 있습니다. 현재 ____로 호스팅하고 있으며 서버 과부하로 인해 504 오류가 지속적으로 발생합니다. 나는 ____이 문제를 어떻게 처리했는지 마음에 들지 않으며, 우리는 곧 그들의 헌신적 인 계획으로 옮겨야한다는 조언을 받았는데, 이것이 필요하지 않다고 생각합니다.

트래픽이 많고 전자 상거래 사이트 캐시 할 수없는 많은 요청을 생성하므로 서버 과부하로 인해 504 오류가 발생하기 쉽습니다. 그러나이 문제는 간단한 블로그. 많은 호스트가 문제를 해결하기 위해 상위 계층 계획으로 업그레이드하도록 요청하며 대부분의 경우 불필요합니다.

Kinsta 사용 LXD 관리 호스트 및 조정 된 LXC 소프트웨어 컨테이너 각 사이트에 대해. 따라서 모든 WordPress 사이트는이를 실행하는 데 필요한 모든 소프트웨어 (Linux, Nginx, PHP, MySQL). 리소스는 100% 비공개이며 다른 사이트, 심지어 귀하의 사이트와 공유되지 않습니다.

공유 호스팅 계획을 제공하는 대부분의 WordPress 호스트에는이 기능이 없습니다. 따라서 트래픽이 많은 사이트 귀하의 서버와 동일한 서버에서 호스팅되면 귀하의 사이트에서도 504 오류가 발생할 수 있습니다.

컨테이너의 각 사이트를 격리하는 것 외에도 Kinsta는 수천 개의 동시 연결을 쉽게 처리 할 수 있도록 인프라를 설계했습니다. Kinsta는 심지어 MySQL 데이터베이스를 localhost, 원격 서버가 아닙니다. 즉, 시스템간에 대기 시간이 없으므로 쿼리 속도가 빨라지고 시간 초과 발생 가능성이 줄어 듭니다.

많은 고객이 Kinsta로 마이그레이션 거대하다 전체로드 시간 감소.

A 212.5% increase in performance after switching to C2.

C2로 전환 한 후 212.5%의 성능 향상.

과부하 된 서버가 서버 시간 초과의 유일한 원인은 아닙니다. 504 오류에는 다른 여러 이유가있을 수 있습니다.

느린 서버 인프라

WordPress 사이트를 호스팅하는 데 사용하는 서버에 부하를 처리 할 리소스가 충분하지 않을 수 있습니다. 10 년 된 PC에서 현대적이고 그래픽 집약적 인 비디오 게임을하는 것과 같습니다.

서버는 웹 사이트 서비스를 중단합니다. 이 문제에 대한 유일한 해결책은 더 나은 인프라를 갖춘 서버로 업그레이드하는 것입니다. 이러한 이유로 Kinsta의 가장 기본적인 WordPress 호스팅 계획조차도 트래픽이 중간 인 정적 사이트를 처리합니다.

더 많은 PHP 작업자 필요

PHP 작업자 WordPress 사이트에서 코드를 실행하는 데 사용됩니다. 매월 50,000 명의 방문자를 확보하는 전자 상거래 사이트는 트래픽 양이 같은 단순한 블로그보다 훨씬 더 많은 리소스가 필요합니다. 모든 서버의 PHP 워커가 바쁘면 큐를 생성합니다.

큐가 너무 커지면 서버는 이전 요청을 무시하고 서버에서 504 게이트웨이 오류를 발생시킬 수 있습니다. 호스트에게 PHP 작업자 수를 늘리는 것에 대해 문의 할 수 있습니다. 이렇게하면 사이트에서 여러 요청을 동시에 실행할 수 있습니다.

방화벽 문제

서버의 방화벽에 오류가 있거나 구성이 잘못되었을 수 있습니다. 아마도 몇 가지 규칙으로 인해 서버가 연결을 제대로 설정하지 못할 수 있습니다. 알기 위해 당신의 방화벽 범인입니다. 서버의 오류 로그.

네트워크 연결 문제

프록시 서버와 웹 서버 간의 연결 문제로 인해 HTTP 요청에 대한 응답이 지연 될 수 있습니다. 로드 밸런서를 사용하는 경우 네트워크 연결 문제가있을 수도 있습니다.

HTTP 시간 초과

HTTP 시간 초과는 웹 서버와 클라이언트 간의 연결이 너무 오랫동안 열려있을 때 발생할 수 있습니다. WordPress 사이트에서는 일반적으로 실행할 때 발생합니다. WordPress 가져 오기. 이 문제를 해결하는 한 가지 방법은 더 빠른 인터넷 연결로 전환하는 것입니다.

다음을 지원하는 도구를 사용할 수도 있습니다. WP-CLI HTTP 연결을 완전히 우회하여 서버에서 직접 스크립트를 실행합니다. 예를 들어, 다음을 사용할 수 있습니다. wp import WP-CLI 명령 명령 줄 인터페이스를 통해 직접 WordPress Importer 플러그인을 실행합니다.

중대한: 504 게이트웨이 시간 초과 오류는 다음과 유사합니다. 503 서비스를 사용할 수 없음 오류 또는 502 잘못된 게이트웨이 오류. 그러나 그들은 모두 다릅니다. Kinsta에서 504 오류가 발생하는 경우 지원 티켓을 열다 문제를 즉시 해결하십시오.

사이트의 다운 타임을 직접 모니터링하려면 다음과 같은 도구를 사용할 수 있습니다. updown.io. 웹 사이트에 HTTP 요청을 보내 주기적으로 웹 사이트의 상태 (또는 URL)를 확인합니다. 확인 빈도는 15 초에서 1 시간까지 설정할 수 있습니다. 웹 사이트가 올바르게 응답하지 않으면 이메일이나 SMS로 알려줍니다.

Monitor your website with updown.io

updown.io로 웹 사이트를 쉽게 모니터링하세요

updown.io의 모든 계정에 대해 넉넉한 양의 무료 크레딧을받을 수 있지만 더 저렴한 대안을 찾고 있다면 확인할 수 있습니다. WebGazer 또는 가동 시간 로봇. 이 두 도구는 무료로 5 분마다 사이트의 가동 시간을 모니터링하는 데 도움이됩니다. 대부분의 웹 사이트 소유자에게 충분합니다.

WebGazer website monitoring tool's dashboard

WebGazer 웹 사이트 모니터링 도구의 대시 보드

웹 사이트를 모니터링하면 얼마나 자주 다운되었는지 알 수 있습니다. 공유 호스팅 제공 업체를 사용하는 경우 특히 유용합니다. 대부분의 관리되는 WordPress 호스트는이 문제를 자동으로 처리하므로 항상 함께 사용하는 것이 좋습니다.

자세한 설명은 Kinsta의 게시물을 확인하십시오. 관리되는 WordPress 호스팅의 중요성.

스팸, 봇 또는 DDoS 공격

악의적 인 공격자는 너무 많은 요청을 보내거나 리소스 집약적 인 요청을 보내 웹 서버를 크롤링 할 수 있습니다. 사이트가 봇에 의해 스팸을 받거나 DDoS 공격, 서버를 압도하고 많은 실제 사용자에게 504 게이트웨이 시간 초과 오류가 발생할 수 있습니다.

서버 트래픽 및 분석을 살펴보고 사이트 트래픽에서 불규칙한 패턴을 발견 할 수 있는지 확인할 수 있습니다. Kinsta를 사용하여 사이트를 호스팅하는 경우 다음 페이지로 이동하여이 데이터를 쉽게 볼 수 있습니다. MyKinsta Analytics 대시 보드.

MyKinsta Analytics dashboard

MyKinsta Analytics 대시 보드

상위 클라이언트 IP를 살펴보고 조사를 시작하세요. 누가 최대 요청 수를 어디에서 생성하는지에 대한 아이디어를 제공합니다. 서버가 갑자기 엄청난 대역폭을 사용하거나 많은 트래픽을 끌어들이는 경우이 보고서가 매우 유용합니다.

Viewing ‘Top Client IPs’ in MyKinsta dashboard

MyKinsta 대시 보드에서 '상위 클라이언트 IP'보기

다음으로 캐시 분석 보고서. 여기에서 캐시를 우회 또는 누락하거나 캐시에서 처리중인 요청 수를 확인할 수 있습니다. 성능 및 안정성을 위해 가능한 한 많은 요청을 캐시하고 싶지만 항상 가능한 것은 아닙니다.

예를 들면 WooCommerce 사이트 쇼핑 카트 및 결제 프로세스와 같은 기능에 대해 캐시 할 수없는 많은 요청을 생성합니다.

The ‘Cache Analysis’ screen in MyKinsta

MyKinsta의 '캐시 분석'화면

마지막으로 WordPress 보안 플러그인 걱정스러운 트래픽 / IP를 찾아 차단하여 웹 사이트의 보안을 강화합니다. 호스트에게 요청할 수 있습니다. 특정 IP 차단 너무.

다운 타임 및 WordPress 문제로 어려움을 겪고 계십니까? Kinsta는 성능과 보안을 염두에두고 설계된 호스팅 솔루션입니다! 우리의 계획을 확인하십시오

공격의 길이와 규모에 따라 많은 공격자가 차단 된 후 IP와 프록시 주소를 변경하므로 IP를 블랙리스트에 추가하는 끝없는 프로세스가 될 수 있습니다.

노트 : Kinsta는 사이트의 성능, 특히 스캔 기능에 큰 영향을 미칠 수 있으므로 클라이언트가 WordPress 보안 플러그인을 설치하는 것을 허용하지 않습니다. Kinsta가로드 밸런서를 사용하므로 구글 클라우드 플랫폼, 차단 IP가 항상 의도 한대로 작동하지는 않습니다.

Cloudflare 또는 Sucuri와 같은 전용 보안 솔루션을 사용하여 DDoS 공격 및 스팸 봇으로부터 사이트를 보호 할 수 있습니다. 자세한 내용은 Kinsta의 기사를 확인하십시오. Cloudflare 설치 방법 WordPress 사이트 및 방법 Sucuri는 DDoS 공격을 막는 데 도움이되었습니다. 그 트랙에서.

손상된 WordPress 데이터베이스

때때로 504 게이트웨이 시간 초과 오류는 손상으로 인해 발생할 수 있습니다. 데이터 베이스, 특히 WordPress 사이트에서. 일반적으로 이는 손상된 데이터베이스 테이블 또는 파일 때문입니다. 때로는 사이트 나 데이터베이스가 해킹당하는 것과 같은 심각한 보안 문제로 인해 발생할 수도 있습니다.

손상된 WordPress 데이터베이스 복구는 문제에 따라 다릅니다. 같은 플러그인 WP-DBManager 데이터베이스 문제를 쉽게 진단하고 복구 할 수 있습니다. Kinsta의 자세한 연습을 읽으십시오. WordPress 데이터베이스 문제 복구 시작합니다.

사이트의 플러그인 및 테마 확인

대부분의 경우 타사 플러그인 및 테마는 504 오류를 일으키지 않습니다. 그러나 일반적으로 플러그인 / 테마에 의해 생성 된 캐시되지 않은 많은 요청을 대기열에 추가하여 서버 시간 초과를 유발할 수있는 약간의 기회가 있습니다. 이것은 서버의 많은 PHP 작업자를 묶어 놓기 때문에 504 오류가 발생할 수 있습니다.

이 문제의 좋은 예는 WordPress 사이트에 전자 상거래 기능을 추가하기 위해 설치된 플러그인 인 WooCommerce입니다.

이 문제를 해결할 수있는 가장 간단한 방법은 다음과 같습니다. 모든 플러그인 비활성화. 플러그인을 비활성화하면 데이터가 손실되지 않습니다.

관리자 대시 보드에 액세스 할 수있는 경우 다음으로 이동할 수 있습니다. 플러그인 화면, 선택 비활성화 일괄 작업 메뉴에서 모든 플러그인을 확인 표시 한 다음 대다 단추. 그러면 모든 플러그인이 비활성화됩니다.

Deactivate plugins in WordPress

WP 관리 대시 보드를 통해 모든 WordPress 플러그인 비활성화

만약 너라면 관리 영역에 액세스 할 수 없습니다, 그런 다음 앞에서 설명한 방법을 사용하여 SFTP를 통해 플러그인을 비활성화 할 수 있습니다. 모든 플러그인을 대량으로 비활성화하려면 기본 플러그인 폴더 이름을 변경하십시오.

모든 플러그인을 비활성화 한 후 사이트가 제대로로드되는지 확인하세요. 작동하는 경우 각 플러그인을 하나씩 활성화하고 모든 플러그인을 활성화 한 후 사이트를 테스트해야합니다.

마지막으로 플러그인, 테마 및 WordPress 코어가 최신 상태인지 확인하십시오. 또한 서버가 권장 PHP 버전.

이것이 너무 부담 스럽다고 느끼면 언제든지 호스트에게 도움을 요청할 수 있습니다. Kinsta는 New Relic 및 기타 문제 해결 기술을 사용하여 클라이언트를 돕습니다. 오류를 일으킬 수있는 플러그인, 쿼리 또는 스크립트 범위를 좁 힙니다..

비효율적 인 쿼리 나 플러그인 / 테마의 잘못된 코드와 같은 최악의 시나리오에서는 WordPress 개발자 문제를 해결합니다.

오류 로그 확인

보기 오류 로그 WordPress 사이트에서 504 오류를 해결하고 디버깅 할 때 매우 유용 할 수 있습니다. 이를 통해 사이트의 문제를 신속하게 좁힐 수 있습니다. 특히 사이트에서 요구되는 플러그인으로 인해 발생한 경우 더욱 그렇습니다.

Kinsta 고객 인 경우 MyKinsta 대시 보드의 로그 뷰어에서 오류를 쉽게 볼 수 있습니다.

Checking error logs inside MyKinsta dashboard

MyKinsta 대시 보드 내에서 오류 로그 확인

호스트에 로깅 도구가없는 경우 다음을 수행 할 수 있습니다. WordPress 디버그 모드 활성화 다음 코드를 추가하여 wp-config.php file:

define ( 'WP_DEBUG', true); define ( 'WP_DEBUG_LOG', true); define ( 'WP_DEBUG_DISPLAY', false);

그만큼 WP_DEBUG 상수 WordPress 디버그 모드를 활성화 또는 비활성화합니다. 기능을 확장 할 수있는 두 개의 선택적 동반 상수가 있습니다. 그만큼 WP_DEBUG_LOG 상수는 모든 오류를 debug.log 내 파일 / wp-content / 예배 규칙서. 이 파일이 보이지 않으면 언제든지 만들 수 있습니다.

그만큼 WP_DEBUG_DISPLAY 상수는 디버그 로그가 HTML 페이지에 표시되는지 여부를 제어합니다. false로 설정하면 모든 오류가 숨겨 지지만 나중에 정의한대로 오류를 검토 할 수 있습니다. WP_DEBUG_LOG 사실로.

중대한: 당신이 가지고 있다면 WP_DEBUG 사용 Kinsta 환경에서는 모든 오류를 debug.log 파일이 아니라 오류 기록 MyKinsta 대시 보드에서.

SFTP를 통해 원시 WordPress 오류 로그 파일을 다운로드 할 수도 있습니다. 일반적으로 "logs"라는 폴더의 서버 루트 디렉토리에서 오류 로그를 찾을 수 있습니다.

Accessing the WordPress error logs folder via SFTP

SFTP를 통해 WordPress 오류 로그 폴더에 액세스

Kinsta 사용자는 MyKinsta 대시 보드에서 WordPress 디버그 모드를 활성화 할 수도 있습니다. 이를 수행하려면 사이트> 도구> WordPress 디버깅 그리고 활성화 단추. 이렇게하면 SSH 또는 SFTP를 통해 디버그 모드를 활성화하지 않고도 PHP 오류 및 알림을 볼 수 있습니다.

마지막으로 서버 로그 파일을 확인할 수 있습니다. WordPress 사이트를 호스팅하는 데 사용하는 서버에 따라 일반적으로 다음 위치에서 찾을 수 있습니다.

  • Apache :/var/log/apache2/error.log/
  • Nginx :/var/log/nginx/error.log/

로깅 관련 문서를 참조 할 수 있습니다. Apache 또는 Nginx 자세한 내용은.

Apache 또는 Nginx 설정을 올바르게 구성

특정 지시문에 대한 리소스 제한을 늘리기 위해 서버 구성 파일을 편집 할 수 있습니다. 이것은 504 게이트웨이 시간 초과 오류를 해결하는 데 도움이 될 수 있습니다.

Apache 웹 서버의 경우

먼저 다음 코드를 httpd.conf:

타임 아웃 600

이 설정은 서버가 네트워크 시간 초과 문제로 표시하기 전에 특정 요청을 기다리는 시간을 정의합니다. 이것의 기본값은 60 초입니다. (Apache 2.4 버전).

이 지시문은 httpd.conf 파일이 아닌 .htaccess 파일. 대부분의 공유 호스팅 제공 업체는 귀하가 수정을 허용하지 않기 때문에 httpd.conf 파일의 값을 늘릴 수 있습니다. LimitRequestBody 지시어 당신의 .htaccess 대신 파일.

그런 다음 다음 줄을 php.ini file:

max_execution_time 300

PHP의 기본값 max_execution_time 지시어 30 초입니다. 값을 높이면 사이트의 PHP 스크립트를 더 오래 실행할 수 있습니다.

Nginx 웹 서버의 경우

Nginx + FastCGI Process Manager (PHP-FPM)에서 WordPress 사이트를 실행하거나 역방향 프록시로서의 Nginx Apache의 경우 504 게이트웨이 시간 초과 오류를 방지하기 위해 서버 설정을 조정할 수 있습니다.

Nginx + FastCGI (PHP-FPM)에서 504 게이트웨이 시간 초과 오류

먼저 PHP-FPM 풀 구성 파일을 편집해야합니다. 당신은 그것을 찾을 수 있습니다 /etc/php7.4/fpm/pool.d/www.conf Nginx 서버의 위치 (정확한 경로는 PHP 버전). 또는 터미널에서 다음 명령을 실행하여 PHP-FPM 풀 구성 파일을 편집 할 수 있습니다.

sudo nano /etc/php/7.2/fpm/pool.d/www.conf

다음으로 다음 지시문을 설정하십시오.

request_terminate_timeout = 300

그 후에는 php.ini 파일. 찾을 수 있습니다. /etc/php.ini. 파일을 열고 값을 추가 / 변경합니다. max_execution_time 300 초 지시.

max_execution_time = 300

마지막으로 다음 코드를 nginx.conf 파일의 위치 블록 :

위치 ~ .php$ {... fastcgi_read_timeout 300; }

변경 사항을 적용하려면 Nginx 및 PHP-FPM을 다시로드하십시오.

sudo 서비스 nginx 다시로드 sudo 서비스 php7.4-fpm 다시로드

PHP-FPM을 다시로드하는 정확한 코드는 서버에 설치된 PHP 버전에 따라 다릅니다. 사이트를 테스트하여 문제가 해결되었는지 확인하십시오.

Nginx 프록시에서 504 게이트웨이 시간 초과 오류

Nginx를 Apache의 리버스 프록시 서버로 사용하는 경우 다음 지시문을 추가하여 서버 시간 초과에 대해 더 관대하게 만들 수 있습니다. nginx.conf file:

proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; send_timeout 600;

변경 후 Nginx를 다시로드하는 것을 잊지 마십시오.

sudo 서비스 nginx 다시로드

504 게이트웨이 시간 초과와 같은 기타 HTTP 오류

기사의 앞부분에서 언급했듯이 504 게이트웨이 시간 초과 오류와 유사한 다른 많은 HTTP 5xx 오류가 있습니다. 모두 서버 측에서 발생한다는 사실 때문입니다. 이러한 오류는 다음과 같습니다.

클라이언트 측 문제로 인해 발생하는 기타 HTTP 오류 404 찾을 수 없음 오류는 504 오류와 같습니다. Kinsta의 자세한 내용을 참조 할 수 있습니다. HTTP 상태 코드 가이드 및 목록 자세한 내용은.

요약

너의 WordPress 사이트 여러 가지 이유로 인해 504 게이트웨이 시간 초과 오류의 영향을받을 수 있습니다. 이 기사에서는 모든 문제를 해결하는 방법을 배웠습니다. 일반적으로 이러한 오류는 서버 측 문제로 인해 발생하며이 경우 호스트에 연락하여 신속하게 해결할 수 있습니다.

그러나이 오류는 타사 플러그인, 테마, 서비스, 비효율적 인 데이터베이스 쿼리 또는 이들 중 둘 이상의 조합으로 인해 발생할 수 있음을 이해해야합니다. 서버 리소스 (예 : PHP 작업자)를 최대한 활용하는 경우 다음을 수행하는 것이 좋습니다. 성능을 위해 사이트 최적화.

여전히 웹 사이트가 시간 초과되는 것을 발견하면 호스팅 계획 또는 PHP 작업자 수를 업그레이드해야 할 수 있습니다. 이 문서에 설명 된 다른 모든 솔루션을 모두 사용한 후에 만이 옵션을 고려하는 것이 좋습니다.

단순한 정적 사이트에서 복잡한 사이트로 전자 상거래회원 사이트, Kinsta의 호스팅 계획은 모든 유형의 웹 사이트를 수용하도록 설계되었습니다. 사이트에서 호스팅 계획이 제공하는 것보다 더 많은 서버 리소스를 사용하더라도 Kinsta의 자동 확장 기능 사이트가 항상 온라인 상태임을 의미합니다.

우리가 놓친 것이 있습니까? WordPress 사이트에서 504 Gateway Timeout 오류를 수정하기가 여전히 어렵다면 아래에 의견을 남겨주세요.