HTTP 응답 코드 종류

 응답 코드 설명 
100   Continue (클라이언트로 부터 일부 요청을 받았으며 나머지 정보를 계속 요청함)
 101  Switching protocols
 200  OK(요청이 성공적으로 수행되었음)
 201  Created (PUT 메소드에 의해 원격지 서버에 파일 생성됨)
 202  Accepted(웹 서버가 명령 수신함)
 203  Non-authoritative information (서버가 클라이언트 요구 중 일부만 전송)
 204  No content, (사용자 요구 처리하였으나 전송할 데이터가 없음)
 301  Moved permanently (요구한 데이터를 변경된 타 URL에 요청함)
 302  Not temporarily
 304  Not modified (컴퓨터 로컬의 캐시 정보를 이용함, 대개 gif 등은 웹 서버에 요청하지 않음)
 400  Bad request (사용자의 잘못된 요청을 처리할 수 없음)
 401  Unauthorized (인증이 필요한 페이지를 요청한 경우)
 402  Payment required(예약됨)
 403  Forbidden (접근 금지, 디렉터리 리스팅 요청 및 관리자 페이지 접근 등을 차단)
 404  Not found, (요청한 페이지 없음)
 405  Method not allowed (혀용되지 않는 http method 사용함)
 407  Proxy authentication required (프락시 인증 요구됨)
 408  Request timeout (요청 시간 초과)
 410  Gone (영구적으로 사용 금지)
 412  Precondition failed (전체 조건 실패)
 414  Request-URI too long (요청 URL 길이가 긴 경우임)
 500  Internal server error (내부 서버 오류)
 501  Not implemented (웹 서버가 처리할 수 없음)
 503  Service unnailable (서비스 제공 불가)
 504  Gateway timeout (게이트웨이 시간 초과)
 505  HTTP version not supported (해당 http 버전 지원되지 않음)

 

 

HTTP 메소드 종류

 HTTP Method 전송 형태  설명 
 GET GET [request-uri]?query_string
HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n 
 GET 요청 방식은 URI(URL)가 가진 정보를
 검색하기 위해 서버 측에 요청하는형태이다

 

 HTTP Method 전송 형태  설명 
 POST POST [request-uri]?query_string
HTTP/1.1\r\n
HOST:[Hostname] 혹은 [IP] \r\n
Content-Lenght:[Lenght in Bytes] \r\n 
\r\n
[query-string] 혹은 [데이터]
POST 요청 방식은 요청 URI(URL)에
폼 입력을 처리하기 위해 구성한 서버 측 스크립트
(ASP, PHP, JSP 등) 혹은 CGI 프로그램으로
구성되고 Form Action과 함께 전송되는데,
이때 헤더 정보에 포함되지 않고 데이터 부분에 요청 정보가 들어가게 된다.

 

 HTTP Method 전송 형태  설명 
 HEAD HEAD [request-uri] HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n 
HEAD 요청 방식은 GET과 유사한 방식이나 웹 서버에서 헤더 정보 이외에는 어떤 데이터도 보내지 않는다.
웹 서버의 다운 여부 점검(Health Check)이나 웹 서버 정보(버전 등)등을 얻기 위해 사용될 수 있다. 

 

 HTTP Method 전송 형태  설명 
 OPTIONS OPTIONS [request-ri]
HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n 
해당 메소드를 통해 시스템에서 지원되는 메소드 종류를 확인할 수 있다. 

 

 HTTP Method 전송 형태  설명 
 PUT PUT [request-uri] HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n
Content-Lenght:[Length in Bytes] \r\n
Content-Type:[Content Type] \r\n
\r\n
[데이터] 
 POST와 유사한 전송 구조를 가지기 때문에 헤더 이외에 메시지(데이터)가 함께 전송된다.
원격지 서버에 지정한 콘텐츠를 저장하기 위해 사용되며 홈페이지 변조에 많이 악용되고 있다.

 

 HTTP Method 전송 형태  설명 
 DELETE DELETE [request-uri] HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n
