瀏覽器能開網頁，API用戶端經住宅代理卻回405，不足以判定IP故障。導航與API提交可能方法不同、資源也不同。獲授權整合先查資源方法契約，再取回應證據。本篇是受控步驟，不宣稱98IP或目標的實測相容性及請求上限。
1. 連同資源與Allow判讀405
HTTP 405代表伺服器認得方法，但目標資源不支援。符合規範的405應附Allow列出目前支援方法。保存狀態、Allow、精確路徑與查詢、方法、最終目標和去識別化請求標識。若缺少Allow，如實記錄並詢問擁有者，不猜清單或逐一試全部方法。
Allow不等於授權執行所有列出動作，也不是CORS的Access-Control-Allow-Methods。缺少CORS許可與收到405不同，不能只看瀏覽器主控台就猜尚未取得的HTTP回應。
2. 比同一操作，不只看網址
- 取得文件中的API路由、版本、方法與授權，分清網頁文件和資料、提交端點。
- 確認SDK預設與中介層之後的有效方法，按鈕名稱或設定片段不是發送證據。
- 查路徑拼字、大小寫、尾斜線與查詢；盲目正規化可能切到別的資源。
- 記錄轉址及每個核准目的地的方法，憑證維持在核准來源內。
- 在自有接收端用識別關聯實際方法及解析路由；錯誤頁或Server標頭不單獨證明拒絕元件。
改Content-Type不會增加方法支援。正確端點方法之後可能另有本文格式錯誤，仍需取證。變成200登入HTML，也不是API成功。
3. 建立小型獲准方法矩陣
選自有預備資源、明確唯讀契約、合成資料及已知標記。用一個支援方法和一個擁有者核准的不支援方法；不得為探測第三方而送DELETE、管理動作或實際寫入。
每例經核准基準及選定代理，固定標頭、身分、URL、地區、工作階段與版本。記下狀態、Allow、有效方法、匹配路由和標記。小型次數預算內停用自動重試，禁止直連則註記缺該控制組。
支援例符合文件及正確標記，不支援例依自有夾具契約回405且應用狀態不變。不要要求所有正式端點都405，授權、隱藏路由或其他政策可回別種狀態。合成案例只驗證測試路徑，不證明正式事故根因。
4. 分清轉址、預檢及代理建立
轉址若改方法或移資源，回查這個轉換，詳細步驟參考POST轉址方法測試。不可為避錯而向未核准目標強行保留方法。
瀏覽器可能先送OPTIONS預檢；失敗時真正POST可能沒發出。註記哪次交換收到405。命令列成功不證明瀏覽器CORS通過，新增Allow也不是配置CORS。
HTTPS經HTTP代理時，分清CONNECT上的405與CONNECT及目標TLS成功後的內層405。SOCKS5沒有HTTP CONNECT交換。未攔截HTTPS隧道中，正向代理不能改寫加密方法，歸因出口前查入口及接收紀錄。
5. 修復自己控制的契約元件
- 錯誤路由或版本：改用文件端點，不猜變體。
- 用戶端方法錯：修端點專屬設定並觀察接收端。
- 自有反向代理或框架拒絕文件方法：和擁有者檢查該路由部署與轉送，不全面開放網站方法。
- 預檢失敗：修正該資源核准的來源、方法與標頭政策，分別測預檢及真實操作。
不得加方法覆寫標頭、把被拒動作藏進GET，或換身分規避控制。合法修復後重跑原支援及負例，確認路由、類型、標記與負例狀態。未知之處註明，不能以換格式宣稱代理已恢復。
6. 98IP適合的比較用途
獲准任務需從指定客戶地區比較時，查98IP動態住宅IP產品頁，依設定文件及帳戶取得支援參數。核對出口，方法矩陣內固定地區與工作階段。
地區路徑可發現部署或轉址差異，不會增加端點方法支援或賦予權限。本文不承諾吞吐、用戶端相容性或失敗免費。限制次數、核對用量，支援證據移除密碼、權杖、Cookie及客戶內容。
7. 放行清單與常見問題
- 文件資源、方法及授權與自有接收端相符。
- 保存Allow，不混淆CORS及權限。
- 轉址、OPTIONS、CONNECT與內層交換可分辨。
- 支援例結果正確，負例不改狀態。
- 修復僅作用於預定資源，通過相同基準與代理比較。
405就應輪換IP嗎？ 先查方法和路由。經大量出口重試不支援組合通常只增加消耗。
Allow列GET就能取代POST嗎？ 僅文件支援等價安全語義才可以。本文搬入URL可能改變行為並洩漏秘密。
OPTIONS成功代表POST可用嗎？ 不代表。預檢、路由、驗證及真實操作各自要查，明確驗收實際結果。