考慮以下情境:你使用Terminal Service登入遠端主機,基於資安限制,不能安裝軟體,無法傳送檔案到該主機,也該無法連線網際網路,唯一可用的瀏覽器只有IE6(喵的,IE6根本不算瀏覽器吧?),而你必須測試以HTTP POST存取某個API是否正常?

這像不像一宗密室殺人案件?看似所有可行做法都已被封殺,正等待金田一或柯南說出一個有點扯又有點巧妙的殺人計劃… 但,這是我親身遭遇的難題!(補聲暗)

仔細想想,情況並不如想像糟,雖然不能裝工具、沒有Chrome/POSTMan可用,還是可以寫VBScript/JavaScript操作XmlHttpRequest執行測試。只是平日都由jQuery或Angular代勞,對XHR語法不熟,還要查範例寫程式有點麻煩,直接用工具還是方便。靈機一動想到好方法-用Telnet模擬HTTP POST Request!

用Telnet測試問題主機的80埠,是我診斷網站問題常用的技巧之一。例如:發現用瀏覽器開啟網頁無回應,我會退一步試試Telnet web_server_ip 80,輸入GET /page_path按Enter,等同發出HTTP GET Request存取httq://web_server_ip/page_path,如果伺服器有回應內容,便代表問題出在瀏覽器,可能被設了無效的Proxy之類的。

以下是簡單示範,用Telnet讀取style.css:(注意:Telnet 80 Port連線成功後,鍵盤輸入的字元不會顯示出來,在以下操作中,輸入內容為"GET /MVC4/content/style.css",最後按Enter)

不過,這招測試.css、.js、.html等靜態資源OK,存取.aspx或MVC等動態程式卻常會失效,原因是網站伺服器對HTTP Request有更多要求,還需要額外Request Header。例如:若試著輸入GET /MVC4/Home/Index存取HomeController的Index() Action,會得到HTTP 400錯誤:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">
<HTML><HEAD><TITLE>Bad Request</TITLE>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>
<BODY><h2>Bad Request - Invalid Verb</h2>
<hr><p>HTTP Error 400. The request verb is invalid.</p>
</BODY></HTML>

原因是伺服器僅接受HTTP 1.1要求,我們在GET命令後方加上"HTTP/1.1"改成GET /MVC4/Home/Index HTTP/1.1。測試結果不同,但仍會出錯:

HTTP/1.1 400 Bad Request
Content-Type: text/html; charset=us-ascii
Server: Microsoft-HTTPAPI/2.0
Date: Tue, 10 Mar 2015 22:44:18 GMT
Connection: close
Content-Length: 334

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">
<HTML><HEAD><TITLE>Bad Request</TITLE>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>
<BODY><h2>Bad Request - Invalid Hostname</h2>
<hr><p>HTTP Error 400. The request hostname is invalid.</p>
</BODY></HTML>

錯誤訊息指出少了Hostname Header,我們充實Request內容再送一次,總算成功了:(註:HomeController.Inext()以return Content("Test OK")傳回單一字串)

依經驗,一個HTTP 1.1 GET Request起碼包含以下內容:

GET /MVC4/Home/Index HTTP/1.1
Host: localhost
Connection: close

網站伺服器需要"Host: URL使用的主機名稱"判斷該將Request交給哪一個Web站台處理(同一IP同樣80 Port,依Host名稱可連至不同Web站台);而HTTP 1.1預設使用Keep-Alive,指定Connection: close要求送完回應後主動斷線,可省去自己按Ctrl-C中止Telnet程式的步驟。

同理,只要組合適當的Request內容,要模擬POST送表單也不是難事。憑空拼湊Request Header太累,較簡便的做法是在其他機器用瀏覽器送一次,再經由F12工具找出送出內容。以Chrome為例,在Network找到Request封包,Request Headers有個「view source」按鈕:

展開後可以看到完整的Request Headers內容,有些非必要性如Cookie或User-Agent的可以省略,稍加調整就是要的測試內容:

如此,我們就能用Telnet模擬各式HTTP Request囉~


Comments

# by Jace Ju

雖然文章中提到沒辦法安裝任何工具,但如果可以用 cURL 的話會更方便,不用自己輸入一堆 header 指令: http://evelynnote.blogspot.tw/2011/03/curl.html 它也有 Windows 版本: http://goo.gl/Wb0rH3

# by Jeffrey

to Jace Ju, 感謝分享,cUrl很威!(已筆記)

# by 321

123

# by 1254

本機的telnet server預設是關的,就算打開,去看telnet的服務內容還是停用

Post a comment