\r\n 
 원격지 웹 서버에 파일을 삭제하기 위해 사용되며 PUT과는 반대 개념의 메소드이다.

 

 HTTP Method 전송 형태  설명 
 TRACE TRACE [request-uri] HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n
\r\n 
원격지 서버에 Loopback(루프백) 메시지를 호출하기 위해 사용된다. 

 

 HTTP Method 전송 형태  설명 
 CONNECT CONNECT [request-uri] HTTP/1.1\r\n
Host:[Hostname] 혹은 [IP] \r\n
\r\n 
 웹 서버에 프락시 기능을 요청할 때 사용된다.


출처 : https://gyrfalcon.tistory.com/m/entry/HTTP-%EC%9D%91%EB%8B%B5-%EC%BD%94%EB%93%9C-%EC%A2%85%EB%A5%98-HTTP-%EB%A9%94%EC%86%8C%EB%93%9C-%EC%A2%85%EB%A5%98

기호 영어 한글
` Backtick(백틱), Grave(그레이브) -
~ Tilde(틸트) 물결표시
! Exclamation mark(엑스클러메이션) 느낌표
? Question mark(퀘스쳔) 물음표
@ At sign(앳) 골뱅이
# Sharp(샵), Number sign(넘버) 우물정
$ Dollar sign(달러) -
% Percent sign(퍼센트) -
^ Caret(캐럿) -
& Ampersand(엠퍼센드) -
* Asterisk(에스터리스크) 별표
- Hyphen(하이픈), Dash(대시), Minus(마이너스) -
_ Underscore(언더스코어), Low dash(로대시) 밑줄
= Equals sign(이퀄) 동등
' Apostrophe(아포스트로피) 작은 따옴표
: Colon(콜론) -
; Semicolon(세미콜론) -
, Comma(콤마) 쉼표
. Period(피리어드), Dot(닷) 점, 마침표
/ Slash(슬래시) -
| Vertical bar(버티컬바) -
\ BackSlash(백슬래시) -
() Parenthesis(퍼렌서시스) 소괄호, 괄호
{} Brace(브레이스) 중괄호
[] Bracket(브래킷) 대괄호
<> Angel Bracket(앵글 브래킷) 꺽쇠괄호

출처 : https://velog.io/@eassi/%ED%8A%B9%EC%88%98-%EB%AC%B8%EC%9E%90-%EC%9A%A9%EC%96%B4-%EC%A0%95%EB%A6%AC


지메일에서 여러 개의 메일을 옮기거나 삭제하거나 표시를 하려면, 우선은 대상 메일을 선택해야 한다.
얼핏 보기에 눈에 보이는 메일 이상을 선택할 수 없을 것처럼 보인다.
그리고 지메일은 한 번에 100개 이상의 메일 목록을 보여주지 않는다.

다행히 이럴 때를 위한 요령이 있다.

하지만 지메일에서 100개 이상의 대화(지메일은 메일을 쓰레드로 만들어 ‘대화’라고 부른다. 단일 메일이 아니다)를 선택하기 전에, 원하는 메일을 어떻게 검색할 것인지부터 알아야 한다. 아마도 단어나 문구, 사람 이름, 이메일 주소 같은 것을 검색 창에 입력하는 방법은 이미 알고 있을 것이다.

하지만 검색에도 또 다른 요령이 있다. 만약 info@itworld.co.kr을 검색하면, 이 주소가 포함된 모든 대화를 보여준다. 하지만 from:info@itworld.co.kr을 검색하면 해당 주소에서 발송되어 받은 대화만을 보여준다.

읽지 않은 대화를 찾으려면, is:unread를 검색하면 된다. 지난 해 12월 11일자 메일을 모두 보려면, 2015/12/11로 검색하면 된다. 당연히 before:2015/12/11이나 after:2015/12/11도 사용할 수 있다.

이제 이렇게 검색으로 찾아 낸 100건 이상의 메일을 한 번에 삭제해 보자. 우선 지메일 화면 왼쪽에서 ‘더보기’를 클릭한다(사용자 환경에 따라서 스크롤을 해야 할 수도 있다). 그러면 ‘더보기’가 ‘간략히’로 바뀌면서 아래에 추가 메뉴가 나타나는데, 여기서 전체보관함을 선택한다. 사용자 환경에 따라 전체 보관함이 받은 편지함 하위에 기본으로 있는 경우도 있다.

 

물론 이렇게 해도 화면에 나타나 있는 대화는 여전히 100건이 한계이다. 그래도 의심하지 말고 삭제 작업을 진행해 보자.

이제 대화 목록 상단의 전체 선택 체크 상자를 클릭해 화면에 나타나 있는 대화 전체를 선택한다. 그러면 기존과는 달리 다음과 같은 메시지가 목록 상단에 나타나는 것을 볼 수 있을 것이다.



여기서 ‘전체보관함의 대화 25,114개 모두 선택’을 클릭하면 화면에 표시되지 않아도 한 번에 100개 이상의 메일을 지우거나 옮길 수 있다.  editor@itworld.co.kr


네이버에서는 외부 사이트의 크롤링을 위해 현재 NaverBot과 Yeti Bot을 운영하고 있습니다.

한국에서 개방된 사이트를 운영하면서 이 두 로봇이 사이트를 방문하지 않는다면 거의 좌절이라 할 수 있을 것입니다.


사이트에서 로봇방문흔적을 보려면 대부분 로그분석도구로 알 수 있는데 서버나 사이트 내에 IP주소와 에이전트를 판단하는 스크립트를 심어서 제공해주고 있지만, 솔루션에 따라 제대로 보여주지 못하는 때도 있을 것입니다.


사이트방문자가 급격히 줄었거나 할 경우 검색엔진에서의 인덱싱 현황 체크와 함께 로봇 IP도 확인해서 대응하여야 하겠습니다.
아래는 네이버發 아이피 리스트입니다.
 
1. NaverBot
  Mozilla/4.0compatible;NaverBot/1.0;http://help.naver.com/customer_webtxt_02.jsp
  114.111.36.23~24
  114.111.36.26
  114.111.36.29~32
  114.111.36.36
  114.111.36.45
  61.247.221.80~94
 

 

2. Yeti Bot
  1)국내용
    Yeti/1.0 (NHN Corp.; http://help.naver.com/robots/
    61.247.204.21~24
    61.247.204.31
    61.247.204.35~39
    61.247.204.42~46
    61.247.222.44~45
    61.247.222.46 (crawl-61-247-222-46.naver.jp 일본용?)
    61.247.222.49~50
    61.247.222.54~56
    61.247.222.82~83(crawl-61-247-222-46.naver.jp)
    175.158.29.209~210  

 

  2)일본용
    119.235.237.15~20
    119.235.237.33
    119.235.237.77
    119.235.237.85~87
    119.235.237.92~93
    119.235.237.95
    119.235.237.135
    202.131.30.146~150
    202.131.30.170

 

최근 추가로 확인된 IP

125.209.208.0~125.209.255.255


퍼온곳 : http://construe.tistory.com/314


HTML 태그 내용을 그대로 출력하기 위해서는

<pre>  </pre> 태그사이에 html 소스를 입력해 주면 된다.

네이버의 스팸메일 정책입니다.
 
판단기준 
- 수신자의 수신 동의가 없는 메일
- 스팸 신고 또는 항의가 일정 수준 이상에 달한 메일
- 짧은 시간 동안에 많은 양의 메일을 발송하거나 발송을 시도한 메일
- 빈번한 스팸 발송 이력 또는 많은 양의 스팸 발송 이력이 있는 IP 주소로부터 발송된 메일
- 서비스 관리자 또는 타인을 사칭한 메일
- 유효하지 않은 수신 주소(존재하지 않거나 휴면 상태)를 대상으로 반복하여 발송한 메일
- 관계 법령 및 스팸 방지 방침을 준수하지 않은 메일
- 스팸 탐지 회피 수단이 포함된 메일
- 불법성, 홍보성, 불건전한 내용이 포함된 메일
 
 
스팸 IP 주소 접속 제한 
- 스팸 발송 이력에 따른 IP 주소 블랙리스트
- KISA RBL, SPAMHAUS 등 국내/외 RBL(3rd Party Real-time Blocking List)이 제공하는 IP 주소 블랙리스트
- KISA WHITE DOMAIN 등의 정보로 발신자를 확인할 수 없는 IP 주소로부터 짧은 시간 동안에 많은 양의 메일이 발송된 경우
- 네이버 메일 수신 서버에 과도한 접속을 유발한 경우
- SPF(Sender Policy Framework), DNS를 통한 발신자 확인에 어긋나는 행위 등 도메인을 사칭한 경우
 
 
메일의 형태와 내용에 따른 제한
메일의 형태와 메일을 구성하는 텍스트, 이미지, URL을 분석하여 스팸 여부를 판단합니다.
네이버 메일은 아래의 정보를 근거로 스팸 여부를 판단합니다.
 
  • 메일 송수신 규약(RFC #822, #2822)에 명시된 메일 형식을 제대로 갖추지 않은 메일
  • 스팸 신고를 통해 발견된 스팸메일에 포함된 텍스트, 이미지 URL이 포함된 메일
  • 발신 주소, 도메인 사칭을 비롯한 스팸 탐지 회피를 시도한 메일

 
 
대량메일 발송가이드
  
발송IP 주소 및 서버 관리
- 발송 서버나 고정 IP 주소를 통해 스팸메일이 발송되지 않도록 주의하십시오.
유동 IP 주소나 스팸메일 발송이 빈번한 IP 주소를 이용한 스팸메일은 네이버의 IP 주소별 스팸 이력 시스템에 의해 차단되는
경우가 많아 상당수의 스팸메일은 정상적인 IP 주소를 거칩니다.
릴레이 허용 등 관리상의 취약점을 악용하여 스팸메일을 발송하는 IP는 네이버 메일의 수신자 보호를 위해 접속을 제한합니다.
 
- 동시 다수의 수신 서버 연결을 시도하지 마십시오.
대량의 메일을 빨리 보내기 위해 동시에 다수의 연결을 시도하는 경우, 일시적으로 접속이 거부되며 네이버 메일의 공격 감지
시스템이 이러한 시도를 스팸메일이나 웜 바이러스로 판단할 위험이 큽니다. 이는 다른 이용자의 발송을 방해하는 행위이기도 합니다.
KISA WHITE DOMAIN에 등록된 IP 주소도 동일하게 적용되는 사항이며 이러한 이력은 이후 해당 IP 주소의 신뢰도에 영향을
미치므로 주의하여 주십시오.
 
- SPF 와 ReverseDNS를 활용하십시오.
SPF(Sender Policy Framework)는 도메인 소유자가 자신이 소유한 도메인의 발송 IP 주소를 알려 자신의 도메인이 스팸메일 발송에
사칭되는 것을 방지합니다. ReverseDNS는 발송 IP 주소로 발신 서버를 확인할 수 있게 하여 간접적으로 도메인을 검증할 수 있습니다.
이와 같은 조치를 취하면 해당 도메인이 스팸메일로 악용될 가능성이 낮다는 것을 의미하여 스팸 차단으로부터 보호됩니다. 
  
발송메일의 관리
- 수신자 존재 여부나 동의 여부에 대한 파악 없이 발송된 메일은 '수신자의 동의가 없는 메일' 즉, '스팸메일'입니다.
존재하지 않거나 휴면 상태인 메일 주소, 수신을 거부한 주소로 메일을 반복해서 발송하는 경우가 있습니다. 수신자 확인을 하지
않아 발신 실패가 반복된다면 수신자가 수신을 동의하였다고 보기 어려우며 스팸메일로 판단됩니다.
 
- 수신 가능한 반송 주소를 사용하십시오.
Reply To, ENV From, Header From에 수신 가능한 주소를 사용하십시오. 반송할 수 없는 주소를 이용하거나 반송 주소를 사칭하면
스팸메일로 판단될 가능성이 높습니다. 특히, 메일 전송 과정에서 수신자가 수신할 수 없을 때 반송하지 못하는 경우 수신 주소
존재 여부, 수신 거부 여부를 파악하기 어렵습니다.
 
- 메일 내용에 포함하는 텍스트와 이미지, URL 사용에 주의하십시오.
건전하지 못한 내용을 포함하는 메일은 스팸 신고를 받을 가능성이 높습니다. 또한, 사용되는 URL의 도메인이 다양한 경우, 외부
링크에 리다이렉션(redirection)이 있는 경우는 스팸메일로 의심받을 수 있습니다.
 
- 메일 규약상의 형식을 갖춰 주십시오.
DATE, FROM, SUBJECT 등 기본적인 정보가 없거나 잘못된 메일은 스팸메일이나 웜 바이러스로 의심받을 수 있습니다. 언어 인코딩,
메일러 표기가 정확하지 않을 때도 스팸메일로 판단될 가능성이 높습니다. 특히, 메일 본문 중에 embed와 같이 실행을 목적으로 한
태그를 사용했을 때 일부 실행이 제한될 수 있습니다.
 
 
응답 메시지별 사유와 조치
1. 421 4.3.2 Too many concurrent connection. This connection will be closed
네이버 메일 수신 서버가 허용하는 수 이상의 동시 접속을 시도하였습니다. 다른 발신자의 발송을 방해하는 행위입니다.
의도적으로 네이버 메일 서비스의 품질을 저해하는 발송 시도는 스팸메일로 간주합니다.

2. 421 4.3.2 Your IP(발신 IP 주소) is filtered and this connection will be closed
짧은 시간 동안에 허용하는 수 이상의 메일 발송을 시도하였습니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
3. 421 4.3.2 Your IP(발신 IP 주소) is filtered by RBL. Cause(RBL 정보). And this connection will be closed
발송 서버의 IP 주소가 RBL(3'rd Party Real time Blocking List)에 스팸 IP 주소로 등록되어 있습니다.
서둘러 원인을 해결하고 RBL에서 제거하지 않으면 네이버 메일 뿐만 아니라 다른 메일 서비스에서도 메일 발송이 제한될 수 있습니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
4. 421 4.3.2 Your ip blocked from this server
발송 서버의 IP 주소로부터 오랫동안 대량의 스팸메일이 발송되어 차단되었습니다.
먼저 스팸메일 발송 여부를 확인하고 문제를 해결해 주시기 바랍니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
5. 452 4.5.3 Too many recipients. We allow maximum 수신 주소 개수 제한 recipients
하나의 메일에 허용하는 수 이상의 수신 주소를 지정하여 차단되었습니다.
 
6. 421 4.3.2 You sent too many commands. Total 35 commands in 1 session are allowed.
한 번의 접속으로 허용하는 수 이상의 수신자를 지정하거나 명령을 수행하여 차단되었습니다.
 
7. 550, 5.3.2 Rejected by mailbox host. REPLY:(550 mailbox is inactive!! (#5.2.1))
또는 550 5.1.1 Suspended(Inactive) user 수신주소
수신 주소가 휴면 상태입니다. 휴면 상태인 수신 주소로 반복하여 발송을 시도한 경우 스팸메일로 판단될 수 있습니다.
 
8. 550 5.1.1 No such user 수신주소
존재하지 않는 메일 주소입니다. 존재하지 않는 메일 주소로 반복하여 발송을 시도한 경우 스팸메일로 판단될 수 있습니다.
 
9. 550 No thanks
발송 메일이 네이버 메일 스팸 정책에 따라 스팸메일로 판단되어 거부되었습니다.
 
10. 421 4.3.0 Too long idle time. You are disconnected
접속 후 오랜 시간 응답하지 않아 접속을 종료합니다.
 


출처
http://hgjung.pe.kr/blog/%EB%84%A4%EC%9D%B4%EB%B2%84-%EC%8A%A4%ED%8C%B8%EB%A9%94%EC%9D%BC%EC%A0%95%EC%B1%85