2

どうやらランダムに DocumentDB からドキュメントを取得できません。デバッグできます。以下のメッセージで失敗し、再試行して動作します。これが私の MAC アドレスに関係している場合は、別のワークステーションからも試してみましたが、結果は同じでした。

Microsoft.Azure.Documents.UnauthorizedException、メッセージ: {"エラー":["HTTP 要求で見つかった MAC 署名は、計算された署名と同じではありません。サーバーは次の文字列を使用して署名しました - 'post\ndocs\nmo1oanohoga=\nwed 、2015 年 2 月 25 日 12:35:57 GMT\n\n'"]}

どうすれば a) これを報告し、b) 何が起こっているのかを理解しようとするでしょうか?

4

5 に答える 5

1

SDK の 1.9 バージョンには、このエラーが発生する原因となる固有の回帰があるようです。これが元の質問とは何の関係もないことを感謝しますが、このエラーを検索するとここにたどり着くので、投稿するのに適切な場所だと思いました.

この (間違った) コードは、SDK 1.8 と 1.9 で異なるエラー メッセージを表示します。

docClient.CreateDocumentCollectionQuery(
     UriFactory.CreateDocumentCollectionUri(DbName, CollectionName))
  .Where(c => c.Id == CollectionName).ToList().Any()

1.8では、正しく取得されResourceType Collection is unexpectedます。

1.9では、The MAC signature found in the HTTP request is not the same as the computed signature. Server used following string to sign...

何らかの理由で 1.9 が間違ったエラー メッセージ (OP によって参照されるもの) を返すように見えますが、完全に誤解を招くため、問題を追跡するのに苦労することになります。

明確にするために。私が投稿したコードは間違っています。私が説明している問題は、SDK バージョン 1.9 が間違ったエラー メッセージを返すことです。

于 2016-07-18T12:23:22.037 に答える
1

これは、北欧地域に限定された問題であることが確認されています。影響を受ける既知のアカウントに修正プログラムを適用しており、まもなく修正プログラムを展開する予定です。

北ヨーロッパにお住まいでなく、この問題が発生している場合、またはこの返信から 2 ～ 3 日以内に引き続き問題が発生する場合は、さらに調査いたしますので、再度ご連絡ください。

于 2015-02-27T22:41:13.457 に答える
0

システム クロックの時刻が、エラー メッセージで返された時刻と大幅に異なる (5 分未満または 20 分を超える) かどうかを確認していただけますか? このエラーは、クロック スキューが原因で返されることがあります。その場合は、時計の時刻を更新すると、この問題が解決することがあります。

DocumentDB クライアントは、マスター キーとリクエストのタイムスタンプを使用してメッセージ認証コード (MAC) を構築し、リクエストを認証します。このサービスは、セキュリティ上の理由から、MAC が短い時間枠の外にある要求を拒否します。

于 2015-02-25T16:27:44.797 に答える