Transcript
Meta Refresh 태그를 이용한 HTTP Redirection
목 차
I. 개요
II. HTML Meta 태그
III. Meta Refresh를 이용한 HTTP Redirection
IV. 요약 및 정리
사용자의 요청에 대해 웹 서버가 자동적으로 특정 페이지를 제공하는 것이 Redirection 기술이다. 본 문서는 Redirection 기술의 두 번째 문서로, Redirection을 위한 응답 코드인 HTTP 302 Found를 사용하지 않고, 정상적인 HTTP 200 OK 응답 메시지를 이용하는 기술에 대해 설명한다. 이는 Meta Refresh 태그를 포함한 HTML 데이터를 HTTP 200 OK 메시지에 전송함으로써 가능하게 하는데, 그 원리와 동작에 대해 살펴보고자 한다.
2011년 3월 14일
NMC Consulting Group (tech@netmanias.com)
I. 개요
우리에게 인터넷은 더 이상 낯선 기술이 아니다. 웹 검색이나 서핑 등 다양한 형태로 인터넷을 사용하고 있는데, 이때 전달되는 데이터는 HTML(Hypertext Markup Language[1])이라는 형태로 구성되어 있으며, 이 데이터를 기반으로 모니터와 같은 디스플레이 장치를 통해 사용자가 볼 수 있도록 정보가 화면에 장식된다. 이러한 데이터는 기술 문서 302 Found 응답 코드를 이용한 HTTP Redirection[2]에 기술되어 있듯이, 표준 프로토콜인 HTTP(Hypertext Transfer Protocol)에 담겨 전달된다.
그러나 때로는 사용자가 요청한 페이지가 아닌 다른 서버로 접속하도록 유도하여 새로운 페이지를 제공하는 경우가 있었음을 [2]에서 설명하고 있는데, 이러한 기술을 Redirection이라고 한다. 그렇다면 Redirection은 HTTP 302 Found 응답 코드를 통해서만 가능할까? 대답은 “아니오”이다. 몇 가지 Redirection 기술 가운데 본 문서에서는 Meta Refresh 태그 정보를 이용한 HTTP Redirection에 대해 살펴보고자 한다.
본 문서의 II 장에서 HTML Meta 태그에 대해 간단히 설명하고, III 장에서는 Meta Refresh 태그 정보를 이용한 HTTP Redirection에 대해 실제 메시지 흐름을 기반으로 기술하며, IV 장에서 해당 기술에 대한 요약 및 정리로 문서를 마무리 한다. 또한 본 문서에 앞서 HTTP의 기본 동작 및 Redirection의 용도와 개념을 설명하고 있는 [2]를 읽어 볼 것을 권고한다.
II. HTML Meta 태그
저자는 카드 사용 내역을 확인하기 위해 LG 카드 홈페이지(www.lgcard.com)에 접속한 경험이 있다. 그러나 화면에는 LG 카드 홈페이지가 아닌, 신한카드의 홈페이지(www.shinhancard.com)가 출력되었다. LG카드가 신한카드와 통합 되었으니 그럴 수 있겠다 하면서도, [2]에서 설명하였듯이 이전 야후 홈페이지 접속을 통해 유사한 경험(사용자가 요청한 페이지에 대해 다른 페이지를 제공하는 경우)을 가지고 있던 저자는 이 역시 HTTP 302 Found 코드를 이용한 HTTP Redirection을 예상하고 패킷 캡쳐링 프로그램을 사용하여 해당 패킷을 확인해보기로 했다.
그런데 분석 결과 HTTP 응답 메시지 가운데 302 Found 코드를 담은 패킷은 어디에서도 찾을 수 없었다. 즉, 예상했던 302 Found 응답 코드를 담은 응답 HTTP 메시지는 없었고 모두 200 OK 응답 코드를 담은 HTTP 메시지뿐 이었지만, 요청했던 웹 페이지(www.lgcard.com)가 아닌 다른 웹 페이지(www.shinhancard.com)가 화면에 나타난 것이다. 결국 Redirection이 일어난 것이다.
패킷 분석 결과, 200 OK 응답 코드가 찍힌 HTTP 응답 메시지에서 www.shinhancard.com이라는 URL (Uniformed Resource Locator)이 HTML 정보에 포함되어 있는 것을 발견했으며, 이것은 LG 카드 홈페이지 요청에 대한 응답으로 화면에 출력된 홈페이지의 URL이었다. 이와 같이 HTML 정보 내에 Meta Refresh 태그 정보를 이용하여 HTTP Redirection이 가능한 것이었다. 이 Meta 태그라는 것은 무엇일까?
I 장에서 설명했듯이, 우리가 인터넷을 통해 수 많은 정보들을 얻는 홈페이지는 HTML이라는 형식으로 작성되며, 이는 그림 1과 같이 문서의 전체적인 특성을 규정하는 헤드(Head) 부분과 본문 내용에 해당하는 바디(Body) 부분으로 구성된다.
그림 1. HTML 문서의 구성
앞선 사례에서 HTTP Redirection을 가능하게 했던 Meta 태그는 HTML 문서의 헤드(<head>와 </head> 사이)에 작성되며 웹 서버에서 웹 브라우저로 전달하는 정보 즉, 웹 페이지에 관한 정보를 정의하는데 사용된다.
다시 말해 Meta 태그란, 홈페이지의 디자인에는 전혀 영향을 미치지 않으면서 문서가 어떤 내용을 담고 있고, 문서의 키워드는 무엇이며, 누가 만들었는지 등의 문서 자체의 특성을 담고 있는 정보를 말한다. 이러한 Meta 태그는 표 1과 같은 형태로 웹 페이지에 관한 정보를 제공할 수 있다.
표 1. 웹 페이지의 정보를 제공하는 Meta 태그 사용의 예
Meta 태그 구성 내용
meta http-equiv=\"content-type\" content=\"text/html; charset=euc-kr\" 웹 페이지의 언어 설정
content=\"t sec\" t초 마다 웹 페이지 새로 고침
content=\"t; url=new url\" t초 후에 new url로 이동
meta name=\"title\" content=\"web-page-name\" 웹 페이지의 이름 정보
meta name=\"keywords\" content=\"web-page-keywords\" 웹 페이지의 키워드 정보
meta name=\"author\" content=\"web-page-author\" 웹 페이지의 작성자 정보
III. Meta Refresh를 이용한 HTTP Redirection
II 장에서 기술했던 Redirection 사례를 기반으로 HTTP 응답 메시지 내 HTML 정보에 Meta Refresh 태그를 이용한 HTTP Redirection 동작 및 절차에 대해 설명한다.
3.1 사용자의 요청에 대한 Meta Refresh 태그 전송
웹 브라우저는 사용자가 요청한 URL(www.lgcard.com)의 웹 서버 IP 주소를 알아내기 위해 DNS 서버와 DNS 메시지를 교환한다. 이를 통해 획득한 IP 주소를 이용하여 해당 웹 서버와의 TCP 연결을 생성하고, HTTP 메시지를 주고 받는다. 이 과정에서 웹 서버는 HTTP 응답 메시지 내에 Meta Refresh 태그 정보를 HTML 데이터에 포함시켜 웹 브라우저로 전달하며, HTTP 메시지 교환이 끝나면 앞서 생성되었던 TCP 연결을 해제한다. 이 과정을 보다 이해하기 쉽도록 그림 2와 같이 도식화 하였다.
그림 2. 사용자 요청에 대한 Meta Refresh 태그 전달 과정
1. HTTP GET
웹 브라우저는 해당 서버(www.lgcard.com)에 HTTP 접속 및 데이터를 요청하는 HTTP GET 메시지를 전송하며, 상세 내용은 그림 3과 같다.
Frame 14: 593 bytes on wire (4744 bits), 593 bytes captured (4744 bits)
Ethernet II, Src: SamsungE_5c:2c:c4 (00:24:54:5c:2c:c4), Dst: EfmNetwo_ee:00:c8 (00:08:9f:ee:00:c8)
1 Internet Protocol, Src: 192.168.10.13 (192.168.10.13), Dst: 210.112.177.1 (210.112.177.1)
Transmission Control Protocol, Src Port: 8704 (8704), Dst Port: http (80), Seq: 1, Ack: 1, Len: 539
2 Hypertext Transfer Protocol
GET / HTTP/1.1\\r\\n
[Expert Info (Chat/Sequence): GET / HTTP/1.1\\r\\n]
[Message: GET / HTTP/1.1\\r\\n]
[Severity level: Chat]
[Group: Sequence]
Request Method: GET
Request URI: /
Request Version: HTTP/1.1
Accept: image/jpeg, application/x-ms-application, image/gif, application/xaml+xml,
image/pjpeg, application/x-ms-xbap, application/x-shockwave-flash,
application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint,
*/*\\r\\n
Accept-Language: ko-KR\\r\\n
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/4.0;
SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC
6.0; InfoPath.2; .NET4.0C)\\r\\n
Accept-Encoding: gzip, deflate\\r\\n
3 Host: www.lgcard.com\\r\\n
Connection: Keep-Alive\\r\\n
\\r\\n
그림 3. www.lgcard.com 웹 서버로 전달된 HTTP GET 메시지
1. Source IP 주소를 PC(192.168.10.13)로 하고 Destination IP 주소를 210.112.177.1로 하여 웹 브라우저는 www.lgcard.com 웹 서버에 해당 메시지를 전달한다.
2. 이 HTTP GET 메시지는 GET 메소드를 사용한 버전 1.1의 HTTP 메시지인 것을 확인할 수 있다.
3. 접속하고자 하는 웹 서버는 www.lgcard.com으로, 사용자가 웹 브라우저를 통해 요청했던 URL임을 확인할 수 있다.
2. HTTP/1.1 200 OK (w/ meta refresh tag)
HTTP GET 메시지를 수신한 웹 서버는 웹 브라우저가 요청한 HTTP 정보들을 전달받기 위해서는 다른 서버로 접속하라는 Meta Refresh 태그 정보를 HTTP 응답 메시지에 담아 웹 브라우저로 전송하며, 상세 내용은 그림 4와 같다.
Frame 26: 398 bytes on wire (3184 bits), 398 bytes captured (3184 bits)
Ethernet II, Src: EfmNetwo_ee:00:c8 (00:08:9f:ee:00:c8), Dst: SamsungE_5c:2c:c4 (00:24:54:5c:2c:c4)
1 Internet Protocol, Src: 210.112.177.1 (210.112.177.1), Dst: 192.168.10.13 (192.168.10.13)
Transmission Control Protocol, Src Port: http (80), Dst Port: 8704 (8704), Seq: 1, Ack: 540, Len: 344
2 Hypertext Transfer Protocol
HTTP/1.1 200 OK\\r\\n
[Expert Info (Chat/Sequence): HTTP/1.1 200 OK\\r\\n]
[Message: HTTP/1.1 200 OK\\r\\n]
[Severity level: Chat]
[Group: Sequence]
Request Version: HTTP/1.1
Response Code: 200
Date: Fri, 11 Mar 2011 09:35:50 GMT\\r\\n
Connection: Keep-Alive\\r\\n
Keep-Alive: timeout=10\\r\\n
ETag: \"0-48-4c7f74d1\"\\r\\n
Last-Modified: Fri, 11 Mar 2011 09:35:44 GMT\\r\\n
Accept-Ranges: bytes\\r\\n
Content-Length: 72\\r\\n
Content-Type: text/html\\r\\n
X-UA-Compatible: IE=EmulateIE7\\r\\n
\\r\\n
3 Line-based text data: text/html
< content=\"0;url=http://www.shinhancard.com/\">\\n
그림 4. Meta Refresh 태그가 포함된 HTTP/1.1 200 OK 메시지
1. Source IP 주소를 210.112.177.1로 하고 Destination IP 주소를 192.168.10.13으로 하여 웹 서버 www.lgcard.com가 웹 브라우저로 메시지를 전달한다.
2. 이 메시지는 클라이언트의 요청이 정상적으로 처리된 ‘200 OK’ 응답 코드를 담은 버전 1.1의 HTTP 메시지인 것을 확인할 수 있다.
3. 이 HTTP 응답 메시지에 포함된 HTML에는 새로운 웹 서버 www.shinhancard.com로 이동하라는 Meta Refresh 태그 정보를 포함하고 있는 것을 확인할 수 있다.
그림 5는 HTTP 200 OK 응답 메시지 내에 있는 HTML 데이터에 포함된 Meta Refresh 태그의 구성이다. 이 태그를 구성하는 각 요소들은 다음과 같은 의미를 내포한다.
http-equiv=\"refresh\": 웹 브라우저가 웹 서버에 명령을 내리는 속성 가운데, 해당 페이지를 새로 고침(Reload) 하라는 정보
content=\"t; url=new url\": 설정한 시간(t초) 후에 새로운 페이지(new url)로 이동하라는 정보
그림 5. Meta Refresh 태그 구성 정보
결국 그림 5의 < content=\"0;url=http://www.shinhancard.com/\">는 0초 후(즉, HTTP 요청이 들어오자마자 수행)에 www.shinhancard.com으로 이동하라는 의미이며, 이를 통해 HTTP Redirection이 가능한 것이다.
3.2 Redirection 이후, 새로운 서버와의 HTTP 메시지 교환
HTTP 200 OK 메시지를 수신한 웹 브라우저는 HTML 내 Meta Refresh 태그로 작성된 위치 정보를 이용하여 새로운 웹 서버의 IP 주소를 DNS 연동을 통해 획득한다. 이후 해당 웹 서버와의 TCP 연결을 생성하고 HTTP 메시지 교환이 끝나면 앞서 생성되었던 TCP 연결을 해제한다. 그림 6은 이와 같은 과정을 설명한다.
그림 6. Redirection 이후 새로운 서버와의 HTTP 메시지 교환 과정
3. HTTP GET
웹 브라우저는 새로운 웹 서버(www.shinhancard.com)에 HTTP 데이터를 요청하는 HTTP GET 메시지를 전송하며, 상세 내용은 그림 7과 같다.
Frame 54: 656 bytes on wire (5248 bits), 656 bytes captured (5248 bits)
Ethernet II, Src: SamsungE_5c:2c:c4 (00:24:54:5c:2c:c4), Dst: EfmNetwo_ee:00:c8 (00:08:9f:ee:00:c8)
1 Internet Protocol, Src: 192.168.10.13 (192.168.10.13), Dst: 210.112.177.1 (210.112.177.1)
Transmission Control Protocol, Src Port: 8706 (8706), Dst Port: http (80), Seq: 1, Ack: 1, Len: 602
2 Hypertext Transfer Protocol
GET / HTTP/1.1\\r\\n
[Expert Info (Chat/Sequence): GET / HTTP/1.1\\r\\n]
Request Method: GET
Request URI: /
Request Version: HTTP/1.1
Accept: image/jpeg, application/x-ms-application, image/gif, application/xaml+xml,
image/pjpeg, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-
excel, application/msword, application/vnd.ms-powerpoint, */*\\r\\n
Accept-Language: ko-KR\\r\\n
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET
CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0;
InfoPath.2; .NET4.0C)\\r\\n
Accept-Encoding: gzip, deflate\\r\\n
3 Host: www.shinhancard.com\\r\\n
Connection: Keep-Alive\\r\\n
Cookie: PCID=12990562651186896349474; WMONID=mKBd2jSJX_p\\r\\n
\\r\\n
그림 7. 새로운 웹 서버 www.shinhancard.com으로 전달된 HTTP GET 메시지
1. Source IP 주소를 PC로 하고 Destination IP 주소를 210.112.177.1로 하여 www.shinhancard.com 웹 서버에 메시지를 전달한다.
2. 이 HTTP GET 메시지는 GET 메소드를 사용한 버전 1.1의 HTTP 메시지인 것을 확인할 수 있다.
3. 접속하고자 하는 웹 서버는 www.shinhancard.com, 즉 이전에 수신한 HTTP/1.1 200 OK 메시지에 포함된 Meta Refresh 태그 형태로 전달받은 위치 정보에 해당하는 URL임을 확인할 수 있다.
4. HTTP/1.1 200 OK
HTTP GET 메시지를 수신한 웹 서버 www.shinhancard.com은 웹 브라우저가 요청한 HTTP 정보들을 담아 ‘200 OK’ 응답 코드를 담은 HTTP 응답 메시지를 웹 브라우저로 전송하며, 상세 내용은 그림 8과 같다.
Frame 56: 388 bytes on wire (3104 bits), 388 bytes captured (3104 bits)
Ethernet II, Src: EfmNetwo_ee:00:c8 (00:08:9f:ee:00:c8), Dst: SamsungE_5c:2c:c4 (00:24:54:5c:2c:c4)
1 Internet Protocol, Src: 210.112.177.1 (210.112.177.1), Dst: 192.168.10.13 (192.168.10.13)
Transmission Control Protocol, Src Port: http (80), Dst Port: 8706 (8706), Seq: 1461, Ack: 603, Len: 334
[Reassembled TCP Segments (1794 bytes): #55(1460), #56(334)]
2 Hypertext Transfer Protocol
HTTP/1.1 200 OK\\r\\n
[Expert Info (Chat/Sequence): HTTP/1.1 200 OK\\r\\n]
Request Version: HTTP/1.1
Response Code: 200
Date: Fri, 11 Mar 2011 09:58:04 GMT\\r\\n
Connection: Keep-Alive\\r\\n
Keep-Alive: timeout=10\\r\\n
ETag: \"0-5ef-4de8af78\"\\r\\n
Last-Modified: Fri, 04 Mar 2011 09:57:56 GMT\\r\\n
Accept-Ranges: bytes\\r\\n
Content-Length: 1519\\r\\n
Content-Type: text/html\\r\\n
X-UA-Compatible: IE=EmulateIE7\\r\\n
\\r\\n
Line-based text data: text/html
그림 8. HTTP/1.1 200 OK 메시지
1. Source IP 주소를 210.112.177.1로 하고 Destination IP 주소를 192.168.10.13으로 하여 웹 서버 www.shinhancard.com가 웹 브라우저로 해당 메시지를 전달한다.
2. 이 메시지는 클라이언트의 요청이 정상적으로 처리된 ‘200 OK’ 응답 코드를 담은 버전 1.1의 HTTP 메시지인 것을 확인할 수 있다.
IV. 요약 및 정리
본 기술 문서에서는 Meta Refresh 태그 정보를 이용한 HTTP redirection의 동작 과정을 실제 캡쳐된 메시지들을 기반으로 살펴보았으며, 해당 과정을 간단히 정리하면 그림 9와 같이 표현할 수 있다.
그림 9. Meta Refresh 태그를 이용한 HTTP Redirection 요약
Web Browsing: 1) 사용자가 접속하고자 하는 URL(www.lgcard.com)을 웹 브라우저에 입력한다.
DNS 서버에 IP 주소 질의: 2) DNS 서버를 통해 접속하고자 하는 웹 서버(www.lgcard.com)의 IP 주소를 획득한다.
웹 서버와의 HTTP 메시지 교환: 3) 웹 브라우저가 HTTP 데이터 요청을 전달하고, 웹 서버는 필요에 따라 사용자의 HTTP 요청을 다른 웹 서버로 Redirection 시키기 위해 위치 정보를 포함하고 있는 Meta Refresh 태그(www.shinhancard.com)를 HTML 데이터에 담아 HTTP/1.1 200 OK 응답 메시지를 보낸다.
Redirect 이후, DNS 서버에 IP 주소 질의: 4) Meta Refresh 태그에 담겨온 새로운 서버(www.shinhancard.com)의 위치 정보(URL)를 이용하여 DNS를 통해 IP 주소를 획득한다.
새로운 웹 서버와의 HTTP 메시지 교환: 5) 웹 브라우저는 Redirection된 웹 서버(www.shinhancard.com)에게 HTTP 데이터 요청 메시지를 전달한다. 이에 서버는 정상적인 응답으로 ‘200 OK’ 코드를 HTTP 응답 메시지에 담아 보낸다.
Rendering: 웹 브라우저는 정상적으로 처리된 HTTP 응답 메시지를 기반으로 6) 사용자에게 HTTP 데이터를 화면에 뿌려준다.
참고문헌
[1] T. Berners-Lee, “Hypertext Markup Language – 2.0”, RFC 1866, Standard, November 1995.
[2] 넷매니아즈 기술문서, “302 Found 응답 코드를 이용한 HTTP Redirection”, September 2010
