ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • Apache 로그에서 코드의 의미
    개발영역/아파치 2016. 10. 11. 09:53

    아파치와 각종 http 통신을 할 때 에러코드가 궁금했는데 다음과 같네요..

    참고 자료로 올려 봅니다… 참고는 위키백과에서 참고 했습니다.

     

    (100)

    서버는 요청 헤더를 수신 한 클라이언트는 요청 본문을 보낼 진행한다 (예를 들면, 몸이 전송되어야하는 요청의 경우에는 POST의 요구). 요청이 비효율적 부적절한 헤더를 거부 한 후 서버에 큰 요청 본문을 전송. 서버가 요청의 헤더를 확인하도록하려면 클라이언트가 전송해야합니다 Expect: 100-continue초기 요청에 헤더로하고 수신 100 Continue몸을 보내기 전에 응답 상태 코드를. 응답은 417 Expectation Failed요청이 지속되지 않아야 나타낸다. [2]

    (101)

    스위칭 프로토콜 요청자는 서버에 프로토콜 전환을 요청하고 서버는 그렇게하기로했다.

    (102)

    ( WebDAV를 , 2518 RFC) 참고 WebDAV 요청은 요청을 완료하는 데 오랜 시간이 요구되는 파일 조작을 포함하는 많은 서브 - 요청을 포함 할 수있다. 이 코드는 서버가받은 것을 나타냅니다하고 요청을 처리하고 있지만 반응은 아직 사용할 수 없습니다.

    이 시간 초과 및 요청이 손실 된 가정에서 클라이언트를 방지 할 수 있습니다.

    2xx

    상태 코드의이 클래스는, 수신 이해 가능, 성공적으로 처리 된 클라이언트에 의해 요청 된 동작을 나타낸다.

     

    200 OK

    성공적인 HTTP 요청에 대한 표준 응답. 실제 응답은 사용 요청 방법에 따라 달라집니다. GET 요청에 응답이 요청 된 자원에 대응하는 개체를 포함 할 것이다. POST 요청에 응답 결과를 설명 또는 포함하는 엔티티를 포함 할 것이다.

    (201)는 생성

    이 요청은 새로운 자원의 생성의 결과로 이행되고있다.

    (202) 허용

    요청은 처리를 위해 승인되었지만 처리가 완료되어 있지 않다. 요청되었거나 궁극적으로 작용되지 않을 수도, 처리가 발생한 경우 허용 될 수있다.

    203 비 신뢰할 수있는 정보 (이후 HTTP / 1.1)

    서버가 변형 프록시 (예이다 웹 가속기 원점으로부터 200 OK를 수신 한), 그러나 기원의 응답의 수정 된 버전을 반환한다.

    (204) 없음 내용

    서버가 요청을 성공적으로 처리하고 콘텐츠를 반환하지 않습니다.

    (205) 재설정 콘텐츠

    서버가 요청을 성공적으로 처리했지만 콘텐츠를 반환하지 않습니다. 204 응답과 달리이 응답은 요청자가 문서보기를 재설정해야합니다.

    (206) 일부 콘텐츠 ( RFC 7233 )

    서버 리소스 (일부만 전달되는 바이트의 서빙 때문에 클라이언트가 전송 범위 헤더). HTTP 클라이언트에서 사용되는 범위 헤더 중단 다운로드의 재개 활성화하거나 동시에 여러 개의 스트림으로 다운로드를 분할합니다.

    207 다중 상태 (WebDAV를, RFC 4918)

    다음 메시지 본문은 인 XML을 메시지 및 서브 요청 사항이 얼마나에 따라 별도의 응답 코드의 수를 포함 할 수있다.

    (; 5842 RFC의 WebDAV) (208)는 이미보고

    DAV의 구성원은 이미이 요청에 대한 이전 응답에 열거 된 바인딩, 다시 포함되지 않습니다.

    226 IM 중고 (RFC 3229)

    서버는 리소스에 대한 요청을 충족하였으며, 반응은 현재 인스턴스에 적용되는 하나 이상의 인스턴스 조작 결과의 표현이다.

     

    3xx의 재 지정

    상태 코드 클래스는 클라이언트가 요청을 완료하기 위해 추가의 조치를 취해야 나타낸다.

    사용자 에이전트는 두 번째 요청에 사용되는 방법은 GET 또는 HEAD 경우에만 사용자 조작없이 추가 동작을 수행 할 수있다. 사용자 에이전트가 자동으로 요청을 리다이렉트 할 수있다. 사용자 에이전트는 감지하고 주기적 리디렉션을 방지하기 위해 개입해야한다.

     

    300 다중 선택

    클라이언트가 (를 통해 선택할 수있는 자원에 대한 여러 옵션을 나타냅니다 에이전트가 주도하는 내용 협상을 ). 예를 들어,이 코드는 여러 비디오 포맷 옵션을 제시하는 다른와 파일을 나열하는 데 사용할 수 확장을 , 또는 제안 단어 의미의 모호성을 .

    301 영구적으로 이동

    (302) 발견

    이것은 표준 모순 업계 관행의 일례이다. 는 HTTP / 1.0 사양 (1945 RFC는) (원본 설명하는 문구가 "일시적으로 이동"한) 임시 리디렉션을 수행하는 클라이언트를 필요

    그러나 인기있는 브라우저는 303 페이지의 기타의 기능과 (302)을 구현했습니다. 따라서, HTTP / 1.1 추가 상태 코드 303, 307는 두 가지 동작을 구분한다. [22] 가 303 것처럼 그러나 일부 웹 애플리케이션과 프레임 워크는 302 상태 코드를 사용하여

    303 페이지의 기타 (이후 HTTP / 1.1)

    상기 요청에 대한 응답은 다른에서 찾을 수 URI 는 GET 방법을 사용. 게시물에 대한 응답으로 수신 (또는 DELETE PUT /)하면, 클라이언트는 서버가 데이터를 수신하고 별도의 GET 메시지와 함께 리디렉션을 발행해야한다고 추정한다.

    304 수정되지 않음 ( RFC 7232 )

    버전이로 지정된 이후 리소스가 변경되지 않았 음을 나타냅니다 요청 헤더 수정 된 경우 --때문에 또는 경우 - 없음 - 경기. 그러한 경우, 클라이언트는 여전히 이전에 다운로드 된 복사본을 가지고 있기 때문에 자원을 재전송 할 필요가 없다.

    305 프록시 사용 (이후 HTTP / 1.1)

    요청 된 자원은 응답에서 제공되는 주소에있는 프록시를 통해 사용할 수 있습니다. (예 : 대부분의 HTTP 클라이언트 모질라 [26] 과 Internet Explorer가 ) 제대로 주로 보안상의 이유로,이 상태 코드로 응답을 처리하지 않습니다.

    (306) 스위치 프록시

    더 이상 사용되지 않습니다. 원래 의미 "후속 요청은 지정된 프록시를 사용합니다." [28]

    (307) 임시 리디렉션 (이후 HTTP / 1.1)

    이 경우, 요청은 다른 URI 반복한다; 그러나, 미래의 요청은 여전히 원래 URI를 사용해야합니다. 302 역사적 구현 방법과 대조적으로, 요청 방법은, 원래의 요청을 재발행 할 때 변경 될 수 없다. 예를 들어, POST 요청이 다른 POST 요청을 사용하여 반복해야한다.

    308 영구 리디렉션 (RFC 7538)

    요청과 이후의 모든 요청은 다른 URI를 사용하여 반복해야합니다. (307), 308 (302) 및 (301)의 동작을 평행하지만, HTTP 메소드를 변경하는 것을 허용하지 않습니다 . 따라서, 예를 들어, 영구적으로 재 리소스에 양식을 원활하게 계속할 수있다.

    4XX 클라이언트 오류 [ 편집 ]

    독일어 위키 백과에 404 오류가 발생했습니다.

    에 404 오류 독일어 위키 백과

    상태 코드의 4xx 클래스는 클라이언트가 에러를 보인다하는 상황을위한 것이다. 헤드 요청에 응답 할 때를 제외하고, 서버 한다 에러 상황에 대한 설명을 포함하는 엔티티를 포함하고, 임시 또는 영구적 상태인지 여부. 이 상태 코드는 요청 방법에도 적용된다. 사용자 에이전트는 해야 사용자에게 포함 된 엔터티를 표시합니다. [31]

     

    400 잘못된 요청

    서버는 나 때문에 명백한 클라이언트 오류 (예 : 잘못된 요청 구문, 너무 큰 크기, 잘못된 요청 메시지 프레이밍, 또는기만 요청 라우팅)에 요청을 처리하지 않을 수 없다. [32]

    401 권한 ( RFC 7235 )

    유사 (403)는 금지 하지만, 특별히 사용을위한 인증이 필요한 경우와 실패했거나 아직 제공되지 않았습니다. 이 응답은 요구 된 자원에 적용하는 시도가 포함 된 WWW-Authenticate 헤더 필드를 포함해야합니다. 참조 기본 액세스 인증 및 다이제스트 액세스 인증을 . [33] (401)는 의미 의미 "인증되지 않은" , [34] 즉, 사용자가 필요한 자격 증명이 없습니다.

    참고 : 일부 사이트의 문제 HTTP 401 IP 주소는 웹 사이트 (일반적으로 웹 사이트 도메인) 및 특정 주소에서 금지는 웹 사이트에 액세스 할 수있는 권한이 거부됩니다.

    (402) 지불 필수

    향후 사용을 위해 예약되어 있습니다. 원래 의도는이 코드는 어떤 형태의 일부로 사용할 수 있습니다이었다 디지털 현금 또는 소액 방식,하지만 무슨 일이 있었 않았으며,이 코드는 일반적으로 사용되지 않습니다. Google 개발자 특정 개발자가 매일을 초과하는 경우 API는이 상태를 사용 요청을 제한 할 수 있습니다. [35] 21.co 비트 코인의 소액 서비스는 모든 클라이언트의 HTTP 요청에 대한 응답이 상태를 사용합니다. [36]

    403 금지

    요청이 유효한 요청했지만, 서버는 응답을 거부한다. 사용자는 로그인 할 수 있지만 리소스에 필요한 권한이 없습니다.

    404 찾을 수 없음

    요청한 리소스를 찾을 수 없습니다하지만 미래에 사용할 수 있습니다. 클라이언트에 의한 후속 요청은 허용된다. [37]

    405 메서드 허용되지 않음

    요청 방법은 요청 된 리소스에 대해 지원되지 않습니다; 예를 들어, 데이터를 요구하는 양식에 GET 요청을 통해 제시하는 POST , 또는 읽기 전용 리소스에 PUT 요청.

    허용되지 않음 (406)

    요청 된 자원이 요청시 전송 된 승인 헤더에 따라 허용되지 전용 콘텐츠를 생성 할 수있다. [38] 를 참조하십시오 콘텐츠 협상을 .

    407 프록시 인증 필요 ( RFC 7235 )

    클라이언트는 먼저 자신을 인증해야 프록시 . [39]

    408 요청 시간 초과

    서버가 요청을 기다리는 동안 제한 시간을 초과했습니다. HTTP 사양에 따라 ". 클라이언트는 서버가 기다릴 제조 하였다 시간 내에 요청하지 않은 클라이언트는 나중에 변경없이 요구를 반복 할 수있다." [40]

    409 충돌

    요청이 같은으로 인해 요청에서 충돌 처리 할 수 없음을 나타냅니다 편집 충돌 다수의 동시 업데이트 사이.

    사라 (410)

    요청 된 자원이 더 이상 사용할 수 없습니다 다시 사용할 수 없습니다 것을 나타냅니다. 자원이 의도적으로 제거 된 경우에 사용되어야하고, 자원이 제거되어야한다. 410 상태 코드를 수신하면, 클라이언트는 미래의 자원을 요구해서는 안된다. 이러한 검색 엔진과 같은 클라이언트는. 그들의 인덱스에서 자원을 제거해야합니다 [41] 대부분의 사용 사례가 자원을 제거하기 위해 클라이언트와 검색 엔진을 필요로하지 않는, 그리고 "찾을 수 없음 404"를 대신 사용할 수 있습니다.

    (411) 길이 필수

    요청은 요청 된 리소스가 요구되는 내용의 길이를 지정하지 않았다. [42]

    412 전제 조건 실패 ( RFC 7232 )

    서버는 요청자가 요청시 부과 한 사전 조건을 충족하지 않습니다. [43]

    413 페이로드가 너무 큼 ( RFC 7231 )

    요청은 서버가 처리 할 수 있거나 처리하려는보다 크다. 이전에 "요청 엔티티가 너무 큼"이라고합니다. [44]

    (414) URI 너무 김 ( RFC 7231 )

    URI는 서버가 처리하기에 너무 긴 제공. 종종 너무 많은 데이터의 결과는 POST 요청으로 변환해야하는 경우에 GET 요청의 쿼리 문자열로 인코딩된다. [45] "요청 - URI 너무 김"이전에 호출된다. [46]

    415 지원되지 않는 미디어 유형

    요청 개체는이 미디어 타입 서버 나 자원이 지원하지 않습니다. 예를 들어, 클라이언트는 이미지 업로드 이미지 / SVG + XML을 하지만, 서버는 이미지가 다른 포맷을 사용하는 것이 필요하다.

    416 범위하지 만족할 수 ( RFC 7233 )

    클라이언트는 파일 (의 일부에 대한 요청했다 바이트 서빙 ), 그러나 서버는 그 부분을 공급할 수 없다. 예를 들어, 클라이언트가 파일의 단부 너머 파일의 일부를 요구하는 경우. [47] 호출 "청구 범위하지 만족할"이전. [48]

    (417) 기대 실패

    서버는 Expect 요청 헤더 필드의 요구 사항을 충족 할 수 없다. [49]

    (418) 나는 주전자 해요 (RFC 2324)

    이 코드는 기존의 하나로서 1998 년에 정의 된 IETF 만우절 농담 에, RFC 2324 , 하이퍼 텍스트 커피 포트 제어 프로토콜은 실제 HTTP 서버에 의해 구현 될 것으로 예상되지 않는다. 은 RFC이 코드는 양조 커피에 요청 녹차 냄비에 의해 반환해야 지정합니다. [50] 상태가로 사용이 HTTP 부활절 달걀 등 일부 웹 사이트에서 Google.com . [51]

    421에서 잘못 요청 ( RFC 7540 )

    요청이 (a 연결 재사용하기 때문에 예를 들면)에 대한 응답을 생성 할 수없는 서버에 지시 하였다. [52]

    (422) 처리 할 수 ​​없음 엔티티 (WebDAV를, 4918 RFC)

    요청이 잘 형성했지만, 때문에 의미 론적 오류에 따라야 할 수 없습니다. [15]

    423 잠금 관리 (WebDAV, RFC 4918)

    잠겨 액세스하는 자원. [15]

    424 실패 종속성 관리 (WebDAV, RFC 4918)

    요청으로 인해 이전 요청 (예를 들어, PROPPATCH)의 실패에 실패했습니다. [15]

    426 업그레이드 필요

    클라이언트는 다음과 같은 다른 프로토콜로 전환해야 TLS / 1.0 에 주어진, 업그레이드 헤더 필드. [53]

    428 전제 조건 필수 ( RFC 6585 )

    원 서버는 조건부로 요청을 요구한다. 미연에 방지하기위한 것 "클라이언트가 리소스의 상태를 가져옵니다을 수정하고 그 사이에 제삼자가 충돌로 이어지는, 서버의 상태를 수정 한 서버에 다시두고 '잃어버린 업데이트'문제를." [ 54]

    429 너무 많은 요청 ( RFC 6585 )

    사용자는 주어진 시간에 너무 많은 요청을 전송하고있다. 와 함께 사용하도록 속도 제한 방식. [54]

    431 요청 헤더 필드가 너무 큰 ( RFC 6585 )

    서버가 개별 헤더 필드 또는 모든 헤더 필드 총칭 하나가 너무 크기 때문에 요청을 처리하지 않습니다. [54]

    법적인 이유로 사용할 수 없습니다 (451)

    서버 운영자 리소스 또는 요청 된 자원을 포함하는 일련의 자원 액세스를 거부 할 수있는 법적인 요구를 받고있다. [55] 코드 (451)는 신규에 대한 기준으로서 선택 하였다 화씨 451 .

    5XX 서버 오류 [ 편집 ]

    서버가 명백히 유효한 요청을 수행하는 데 실패했습니다. [56]

     

    숫자로 시작하는 응답 상태 코드는 "5"는 서버가 오류가 발생하거나 요청을 수행 달리 불능 인 것을 알고있는 경우를 나타낸다. 헤드 요청에 응답 할 때를 제외하고, 서버 한다 에러 상황에 대한 설명을 포함하는 엔티티를 포함하고, 임시 또는 영구적 인 상태인지를 나타낸다. 마찬가지로, 사용자 에이전트는 해야 사용자에게 포함 된 엔터티를 표시합니다. 이 응답 코드는 요청 방법에 적용 할 수있다. [57]

     

    500 내부 서버 오류

    예기치 않은 상황이 발생하고 더 이상 특정 메시지가 적합 할 때 지정된 일반 오류 메시지. [58]

    (501)는 구현되지 않음

    서버가 요청 방식을 인식하지 못하거나, 그 요청을 수행하는 능력이 부족하다. 일반적으로이 (예를 들어, 웹 서비스 API의 새로운 기능) 미래의 가용성을 의미한다. [ 표창장은 필요로했다 ]

    502 잘못된 게이트웨이

    서버가 역할을 하였다 게이트웨이 또는 프록시와 업스트림 서버에서 잘못된 응답을 받았습니다. [59]

    503 서비스를 사용할 수 없음

    (가 과부하 또는 유지 보수를 위해 아래로되어 있기 때문에) 서버는 현재 사용할 수 없습니다. 일반적으로,이 임시 상태입니다. [60]

    504 게이트웨이 시간 초과

    서버가 게이트웨이 나 프록시 역할을하고 있거나 또는 업스트림 서버에서 적절한 응답을받지 못했습니다. [61]

    505 HTTP 버전이 지원되지 않음

    서버가 요청에 사용 된 HTTP 프로토콜 버전을 지원하지 않습니다. [62]

    (506) 변형이 또한 네 고시 에이션 (RFC 2295)

    투명 콘텐츠 협상 A의 요청 결과에 대한 순환 참조 . [63]

    (507) 부족 스토리지 관리 (WebDAV, 4918 RFC)

    서버가 요청을 완료하기 위해 필요한 표시를 저장할 수 없다. [15]

    508 루프 감지 (WebDAV를, 5842 RFC)

    (대신에 보낸 요청 처리하는 동안 서버는 무한 루프를 감지 이미보고 208 ).

    (510)는 확장되지 않음 ( RFC 2774 )

    요청에 추가 확장을 수행하는 서버가 필요합니다. [64]

    511 네트워크 인증 필요 ( RFC 6585 )

    클라이언트는 네트워크 액세스 인증을 획득해야한다. 네트워크에 대한 액세스를 제어하는 데 사용되는 프록시를 차단하여 사용하도록되어 있습니다 (예를 들어, " 캡 티브 포털 비아 완벽한 인터넷 액세스 허용하기 전에 서비스 약관에 동의를 필요로하는 데 사용" 와이파이 핫스팟 ). [54]

    비공식 코드 [ 편집 ]

    다음 코드는 어떤 RFC에 의해 지정되지 않지만, 의미 또는 제공하는 타사 서비스에 의해 사용되는 편안하고 오류 응답 :

     

    (103) 체크 포인트

    중단 PUT 또는 POST 요청을 재개 재개 요청 제안에 사용된다.

    (420) 방법의 실패 ( 스프링 프레임 워크 )

    방법이 실패 스프링 프레임 워크에 의해 사용되지 않는 응답. [65]

    (419) 나는 여우 야 (Smoothwall / Foxwall)

    설정 테스트가 반환 될 때 Smoothwall과 Foxwall 방화벽 시스템의 일부 버전으로 돌아왔다.

    (420) 당신의 진정을 강화 ( 트위터 )

    클라이언트가되는 속도가 제한 될 때 트위터 검색과 동향 API의 버전 1에 의해 반환; 버전 1.1 이상은 사용 429 너무 많은 요청이 대신 코드를은 응답. [66]

    450 Windows에서 차단 된 자녀 (마이크로 소프트)

    마이크로 소프트 확장. 윈도우 자녀가 켜져 주어진 웹 페이지에 대한 액세스를 차단하는 경우이 오류가 주어진다. [67]

    498 잘못된 토큰 ESRI ()

    에 의해 반환 된 서버는 ArcGIS . 498의 코드가 만료되거나 유효하지 않은 토큰을 나타냅니다. [68]

    499 토큰 필수 ESRI ()

    에 의해 반환 된 서버는 ArcGIS . 499의 코드는 토큰이 필요하지만 제출되지 않았 음을 나타냅니다. [68]

    499 요청이 바이러스에 의해 금지 된

    같은 일부 프로그램에 의해 생성 를 Wget 악의적 인 사이트가 차단 될 때. [ 표창장은 필요로했다 ]

    초과 509 대역폭 제한 ( 아파치 웹 서버 / 의 cPanel )

    서버는 서버 관리자에 의해 지정된 대역폭을 초과; 이는 종종 고객의 대역폭을 제한하는 공유 호스팅 업체에 의해 사용된다. [69]

    (530) 사이트는 동결

    에 의해 사용 판테온 활동으로 인해 고정 된 위치를 표시하기 위해 웹 플랫폼입니다.

    인터넷 정보 서비스 [ 편집 ]

    인터넷 정보 서비스는 클라이언트의 요청에 에러를 신호하도록 4XX 에러 공간을 확장한다.

     

    (440) 로그인 제한 시간

    클라이언트의 세션이 만료되어 다시 로그인해야합니다. [70]

    449 재시도 함께

    사용자가 필요한 정보를 제공하지 않았기 때문에, 서버는 요청을 따르지 수있다. [71]

    451 리디렉션

    에 사용되는 Exchange ActiveSync를 하나 더 효율적인 서버를 사용할 때 또는 사용자의 사서함에 액세스 할 수있는 서버. [72] 클라이언트가 더 적절한 서버를 찾기 위해 HTTP 자동 검색 작업을 다시 실행 할 것으로 예상된다. [73]

    nginx를 [ 편집 ]

    의 nginx의 웹 서버 소프트웨어는 클라이언트의 요청에 문제를 신호하는 4XX 에러 공간을 확장한다. [74] [75] 이들에만 로깅 용도로 사용이 실제 응답은 이러한 코드로 전송되지 않는다.

     

    444 응답 없음

    서버가 클라이언트에 어떤 정보를 반환하고 연결을 종료 한 것을 나타 내기 위해서 사용됩니다.

    495 SSL 인증서 오류

    의 팽창 400 잘못된 요청 응답 코드, 클라이언트는 무효가 제공 될 때 사용되는 클라이언트 인증서 .

    496 SSL 인증서 필요

    의 팽창 400 잘못된 요청 응답 코드는 클라이언트 인증이 필요한 경우에 사용되지만 제공되지.

    HTTPS 포트로 전송 된 497 HTTP 요청

    의 팽창 400 잘못된 요청 응답 코드는 클라이언트가 HTTPS 요청을 수신 포트에 HTTP 요청을 한 경우에 사용된다.

    499 클라이언트 폐쇄 요청

    클라이언트가 응답을 보낼 수있는 서버 이전 요청을 닫을 때 사용합니다.

    CloudFlare [ 편집 ]

    CloudFlare 의 역방향 프록시 서비스는 원본 서버 문제를 신호하는 오류 공간의 5XX 시리즈를 확장합니다. [76]

     

    520 알 수없는 오류

    520 오류는 연결 재설정, 큰 헤더 및 일반 트리거로 비어 있거나 잘못된 응답을 나열합니다 "원본 서버가 예기치 않은 무언가를 반환 할 때를위한 캐치 모든 응답"으로 사용됩니다.

    (521) 웹 서버가 다운

    오리진 서버는 CloudFlare의 연결을 거부하고있다.

    (522) 연결 시간 초과

    CloudFlare는 협상 할 수있는 TCP 핸드 셰이크 원본 서버를.

    523 원산지에 연결할 수 없습니다

    CloudFlare는 원 서버에 도달 할 수있다; 예를 들어, 경우 DNS 레코드 원본 서버에 대한 올바르지 않습니다.

    524 시간 초과 발생

    CloudFlare 오리진 서버에 TCP 연결을 완료 할 수 있었지만 적시 HTTP 응답을 수신하지 않았다.

    525 SSL 핸드 셰이크 실패

    CloudFlare는 협상 할 수 없습니다 SSL / TLS 핸드 쉐이크 원본 서버를.

    526 잘못된 SSL 인증서

    CloudFlare는 원 서버가 제공되는 SSL / TLS 인증서의 유효성을 검사 할 수 없습니다.

    '개발영역 > 아파치' 카테고리의 다른 글

    Cross Domain 아파치 설정 방법  (0) 2016.06.21

    댓글

Designed by Tistory.