웹사이트에서 발생하는 503 백엔드 서버 연결 실패 오류 해결하기

503 백엔드 가져오기 실패 오류는 웹사이트를 완전히 또는 부분적으로 사용할 수 없게 만들 수 있는 서버 측 오류입니다. 이 오류는 웹사이트 접속, 콘텐츠 다운로드, 결제 처리 시스템 사용 등 다양한 상황에서 발생할 수 있습니다.

이 오류는 웹사이트 서버가 백엔드 서비스와 원활하게 통신하지 못했음을 나타냅니다. 일반적으로 플러그인, 서버 운영 체제(OS) 또는 확장 프로그램 업데이트로 인해 발생합니다. 서버 측 문제이므로 고객은 브라우저에서 웹사이트를 새로 고침하는 방법밖에 없습니다.

웹사이트에서 이러한 문제가 발생하는 경우, 웹 관리자에게 연락하여 오류를 수정하도록 요청하는 것이 좋습니다.

기본 문제 해결

  1. 브라우저 페이지를 새로 고침하세요: 페이지를 여러 번 새로고침하여 503 오류를 일시적으로 해결하세요.
  2. 서버 상태: 호스트 서버가 다운되었거나 유지보수 중인지 확인하십시오.
  3. 지원: 문제 해결 중 데이터 손실을 방지하기 위해 서버, 사이트 및 데이터베이스 백업을 반드시 확보하십시오.
  4. 서비스 및 서버를 다시 로드하거나 재시작하십시오. Varnish와 같은 서비스를 다시 로드하거나 재시작해 보시고, 오류가 계속 발생하면 서버를 재시작하는 것을 고려해 보세요.
  5. 업데이트: 관련 서비스, 애플리케이션 및 서버 운영 체제가 모두 최신 버전인지 확인하십시오.

3. 사이트 및 리소스를 검증합니다.

웹사이트의 저장 공간이나 리소스가 부족하면 필수적인 작업을 수행할 수 없어 백엔드 데이터 가져오기 오류가 발생할 수 있습니다.

  1. 워드프레스 대시보드로 이동하여 선택하세요 도구 > 사이트 상태 > 정보. 워드프레스 사이트의 저장 용량 확인하기
  2. 보관 공간이 거의 다 찼는지 확인해 보세요. 만약 그렇다면, 추가 보관 공간을 확보하거나 불필요한 물건을 정리해야 할 수도 있습니다. 경우에 따라서는 보관 요금제를 업그레이드해야 할 수도 있습니다.
  3. 다른 서버 리소스에 과부하가 걸리지 않았는지, 그리고 이 문제를 해결하면 오류가 사라지는지 확인하십시오.

4. 자원 가용성 확인

백엔드 서버에 존재하지 않는 리소스에 접근하려고 하면 오류 메시지가 표시됩니다. 리버스 에이전트는 이 오류를 503(백엔드 가져오기 실패) 오류로 보고할 수 있습니다.

  1. 검증 URL 또는 암호 훠궈 리소스 그가 닿으려고 애쓰는 대상. 서버에서 리소스 가용성을 확인합니다.
  2. 서버에 필요한 리소스가 있는지 확인하십시오. 없다면 해당 리소스를 적절한 위치에 업로드하십시오.
  3. 문제가 지속되면 수행 중인 작업이 웹사이트 전체를 로드하려고 시도하지 않는지 확인하십시오. 예를 들면 다음과 같습니다.
    .request "GET HTTP/1.1"

    다음 사항을 검토해 보십시오.

    .request="GET /sitehealth.html HTTP/1.1"

5. 클라우드플레어 설정 변경

Cloudflare 설정이 비효율적이면 백엔드 서버 리소스에 대한 액세스가 제한되어 503 오류가 발생할 수 있습니다. 이러한 설정을 변경하면 문제를 해결할 수 있습니다.

  1. Cloudflare 대시보드에 로그인하고 다음으로 이동하세요. الأمان > Elementor 변경하기.
  2. 복사하세요 IP 디스플레이가 이동했습니다. WAF > 도구.
  3. 탭하다 해제 다음으로 위치를 입력하고 IP 주소를 허용 목록에 추가하세요. Cloudflare의 WAF 도구에서 해당 IP를 허용된 IP로 추가하세요.

6. 서버 타임아웃 제한을 늘리세요

