HTTP 405 錯誤 – 方法不被容許 (Method not allowed)

介紹

HTTP 協議定義一些方法，以指明爲獲取客戶端（如您的瀏覽器或咱們的 CheckUpDown 機器人）所指定的具體網址資源而須要在 Web 服務器上執行的動做。則這些方法以下：

• OPTIONS( 選項 ) ：查找適用於一個特定網址資源的通信選擇。 在不需執行具體的涉及數據傳輸的動做狀況下， 容許客戶端來肯定與資源相關的選項以及 / 或者要求， 或是一個服務器的性能。
• GET( 獲取 ) ：檢索由網址資源所肯定的信息，如獲取一個特定的網頁或圖片。這是最經常使用的方法。
• HEAD( 頭 ) ：除了服務器只反饋標頭信息而不是網址資源所肯定的信息自己外， 基本同於 GET ( 獲取 ) 。 可用於獲取一個請求所要求的響應實體的元信息 ( metainformation) ，而不需傳輸響應實體自己。 常常用來測試超文本連接的有效性， 可達性， 和最近的修改。
• POST( 投寄 ) ：將數據提交到 Web 服務器，如 1 ）在電子公告板，新聞組中，或向 郵件名單發送信息， 2 ）提供輸入數據 - 一般由一個公共網關接口(CGI) 表， 到 一個數據處理進程， 3 ）直接將記錄添加到一個數據庫中。
• PUT( 放置 ) ：將一個具體網址的數據設置（ 置入 / 替換）成客戶提交的新數據。例如，將新的網頁上載給服務器。
• DELETE( 刪除 ) ：刪除與網址資源相關的數據。例如，刪除網頁。
• TRACE( 跟蹤 ) ：運行請求信息的一個遠程應用層回送。 其實是一個 'ping', 用以測試 Web 服務器正在從客戶端接收什麼數據。
• CONNECT( 鏈接 ) ：保留以便經過代理服務器和隧道一塊兒使用（如 SSL ）。這種方法只在 HTTP 1.1 版中定義， 而在先前的 1.0 版中卻沒有。

全部 Web 服務器均可以被設置爲容許或不容許任何方法。例如，若是一個 Web 服務器是 ' 只讀 ' （客戶端不能修改 Web 服務器上的網址資源） ，那麼它能夠被設置爲不容許 PUT 和 DELETE 方法。 一樣，若是沒有用戶輸入（全部的網頁都是靜態的） ， 那麼 POST 方法可設置爲不容許。 因此， 405 錯誤可能會因 Web 服務器沒有被設置爲從客戶端接受輸入數據而出現。 另外， 若是客戶端對請求中指明的具體網址資源沒有足夠的權力， 該錯誤也會出現。

解決 405 錯誤 – 通常方法

405 錯誤常常和 POST 方法同時出現。 您可能在您的網站上嘗試引入某種輸入表格，但並不是全部的互聯網服務供應商 (ISPs) 都 容許處理該表格所需的 POST 方法。

全部 405 錯誤均可以追綜到 Web 服務器設置和控制訪問網站內容的安全管理，所以您的 ISP 應該很容易地予以解釋。

解決 405 錯誤 – CheckUpDown

咱們監控你的網站，發現相似 405 的錯誤。這個錯誤應該永遠不會發生在您的 CheckUpDown 賬戶上。 若是出現了， 則一般代表我方系統或是管理您網站的 Web 服務器系統在編程上有缺陷。 咱們只使用 GET 方法，全部 Web 服務器都應容許（不然， 任何人不管如何都不能看到您的網站） 。

只要您遇到 405 錯誤，就請與咱們聯繫（最好經過電子郵件） - 您本身沒法解決此類錯誤。咱們必須和您的 ISP 及 Web 服務器軟件供應商聯絡，以確認產生該錯誤的確切緣由。