介紹
您的Web 服務器不理解或不支持它在客戶端（如您的瀏覽器或我們的 CheckUpDown 機器人）發送給它的 HTTP 數據流中找到的 HTTP 方法。 這些在 HTTP 協議中定義的方法如下：
- OPTIONS( 選項 ) ：查找適用於一個特定網址資源的通訊選擇。 在不需執行具體的涉及數據傳輸的動作情況下， 允許客戶端來確定與資源相關的選項以及 / 或者要求， 或是一個服務器的性能。
- GET( 獲取 ) ：檢索由網址資源所確定的信息，如獲取一個特定的網頁或圖片。這是最常用的方法。
- HEAD( 頭 ) ：除了服務器只反饋標頭信息而不是網址資源所確定的信息本身外， 基本同於 GET ( 獲取 ) 。 可用於獲取一個請求所要求的響應實體的元信息 ( metainformation) ，而不需傳輸響應實體本身。 經常用來測試超文本鏈接的有效性， 可達性， 和最近的修改。
- POST( 投寄 ) ：將數據提交到 Web 服務器，如 1 ）在電子公告板，新聞組中，或向 郵件名單發送信息， 2 ）提供輸入數據 - 通常由一個公共網關接口(CGI) 表， 到 一個數據處理進程， 3 ）直接將記錄添加到一個數據庫中。
- PUT( 放置 ) ：將一個具體網址的數據設置（ 置入 / 替換）成客戶提交的新數據。例如，將新的網頁上載給服務器。
- DELETE( 刪除 ) ：刪除與網址資源相關的數據。例如，刪除網頁。
- TRACE( 跟蹤 ) ：運行請求信息的一個遠程應用層回送。 實際上是一個 'ping', 用以測試 Web 服務器正在從客戶端接收什麼數據。
- CONNECT( 連接 ) ：保留以便通過代理服務器和隧道一起使用（如 SSL ）。這種方法只在 HTTP 1.1 版中定義， 而在先前的 1.0 版中卻沒有。
如果 HTTP 數據流中的請求方法不是任何上述之一， 那麼將導致 501 錯誤。 或是方法可能有效， 但並不被您的 Web 服務器支持。 這通常只會在使用新方法時發生，如舊的 Web 服務器接收到 CONNECT 方法時。
HTTP 循環中的 501 錯誤
任何客戶端 ( 例如您的瀏覽器或我們的 CheckUpDown 機器人 ) 在和您的網絡服務器通訊時，都需經過以下循環：
- 從您站點的 IP 名稱 ( 即您站點的網址-URL, 不帶起始的 ‘http://') 獲得一個 IP 地址。這個對應關係 ( 即由 IP 名稱向 IP 地址轉換的對應關係 ) 由域名服務器 (DNSs) 提供。
- 打開一個 IP 套接字 (socket) 連接到該 IP 地址。
- 通過該套接字寫 HTTP 數據流。
- 從您的Web服務器接受響應的 HTTP 數據流。該數據流包括狀態編碼， 其值取決於 HTTP 協議 。 解析該數據流得到 狀態編碼和其他有用信息。
該錯誤在以上所述的最後一步生成，即當客戶端收到 HTTP 狀態編碼 並識別其爲 ‘501’ 時。
解決 501 錯誤 – 一般方法
這個錯誤在任何瀏覽器上都應是非常罕見的。 如果客戶端不是一個瀏覽器則更有可能 – 特別是如果 Web 服務器很舊時。 在這兩種情況下， 如果客戶端指定了一個有效的請求類型， 那麼Web 服務器不是響應不正確，就是需要升級。