백엔드 서버의 응답 시간이 리버스 프록시에 설정된 타임아웃 제한보다 길면 백엔드에서 데이터를 가져올 때 오류가 발생합니다. 서버 타임아웃 제한을 늘리면 이 문제를 해결할 수 있습니다. 설정 방법은 환경에 따라 다를 수 있지만, Varnish에서는 다음과 같이 설정할 수 있습니다.

  1. 바니쉬 설정으로 이동하세요. 예를 들면 다음과 같습니다.
    /etc/sysconfig/varnish
  2. 파일 편집 VCL 회의 대기 시간을 예를 들어 300초로 늘리려면(기본값은 보통 60초임):
    first_byte_timeout = 300초

    Varnish의 타임아웃 제한을 변경하세요

  3. 변경 사항을 저장하고 오류가 여전히 발생하는지 확인하십시오.
  4. Varnish 설정 변경 후 오류가 발생했다면, 가능하다면 이전의 정상 작동 설정으로 되돌리십시오.

7. 사이트 상태 점검 설정 수정

Varnish와 같은 리버스 프록시 캐시가 백엔드 서버 상태 점검 정보에 접근할 수 없거나 해당 정보가 잘못되었다고 판단하는 경우 백엔드 서버 오류가 발생할 수 있습니다. 해결 방법은 사이트 상태 점검 설정을 수정하는 것입니다.

  1. 설정 파일에 다음 줄이 있다면 삭제하세요.
    .url="/health_check.php"

Varnish 설정에서 Health_Check를 제거합니다.

  • 문제가 해결되었는지 확인하십시오.
  • 그래도 안 되면, 다음을 사용하세요. 광택 로그 건강에 해로운 것으로 표시된 것을 식별하고 그에 따라 치료하기 위해서입니다.
    sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"

8. 서버의 PHP 버전을 이전 버전으로 되돌리십시오.

최신 PHP 버전 업데이트가 웹사이트 백엔드와 호환되지 않으면 503 오류가 발생할 수 있습니다. 이전 PHP 버전으로 되돌리면 문제가 해결될 수 있습니다. 예를 들어, Bluehost에서 WordPress를 사용하는 경우 다음과 같습니다.

  1. 이동 제어반 특히 Bluehost의 경우 해당 탭을 선택하세요. Advnaced.
  2. 이내에 의 cPanel, 이동 MultiPHP 관리자 소프트웨어 섹션에서 해당 웹사이트를 찾으십시오.
  3. 변화 PHP 버전 이전 버전으로 되돌아가서 오류가 해결되었는지 확인하십시오. 웹사이트의 PHP 버전을 이전 버전으로 되돌리기

9. 플러그인, 도구, 확장 프로그램 및 템플릿을 비활성화합니다.

추가 기능, 도구, 확장 프로그램 또는 템플릿이 서버 설정과 호환되지 않을 경우 503 오류가 발생할 수 있습니다. 문제가 되는 항목을 찾으려면 해당 항목을 하나씩 비활성화했다가 다시 활성화하여 오류를 해결하십시오.

예를 들어, 503 오류를 유발하는 것으로 알려진 Jira Service Desk의 GZip 기능을 비활성화하려면 다음과 같이 하면 됩니다.

  1. 이동 제어반 Jira 자체 및 지정된 관리자 > 일반 설정 > GZip 압축을 사용하세요. Jira에서 GZip 비활성화하기
  2. GZip 압축을 비활성화하고 오류가 해결되는지 확인하십시오.

10. Magento에서 CSP 모듈 비활성화

콘텐츠 보안 정책(CSP) 모듈은 Magento 애플리케이션의 보안을 제공합니다. CSP 모듈이 현재 설정과 호환되지 않으면 503 오류가 발생할 수 있습니다.

Magento에서 CSP 모듈을 비활성화하면 문제가 해결될 수 있습니다.

  1. 훠궈 단말기 다음 명령어를 순서대로 실행하세요:
    php bin/magento module:disable Magento_Csp php bin/magento c:f

    Magento CSP 모듈 비활성화

  2. 실행 후 503 오류가 해결되었는지 확인하십시오.

11. 호스트 헤더, 자식 태그 및 포트 구성을 변경합니다.

백엔드 가져오기 오류는 호스트 헤더 크기가 지나치게 크거나, 자식 태그가 잘못 초기화되었거나, 포트 구성이 잘못된 경우에도 발생할 수 있습니다. 이러한 설정을 조정하면 오류가 해결될 수 있습니다.

