評估 ID 錯誤

我認為問題出在我這邊,與我特定的評估 ID 或工作階段有關。我之前在第 2 部分工作時,不小心在移到這裡前刪除了該部分的認證資訊/設定。我懷疑這可能破壞了同步或使後端的評估 ID 失效,導致伺服器現在拒絕我的請求,即使我目前的設定完全符合說明。有沒有辦法重設我特定的評估進度或為這個課程重新產生 ID,讓我重新開始?以下是我自架實例 (v2.26.8) 的確切錯誤日誌供參考。

嗯,你的評估 ID 並不是附加到你的實例上,而是附加到你的學院帳戶上,你能詳細說明一下嗎?

為了更精確,「授權資料有誤」的錯誤實際上在我刪除任何內容之前就已經開始在第 3 節出現。

以下是確切的時間表:

1. 第 2 節運作完美。

2. 當我進入第 3 節(AI Agent)時,我嘗試使用來自第 2 節的標頭認證,但它立即拋出 Forbidden 錯誤。

3. 然後我嘗試按照指南為第 3 節建立新的認證,但仍然失敗,出現完全相同的錯誤。

4. 出於沮喪並嘗試進行除錯,我最終從我的實例中刪除了所有認證,這不幸也破壞了第 2 節。

因此主要問題是為什麼第 3 節從一開始就拒絕授權,即使一切都完全按照說明設定。

Hi @Ageng_Prayogi

抱歉,我有點困惑,因為我在課程 N8N101: Essential: Your First Workflow(您發佈的子類別)中找不到您提到的章節。我認為您更有可能是指 QS101: n8n Quickstart 課程。請幫我確認您提到的是哪個課程?如果能附上章節連結就更完美了。

下方的螢幕截圖來自 n8n Quickstart

如果 N8n Quickstart 是您提到的課程,我已經嘗試了第 2 章節和第 3 章節的 HTTP 請求呼叫,使用類似的認證方式,它們仍然可以正常運作。

有一點要檢查,請確認 forbidden 錯誤是來自 HTTP 節點,而不是來自代理節點(這可能是由於您正在使用的 AI 提供者的認證憑證導致)。您可以透過取消代理與 HTTP 請求工具的連結,然後與代理進行聊天來檢查它們是否仍有回應。

您能否在這裡貼上您的 HTTP 節點,以便我們進一步調查?

嗨!是的,我的錯,你說得完全正確。這確實是 QS101: n8n Quickstart 課程。感謝你提示我檢查 Forbidden 錯誤的來源。我已經按照要求為兩個部分的 HTTP 節點拍攝了螢幕截圖。1. 第 2 部分節點設置及錯誤: [Attach GetOrderData(Section2).png] 2. 第 3 部分工具節點設置及錯誤: [Attach You1stAgent(Section3).png] 如你在螢幕截圖中所見,當我嘗試使用橙色 「Execute step」 按鈕測試時,Forbidden 錯誤直接發生在 HTTP Request/Tool 節點內。我會試試你的建議,取消連接代理並直接與其對話,但請告訴我你是否從這些圖像中發現了我節點參數中的任何誤配置。以下是我從聊天面板執行的完整工作流程。如你所見,AI 代理執行正常,GetCustomers 工具成功執行(綠色),但 GetOrderData 工具失敗並出現相同的 Forbidden 錯誤(紅色)。我對兩個工具都使用了 Header Auth。由於 GetCustomers 有效但 GetOrderData 無效,是否可能是此評估會話上訂單資料的特定端點或憑據映射不匹配?(注意:我現在確保通過聊天 UI 進行測試,而不是部分節點執行)。非常感謝你的幫助!

很好 @Ageng_Prayogi

我也剛好發現問題所在。請檢查我的貼文,並確保 HTTP 節點同時具有 x-assessment-id 和 X-API-KEY。加油

嗨,感謝您的回覆!

我已經再次檢查了課程說明,它明確要求使用 x-assessment-id 作為標頭名稱 [如螢幕截圖 1 所示]。我已經仔細檢查過我的認證資訊,完全符合此要求。

但是,當透過聊天 UI 執行完整工作流程時,GetCustomers 工具運作無誤,但 GetOrderData 工具仍然返回禁止存取錯誤 [如螢幕截圖 2 所示]。

鑑於我的工作流程和認證設定完全符合文件要求,看起來我的特定評估 ID 在後端的訂單工具端點上拋出禁止存取錯誤。能否請教育團隊的人員檢查一下我的工作階段或 ID 是否需要重設?

以下是供參考的螢幕截圖:

  1. 課程指南:[附加來自 2026-06-28 14-02-46.png 的螢幕截圖]
  2. 完整工作流程聊天執行和第 2 部分:[附加 FullSection3workflow.png]

我明白,是的,也許 n8n 團隊需要更新那個指令。

目前,如果你的憑證已經有 x-assessment-id,那很好且是正確的。要修正這個問題,你需要點擊「Send Headers」來切換啟用,並添加 X-API-KEY,其值為 j[vKYdY68H(:WFb(這來自課程)。這樣做的作用是在發送 HTTP 請求時,會同時發送 x-assessment-id(來自你的憑證)和 X-API-KEY(來自「Send Headers」)

這是我的參考配置。

嗨!你做得太棒了。那正是缺少的關鍵部分!

事實證明,端點需要同時存在這兩個標頭。有趣的是,在我第一次嘗試修復時,我不小心把它們反轉了:我把 X-API-KEY 放在了通用標頭身份驗證認證中,並切換「發送標頭」來手動傳遞 x-assessment-id 和我的 ID 值。

儘管我的放置方式與你的建議相反,工作流現在執行完美,狀態為 200 OK,不再有禁止錯誤!由於 n8n 將所有標頭捆綁到 HTTP 請求中,伺服器無論如何都接受了它。

非常感謝你的幫助!這確實確認了課程文件中缺少一個關於第 3 部分需要同時使用評估 ID 和 X-API-KEY 的明確說明。

完全解決了問題!:raising_hands:

哈哈,是啊。你一定就是那個解決問題的人。你在第 2 和第 3 部分之間反覆切換來修復這個問題,付出了很多努力。正是你的詳細步驟讓我能夠追蹤出這兩個部分之間出了什麼問題。

祝你黑客馬拉松週末愉快,Ageng!

我們確實有一個步驟說明

確保你也在傳送 X-Assessment-ID headers

:slight_smile:

Hi @jamiemadden_n8n

Great!。但我已經查證過,那個短語只在 N8N103 中,而不在 QS101 的第 3 部分 中,而最近人們在那裡遇到了這個問題。

感謝 @kristinker 的發現,我已經把它加到 QS101 了。原因是因為這是 N8N101 主題而不是 QS101。

感謝你的快速更新,Jamies。

我理解你的疑惑。這篇文章應該移到 n8n Academy > QS101: n8n Quickstart,希望團隊的某個人能幫忙移動,這樣其他學生未來可以參考它。

我已經把它移到正確的分類了。