홈페이지 » 호스팅 » 404 찾을 수 없음 및 9 가장 일반적인 HTTP 오류 설명

    404 찾을 수 없음 및 9 가장 일반적인 HTTP 오류 설명

    404 오류 외에도 몇 가지 다른 HTML 오류 페이지에 대해 알고 있습니까? 화면에 HTML 오류 페이지가 표시 될 때 백그라운드에서 어떤 일이 발생하는지 생각 해본 적이 있습니까??

    이러한 코드는 중요한 정보를 사용자에게 전달한다.. 특히 웹 사이트 소유자 인 경우 더 잘 알면 유용 할 수 있습니다. 이들을 올바르게 사용하면 이탈률이 감소하고 검색 엔진 순위가 향상되며 사이트 실적에 대한 지식을 얻을 수 있습니다..

    읽기 :

    • 광고 오류 404 페이지 - 제 1 부
    • 크리에이티브 오류 404 페이지 - 파트 II

    상태 코드 이해

    웹에 표시되는 모든 오류 페이지 뒤에는 웹 서버에서 보낸 HTTP 상태 코드가 있습니다. 상태 코드는 3 자리 숫자 형식으로 제공됩니다. 첫 번째 숫자는 상태 코드의 클래스를 표시합니다.

    • 1XX 상태 코드에는 정보 제공 목적이 있습니다.
    • 2XX 성공을 나타냅니다.
    • 3XX 리디렉션 용입니다.

    이 세 클래스 중 어느 것도 HTML 오류 페이지를 생성하지 않습니다. 이 경우처럼 고객은 무엇을해야하는지 알고 있습니다. 주저없이 작업을 계속합니다. 우리가 일반적으로 보는 것은 4XX 및 5XX 종류입니다.

    • 4XX 클라이언트 측 오류를 나타냅니다.
    • 5XX 서버 측에서 문제를 지적한다.

    이러한 경우 HTML 오류 페이지가 표시됩니다. 클라이언트는 어떻게 움직일 지에 대해 전혀 모른다.. 무엇인가가 남쪽으로 가고 그걸 할 수있을 때 배경에서 어떤 일이 일어나는지 봅시다..

    클라이언트 측 오류 (4XX)

    1. 400 - 잘못된 요청

    클라이언트가 서버가 이해할 수없는 요청을 보낼 때마다 400 잘못된 요청 오류 페이지가 나타납니다. 일반적으로 브라우저가 보낸 데이터는 HTTP 프로토콜의 규칙을 따르지 않습니다., 그래서 웹 서버는 요청을 처리하는 방법을 알지 못합니다. 형식이 잘못된 구문이 들어 있습니다..

    400 오류 페이지를 볼 때 그 이유는 클라이언트 측에서 불안정한 것이있다.: 충분히 보호되지 않은 운영 체제, 불안정한 인터넷 연결, 결함 브라우저 또는 캐싱 문제. 따라서 웹 사이트 소유자에게 연락하기 전에 자신의 PC를 약간 테스트하는 것이 좋습니다..

    다른 브라우저에서 동일한 웹 페이지를 열고 캐시를 지우고 보안 업데이트로 인한 것인지 확인하십시오. 다른 사이트에서 400 오류를 정기적으로 만나는 경우 PC 또는 Mac에서 철저한 보안 검사를 기다리고 있습니다..

    2. 401 - 필수 인증

    클라이언트 요청 뒤에 비밀번호로 보호 된 웹 페이지가 있으면 서버는 401으로 응답합니다. 필요한 승인 암호. 401은 한 번에 고전적인 오류 메시지를 반환하지 않지만 사용자에게 로그인 - 비밀번호 조합을 제공하도록 요청하는 팝업 메시지.

    신임장을 가지고 있다면, 모든 것이 옳은 것이므로 아무런 문제없이 계속해서 보호 된 사이트에 액세스 할 수 있습니다. 그렇지 않으면 당신은로 리디렉션됩니다. 필요한 승인 오류 페이지.

    웹 사이트 소유자 인 경우 귀하의 사이트에 동일한 암호 보호 기능을 추가하십시오. 또는 귀하의 cPanel 계정을 통해 그것의 일부.

    클릭 “암호로 보호 된 디렉토리” 내부의 하위 메뉴 “보안” 메뉴 상자에서 보호하려는 웹 폴더를 선택하십시오. 관리 영역에 대한 액세스를 제한하는 좋은 보안 계층이 될 수 있습니다. wp-admin WordPress 사이트의 폴더.

    3. 403 - 금지됨

    당신은 403을 만날 수 있습니다. 금지 된 서버 오류 페이지 고객의 요청을 명확하게 이해하지만, 어떤 이유로 그것을 이행하기를 거부합니다.. 이것은 기형이거나 인증 문제가 아닙니다. 403 상태 코드를 반환함으로써 서버는 기본적으로 큰 소리로 클라이언트를 거부합니다. “아니” 아무런 설명도없이

    가장 일반적인 이유는 웹 사이트 소유자 방문자가 사이트의 파일 디렉토리 구조를 탐색하는 것을 허용하지 않습니다.. 이러한 종류의 보호를 사용하면 웹 사이트에서 직접 폴더에 액세스 할 수 없습니다. 다른 빈번한 이유는 클라이언트가 요청한 특정 파일 웹에서 볼 수있는 권한이 없습니다..

    너는 할 수있다. 자신의 사이트에서 보안상의 이유로 403 보호 설정. 해킹 당하지 않도록 사이트를 강화하는 것이 유용 할 수 있습니다. 디렉토리 구조 또는 파일 숨기기 취약한 정보가 들어있는.

    다행스럽게도 많은 웹 호스트는 기본적으로이 서비스를 클라이언트에 제공하지만 추가 보안 계층을 추가하려면 cPanel 계정을 열고 많은 메뉴 상자를 클릭하십시오. 색인 관리자.

    여기에서 방문자가 사이트의 특정 디렉토리를 보는 방법을 사용자 정의 할 수 있습니다. 선택하면 색인 생성 없음 클라이언트는 지정된 디렉토리에 액세스하려고 시도하면 403 오류 페이지를 수신합니다..

    4. 404 - 찾을 수 없음

    404는 가장 잘 알려진 HTTP 상태 코드이며 404 페이지를 사용자 정의하는 방법에 대한 많은 훌륭한 게시물을 읽었을 것입니다. 브라우저가 404 HTML 페이지를 반환합니다. 서버가 요청한 위치에서 아무 것도 찾지 못할 때.

    404로 이어질 수있는 두 가지 주요 시나리오가 있습니다. 찾을 수 없음 페이지. 방문자 URL을 잘못 입력했습니다., 아니면 그 사이트의 퍼머 링크 구조가 변경되었습니다. 들어오는 링크는 다른 위치로 이동 한 페이지를 가리 킵니다. 때때로 404 오류 페이지가 최상위 레벨 URL에도 나타날 수 있습니다. 일반적으로 발생합니다. 사이트가 최근 다른 웹 서버로 이동 한 경우 그리고 DNS는 여전히 이전 위치를 가리 킵니다.. 이런 종류의 문제는 보통 짧은 시간 후에 사라집니다..

    당신은 너무 많은 404s가 당신의 위치의 검색 엔진 순위에 대한 부정적인 효력이 있다고 주장하는 SEO 전문가를 웹에 찾아 낼 수있다, 그러나 Google는 “404 오류는 Google 사이트의 순위에 영향을 미치지 않으므로 안전하게 무시할 수 있습니다.” 404는 검색 엔진에 의해 웹의 정상적인 부분으로 간주되기 때문에.

    404 개를 줄일 수 있습니다. 이탈률이 증가하기 때문에 (즉시 떠나는 사람들). 가장 일반적인 해결책은 영구적으로 제거 된 페이지에는 301 리디렉션을 사용하고 일시적으로 사용할 수없는 페이지에는 302 리디렉션을 사용하는 것입니다..

    5. 408 - 요청 제한 시간

    클라이언트의 요청이 너무 오래 걸리면 서버가 시간 종료되고 연결이 닫히고 브라우저에 408 요청 시간 초과 에러 메시지. 서버가 클라이언트로부터 완전한 요청을받지 못하기 때문에 시간 초과가 발생합니다. 그 기간 내에 기다릴 준비가되었다.. 영구적 인 408 오류는 서버 또는 클라이언트 시스템의 과중한 작업 부하.

    어떤 경우에는 연결의 양쪽 끝이 제대로 작동하지만 일시적인 인터넷 서지로 배달 속도가 느려짐 메시지의 더 큰 웹 사이트는 대부분의 경우와 마찬가지로 404 개의 오류 페이지를 사용자 정의하는 경향이 있습니다. 408 오류는 일반적으로 F5 버튼을 사용하여 페이지를 다시로드하여 해결할 수 있습니다..

    6. 410 - 사라짐

    410 지나간 오류 페이지 : 아주 근접한 잘 알려진 404에. 서버가 요청한 파일을 찾지 못했습니다., 그러나 404는 서버의 어딘가에서 대상 파일을 사용할 수 있다고 제안하지만, 410은 영구적 인 상태를 나타냅니다..

    410은 클라이언트가 리소스 의도적으로 사용할 수 없도록 만들었습니다., 및 웹 사이트 소유자 들어오는 링크를 웹에서 제거하려고합니다.. 404는 파일의 비 가용성이 영구적인지 여부를 서버가 확신 할 수있을 때 사용되지만 410은 항상 완전한 확실성을 나타냅니다.

    자신의 서버를 담당하는 경우 404 및 410이 Google 크롤러에 의해 어떻게 다르게 취급되는지 이해하는 것이 중요합니다. Google의 검색 스팸 책임자 Matt Cutts는이 구별의 요지를 설명합니다. 그것은 좋은 생각이다. 404와 410을 구별하여 Google의 편리 성을 높입니다..

    서버 오류 (5XX)

    7. 500 - 내부 서버 오류

    내부 서버 오류는 가장 잘 알려진 서버 오류입니다. 서버가 발생할 때마다 사용되므로 예기치 않은 상태클라이언트 요청을 수행하지 못하도록합니다.. 500 오류 코드는 일반적인 오류 코드입니다. 다른 서버 측 5XX 오류 코드는 의미가 없습니다..

    이 경우 문제가 귀하의 목적이 아니지만 다음과 같이 문제를 해결할 수 있습니다. 페이지를 새로 고침하십시오. (오류가 일시적 일 수 있으므로), 브라우저의 캐시를 지우십시오. (캐시 된 버전의 사이트에서 문제가 발생할 수 있으므로) 브라우저의 쿠키를 삭제하십시오. 브라우저를 다시 시작하십시오..

    다른 서버 측 문제와 마찬가지로 웹 마스터에게 문의 할 수도 있습니다. 귀하의 기부에 감사 할 만하지만 문제를 인식하고 이미 작업하고있을 가능성이 있습니다..

    자신의 사이트에서 500 개의 오류 페이지가 발생하면 호스팅 제공 업체에 문의하십시오.. 그 이유는 권한 오류, 에이 손상된 .htaccess 파일 또는 너무 적은 메모리 제한. WordPress 사이트가있는 경우 500 오류는 제 3 자 플러그인; 범인이 발견 될 때까지 하나씩 플러그인을 비활성화하여이를 테스트 할 수 있습니다..

    8. 502 - 나쁜 게이트웨이

    502 오류 메시지는 두 서버 간의 통신 문제를 나타냅니다. 그것은 때 발생합니다. 클라이언트가 서버에 연결 필요한 게이트웨이 또는 프록시 역할을 수행합니다. 업스트림 서버에 액세스 추가 서비스를 제공합니다. 다른 서버는 서버 계층 구조의 상위에 위치합니다. 예를 들어 프록시 서버가 액세스하는 Apache 웹 서버 또는 로컬 이름 서버가 액세스하는 대규모 인터넷 서비스 공급자의 이름 서버 일 수 있습니다.

    당신이 만날 때 나쁜 게이트웨이 서버 오류 페이지 업스트림 서버에서 잘못된 응답을받습니다..

    대부분의 경우 업스트림 서버가 다운되었지만 통신하는 두 서버 데이터를 교환하는 방법에 관한 프로토콜에 동의하지 않는다.. 이것은 대개 기계 중 하나가 잘못 구성되거나 프로그래밍 될 때 발생합니다. 자신의 사이트에서 502가 표시되면 호스팅 제공 업체에 문의하십시오..

    9. 503 - 서비스를 일시적으로 사용할 수 없음

    당신은 일시적으로 사용할 수없는 서비스 (때때로 자원 부족) 메시지가 서버에 일시적으로 과부하가 걸리거나 예약 된 유지 관리를 거칠 때 발생합니다. 503 오류 코드는 웹 서버를 현재 사용할 수 없음을 의미합니다. 이것은 대개 약간의 지연 후에 해결 될 임시 조건.

    웹 사이트 소유자 인 경우 예약 된 유지 관리를 제대로 처리 할 수 ​​있도록 503 상태 코드에 대한 적절한 지식이 있어야합니다. 정기 유지 보수를 올바르게 처리하지 않으면 당신의 위치의 검색 엔진 순위를 아프게하십시오.

    Yoast의 SEO 블로그 또는 moz.com의이 튜토리얼을 통해이를 수행하는 방법에 대해 알아보십시오..

    10. 504 - 게이트웨이 시간 초과

    이있다 서버 - 서버 통신 문제 뒤에 게이트웨이 시간 초과 오류 메시지는 502 잘못된 게이트웨이 에러 코드. 504 상태 코드가 반환되면 상위 서버 백그라운드로 클라이언트에 연결된 서버로 데이터를 보내야합니다. 이 경우 하위 수준의 서버는 액세스 한 업스트림 서버로부터시기 적절한 응답을받지 못합니다..

    이것은 408의 경우에 발생하는 것과 동일한 타임 아웃 문제입니다. 요청 시간 초과 상태 코드가 있지만 클라이언트와 서버 간에는 발생하지 않지만 백엔드에있는 두 서버 사이. 그만큼 게이트웨이 시간 초과 오류 페이지는 일반적으로 나타냅니다. 느린 통신 두 서버간에 상위 서버가 완전히 종료되었습니다..

    504는 백그라운드에서 네트워크 문제이므로 해당 네트워크에 액세스 할 수있는 사람 만이 문제를 해결할 수 있습니다. 다른 서버 측 HTTP 오류와 마찬가지로 문제를 해결하기 위해 몇 분 후 페이지를 새로 고치는 것으로 충분합니다. 물론 서비스 제공 업체가 문제를 해결하기 만하면됩니다..