.host_header 속성을 추가합니다.

  1. 특수 용도 .호스트_헤더 백엔드 서버는 스캔이 올바른 호스트로 전달되도록 합니다. 서버에 호스트 헤더 속성을 추가합니다.
  2. 시작 디버깅 기록에 포함된 호스트 책임자의 세부 정보를 조사하기 위해.

Magento에서 자식 태그 제거하기

  1. 이것을 입력하세요 파일:
    MagentoConfigurable제품플러그인모델제품

    Magneto 헤더에서 하위 태그를 제거합니다.

  2. 삭제 아기 표지판 헤더에서 오류가 해결되었는지 확인하십시오.

Docker Compose에서 포트 제거

  1. 위치하고 있다 도커 작성 그리고 파일로 가세요 Default.vcl. Docker Compose에서 포트 제거
  2. 포트를 다음으로 교체하세요 작업 명 아래 그림과 같이:
    클라이언트: 이미지: ... 포트: <-- 제거 - 대상: 80 게시됨: 8080 모드: 호스트

    파일 편집 Default.vcl 따라서:

    백엔드 기본값 { .host = "client"; .port = "80"; }
  3. 이 수정 사항이 문제를 해결하는지 확인하십시오.

12. 체계적인 접근 방식을 사용하여

위의 모든 단계를 시도해도 문제가 해결되지 않으면 체계적인 접근 방식을 사용하여 503 오류의 원인을 파악해야 합니다.

기록 확인

  1. 조사하다 기록 역방향 프록시와 관련되거나, PHP오류 503을 유발할 수 있는 위반 사항이 있는지 확인하기 위해 백엔드 서버 또는 호스팅 설정을 검사합니다. PHP 로그 확인 중
  2. 결함이 발견되면 근본적인 문제를 해결하여 오류를 제거하십시오.

전체 충돌 테스트를 수행합니다.

지불하다 전체 충돌 테스트 구성에서 허용하는 경우 잠재적인 충돌을 감지하십시오. 충돌이 발생하면 해결하여 백엔드 가져오기 오류를 제거하십시오.

Magento에서 충돌 테스트 수행

백엔드 서버에 직접 접근

리버스 프록시를 사용하는 경우(예: 니스이 과정을 건너뛰고 백엔드 서버에 직접 접속해 보세요. 직접 접속이 성공하면 리버스 프록시 구성에 문제가 있을 가능성이 높습니다. 직접 접속이 성공하면 다음 단계를 고려하십시오.

  1. 평가하다 현금 태그 길이 Magento에서 사용되는 이 기능은 특히 제품이 많은 스토어에 중요한데, 파일 크기가 Varnish에 설정된 기본 제한(일반적으로 8192바이트)을 초과할 수 있습니다. 이를 해결하려면 Varnish 설정에서 http_resp_hdr_len 값을 (예: 70000바이트로) 수정하십시오. 마찬가지로 Varnish의 http_resp_size 값도 조정하십시오. 바니쉬 헤더 길이 및 응답 크기 늘리기
  2. 파일이 제대로 되어 있는지 확인하세요 건강 검진.php 해당 파일은 올바른 디렉토리에 있습니다. 또는 Varnish 설정을 조정하여 정확한 위치를 지정할 수도 있습니다. 기본 경로는 /pub/health_check.php일 수 있지만, Nginx 서버의 경우 /health_check.php로 변경해야 할 수 있습니다.
  3. Magento 사이트의 경우 파일이 유지 관리 플래그 해당 파일이 존재한다면 삭제하거나 이름을 변경한 다음 사이트를 새로 고침하여 오류가 해결되는지 확인해 보세요.
  4. 검증 제품 규칙 Magento 내부에서는 백트레이스를 사용하여 오류를 유발할 수 있는 잘못된 출력을 식별합니다.

이러한 방법들이 효과가 없다면, 사이트를 최소한의 요소만 남기고 간소화하세요. 예를 들어, 임시 콘텐츠가 포함된 인덱스 파일만 남겨두는 것입니다. 그런 다음 기능을 점진적으로 다시 추가하여 어떤 기능이 503 오류를 발생시키는지 파악하세요. 문제가 지속되면 지원팀에 문의하십시오. 지원 워드프레스 지원, 마젠토 지원 또는 호스팅 제공업체의 고객 서비스 팀(예: Hostinger 지원)과 같은 적절한 지원을 받아야 합니다.

댓글이 닫혀있다.