嗨！我已經在我的 NAS 上運行 QuObjects 一段時間了，之前都沒什麼問題，但最新的更新顯然讓上傳功能出現了故障。我抓到了日誌檔案，每一筆上傳都失敗，HTTP/1.0 400。沒找到太多其它線索，但把它降回前一個版本（2.5.513）後問題就解決了。請問有什麼方法可以取得更多的除錯資訊嗎？
希望這些資訊對有遇到同樣問題的人有幫助。
謝啦！
嗨！
我在最近一次升級後也遇到一樣的問題，我只把伺服器埠從 59000 改成 59010 就解決了。
祝好
我也是——最新的 QuObject 版本導致上傳功能壞掉了。
暫時回退到之前的套件版本可以正常使用。
更改埠號沒有效果。
經過內部分析，目前我們無法重現此問題。如果您遇到類似狀況，請隨時開立支援單，或將日誌和設定透過私訊發送給我們的團隊，以便進一步分析問題。謝謝！
有解決這個 bug 的方案嗎？
你們在發布到正式環境前有測試過最新版嗎？你能想像我們公司再流失更多用戶，只因為系統無法存取用戶的個人頭像來識別會員嗎？
還有，為什麼之前要隱藏穩定版？我現在需要降級，你可以分享 quobject 2.5.513 的下載連結嗎？
同樣的問題也發生在 TS-673。FW 5.2.9.3410。我無法上傳檔案或建立資料夾，只能下載。將埠口從 http:8010 改成 5910 也沒有幫助。儲存空間裡有一個 myS3 資料夾。所連結的 bucket 是私有的，已啟用版本控制，並設定「保留天數」和「保留版本數」。Object Lock 沒有啟用。伺服器設定為 HTTP。用戶端是 Brows3 v0.2.34。QuObject 版本為 2.5.539。
我在從 Velero 連接到 QuObjects 時也看到 400 錯誤。錯誤詳情如下：
- Code: “Invalid Digest”
- Message: “The Content-MD5 或你指定的 checksum 數值無效”
我檢查了 pcap。上傳的封包中包含 X-Amz-Checksum-Crc32 以及 X-Amz-Content-Sha256。我用 AI 生成了一個腳本，根據 pcap payload 重新計算 checksum，結果顯示 crc32 和 sha256 都是正確的。
我降級到 2.5.513 之後一切又正常了。
我提交了一個支援單，Jack Gao1 回覆說：
可以使用513版本看看，觀察後續會不會出現問題。
QuObjects 2.5.539 對齊 AWS S3 最新校驗標準，強制多校驗頭互斥 / 兼容，導致與未適配的 SDK（Velero AWS 插件）不兼容。
翻譯：
You can try using version 513 and see if any issues occur later.
QuObjects 2.5.539 aligns with the latest AWS S3 checksum standards, enforcing mutual exclusivity/compatibility for multiple checksum headers, which causes incompatibility with unadapted SDKs (Velero AWS plugin).
@SteveKo 這就是你們 QNAP 官方對這次重大變動的回覆嗎？聲稱 AWS Go SDK 不兼容你們標榜的「與 AWS 對齊」的行為？然後在沒有任何診斷和建議的情況下，直接叫用戶回退版本？
嗨 @taoyouh12138
非常抱歉讓您有不滿意的體驗。請問能否提供您的支援工單號碼，讓我們能夠查詢處理狀況？
另外，經過一段時間的測試後，我們已順利重現此問題，並會在未來版本中修正。對於造成的不便，我們深感抱歉，也感謝您的理解與耐心等候。
我的工單號是 Q-202605-30542。在經過一番爭論後，他終於嘗試重現問題，並承認這是一個 bug。
我發現有時候客服團隊可能覺得我是新手，就會丟給我一些明顯 AI 產生的內容（沒有可靠來源，也跟我提供的資訊不符）。
我已經在工單裡提供了詳細的截圖。有人可以抽取所有 headers 及 payload 嘗試重現（不會的話，AI 也可協助）。有人可以告訴我他們嘗試了什麼，以及軟體的回應結果。但除了我上面貼的回覆外，我什麼都沒得到。
我們對於讓您有不滿意的體驗感到非常抱歉，我們的支援團隊將持續努力提升服務品質。至於本討論串提到的問題，將會在下個版本修復，新版預計在兩週內推出。謝謝！