在提交表單、調用 API 或向網站發送自動化請求時，可能會出現 405 錯誤。響應中通常會包含“方法不允許”的提示，但僅憑這條提示可能無法明確說明問題所在。
瞭解 HTTP 方法的工作原理，有助於更輕鬆地診斷錯誤。本指南將解釋 405 響應的含義、它與其他錯誤的區別，以及如何識別和解決其常見原因。
什麼是 405 錯誤？它會對您產生什麼影響？
405 錯誤（也稱為“405 方法不允許”）表示服務器識別了請求中的 HTTP 方法，但目標資源不支持該方法。
HTTP 方法用於告知服務器請求要求執行何種操作。例如， GET 通常用於檢索信息，而 POST 通常用於提交數據。
一個資源可以支持某些方法，而不支持其他方法。例如，一個頁面可能接受 GET 用於顯示信息的請求。如果客戶端向 POST 請求，服務器可能會返回 405 響應。
405 響應應包含一個 Allow header ，其中列出了目標資源當前支持的方法。例如：
HTTP/1.1 405 Method Not Allowed
Allow: GET, HEAD在此示例中，響應表明該資源支持 GET 以及 HEAD.
405 錯誤的影響取決於失敗的請求。訪客可能無法提交表單，而應用程序則可能無法完成 API 操作。如果一個本應被索引的頁面在搜索引擎的請求中反覆返回 405 錯誤，搜索引擎可能無法抓取其內容。
405 錯誤的常見原因
當請求中的方法不被目標資源支持時，會發生 405 錯誤。請求中的多個部分都可能導致這種不匹配，從客戶端選擇的方法到請求路徑上應用的規則，均可能引發此問題。
該請求使用了不受支持的方法
每個端點都支持一組預定義的 HTTP 方法。例如，一個返回賬戶詳細信息的 API 端點可能會接受 GET 請求，但不接受 POST 請求。向 POST 該請求可能會導致 405 響應。
相關終點之間可用的方法也可能有所不同。一個 API 可能接受 POST 在 /users 來創建用戶，同時接受 GET at /users/123 來檢索現有用戶。
請求的 URL 不正確
一個請求可以使用有效的方法，但將其發送到用於執行其他操作的 URL。例如，表單可能會將 POST 請求發送到僅顯示信息的頁面，而不是處理該表單的端點。
URL 中的細微差異也可能導致訪問到不同的資源。這些差異可能包括路徑錯誤、API 版本不符、大小寫不一致或末尾有斜槓。由此訪問到的資源可能不支持所請求的方法。
應用程序路由未處理該方法
應用程序路由將 URL 和 HTTP 方法與處理請求的代碼關聯起來。如果某個端點本應支持某種方法，但其路由中沒有相應的處理程序，則應用程序可能會返回 405 錯誤。
由於路由或服務器配置問題，請求也可能被轉發到靜態文件處理程序，而不是預期的應用程序處理程序。
服務器、代理或網關限制了該方法
一個請求在到達應用程序之前，可能會經過Web服務器、反向代理或API網關。這些層中的任一層所設定的規則，都可以限制特定路徑可接受的方法。
例如，可以設置一個應用程序路由來處理 PUT，而網關規則則會在 PUT 請求，使其在到達應用程序之前就被拒絕。在這種情況下，405響應可能來自網關，而非應用程序。
未處理 OPTIONS 預檢請求
瀏覽器有時會在 OPTIONS 請求。這被稱為預檢請求。它用於檢查服務器是否允許使用預期的請求方法和請求頭。
如果服務器或其他層以 OPTIONS 請求並返回 405 狀態碼，瀏覽器可能會在發送主請求之前停止操作。即使應用程序為該目標請求 POST 或 PUT 請求的路線時，這種情況仍可能發生。
405 錯誤與其他 HTTP 狀態碼的區別
405 錯誤是多種 HTTP 狀態碼之一，表示請求無法完成。該代碼有助於縮小排查範圍。
| 狀態碼 | 含義 | 它與405有何不同 |
| 400 請求錯誤 | 服務器無法處理該請求，因為它認為該請求無效。 | 405 表示目標資源不支持該方法。 |
| 401 未授權 | 該請求缺少針對該資源的有效身份驗證憑據。 | 405 狀態碼與請求方法有關，而 401 狀態碼則表示需要進行身份驗證。 |
| 403 訪問被禁止 | 服務器理解該請求，但拒絕處理它。 | 405 表示目標資源的方法受限。 |
| 404 未找到 | 服務器無法找到目標資源的當前表示形式，或者不願透露該表示形式是否存在。 | 405 狀態碼錶示目標資源不支持該方法。 |
| 415 媒體類型不支持 | 服務器拒絕了該請求，因為目標資源和方法不支持該內容格式。 | 405 狀態碼與方法本身有關；415 狀態碼與請求內容的格式有關。 |
| 501 未實現 | 該服務器不支持處理此請求所需的功能。 | 當服務器識別該方法，但目標資源不支持該方法時，將返回 405 狀態碼。 |
這些狀態碼是很有用的起點，但響應正文和請求詳情同樣重要。例如，HTTP 403 錯誤表明服務器理解了該請求，但拒絕了該請求。僅憑狀態碼本身可能無法揭示是哪條訪問規則導致了拒絕。
如何修復 405 錯誤
在瀏覽器的“網絡”選項卡、API 客戶端或應用程序日誌中查找失敗的請求。記錄其方法、URL、響應頭以及任何重定向信息。然後按照與故障原因相符的解決方案進行處理。
系統全面的代理IP知識
從代理原理到協議選型，IPFLY助您搭建完整的代理認知體系
將請求方法與端點進行匹配
請查閱 API 文檔和 Allow 響應頭。在客戶端、腳本或表單中設置目標操作所需的請求方法。
在重複執行會更改數據的請求之前，請先檢查該操作是否會導致結果重複。API 的冪等性規則可幫助確定某項操作是否可以重複執行而不會產生額外影響。
檢查並更正網址
將請求 URL 與文檔中記錄的端點進行對比。如有必要，請更正路徑、API 版本、大小寫或末尾斜槓。檢查重定向，並更新表單的 action （如果其指向了錯誤的目標）。
配置應用程序路由
檢查受影響 URL 的路由定義。添加或修正應用程序所需方法的處理程序。如果請求被靜態文件處理程序捕獲，請更新路由配置，使其能夠到達預期的應用程序處理程序。
審查服務器和中介規則
檢查 Web 服務器、反向代理和 API 網關的日誌，以確定是哪一層返回了 405 錯誤。審查其方法限制和處理程序配置，然後更新受影響路徑的規則。
對於 IIS，如有相關情況，還請檢查處理程序映射和 WebDAV 設置。微軟在文檔中列出了可能導致 405 錯誤的 IIS 配置。
修復 OPTIONS 和 CORS 預檢處理
檢查 OPTIONS 預檢請求是否返回了 405 狀態碼。配置應用程序或網關以處理該情況，並針對允許的源、方法和請求頭返回相應的 CORS 頭。
在瀏覽器中重複該操作，並確認預檢請求和目標請求均已成功。
如何預防 405 錯誤
要防止出現 405 錯誤，首先要確保在應用程序發生變更時，請求方法、路由和服務器規則保持一致。
保持 API 文檔與路由同步
記錄每個端點支持的方法，並在路由發生變更時及時更新文檔。確保表單操作和客戶端請求與這些端點定義保持一致。
部署前測試請求
測試每個路由所需的方法，包括表單提交和 API 調用。對於跨源應用程序，請測試 OPTIONS 預檢請求並驗證 CORS 響應頭。
同時還要包含對不支持的方法的測試。當路由返回 405 狀態碼時，請檢查其 Allow 標頭中列出了該資源當前支持的方法。
對於使用代理的應用程序，請在部署前測試中包含該連接。在擴展工作流之前，請運行一個小型測試並檢查響應日誌，以驗證代理設置。
部署後監控響應情況
跟蹤應用程序、Web 服務器和網關日誌中的 405 條響應。審查部署或配置更新後錯誤頻率的變化，並排查受影響的 URL 和方法。
IPFLY 如何協助排查 405 錯誤
自動化工作流中出現 405 錯誤時，可能需要檢查的不僅僅是應用程序代碼。當請求經過代理時，也值得檢查代理配置和連接路徑。
IPFLY 住宅代理通過以下幾種方式支持請求測試和會話一致性：
- 比較連接路徑：通過直接連接和代理連接分別發送相同的測試請求，然後比較響應結果。
- 測試選定位置：使用可選位置的住宅IP地址，以檢查不同地區之間的響應是否存在差異。
- 在會話期間保持 IP 地址一致：對於需要在不同請求中使用同一代理 IP 的多步驟工作流，請使用粘性會話。
- 監控連接：在工作流過程中記錄響應代碼並檢查代理設置。這些記錄有助於識別需要關注的配置或連接問題。
在各項測試中，請確保請求方法、URL 和相關請求頭保持一致。如果響應結果存在差異，請將結果與現有日誌進行對比，以確定需要排查的位置。
常見問題解答
為什麼表單提交後會返回 405 錯誤？
該表單可能正在發送目標不支持的方法，或者其 action 可能指向了錯誤的 URL。請對照應用程序的路由配置，檢查表單的方法和目標地址。
如果 405 響應中不包含 Allow 頭，會怎樣？
請查閱 API 文檔或諮詢服務器管理員，瞭解該端點支持哪些方法。如果該應用程序由您負責管理，請檢查響應配置，確保其返回所需的 Allow 標頭。
重定向會導致 405 錯誤嗎？
是的。重定向可以將請求發送到另一個 URL，而重定向後採用的方法可能取決於重定向狀態和客戶端的行為。請在瀏覽器的“網絡”選項卡或 API 客戶端中檢查完整的重定向鏈。
405 錯誤是否意味著我的 IP 地址被封禁了？
僅憑 405 響應本身並不能證明某個 IP 地址已被封鎖。請檢查請求方法、目標 URL、響應詳情以及可用的日誌，以查明原因。
405 錯誤會影響 SEO 嗎？
如果搜索引擎無法成功請求本應被爬取和收錄的頁面，可能會影響搜索可見性。在判斷是否存在 SEO 問題之前，請先檢查哪些 URL 和請求方法受到了影響。
結論
405 錯誤表明請求方法與目標資源不匹配。請先檢查請求方法和 URL，然後審查應用程序路由以及相關的服務器或代理規則。對於自動化工作流，IPFLY 住宅代理還可支持跨不同連接路徑和位置的請求測試。
