AWS API Gateway を使用したことで、私はあなたが持っているように見えるのと同じ罠に陥りました。403 ("message": "Missing authentication token.")
悪名高いメッセージが表示される原因は 2 つあります。
- CloudFront の積極的なキャッシング
CloudFront を使用して API リクエスト/レスポンスをキャッシュしていることに気付きました。CloudFront は優れたツールです (私に言わせれば最高のキャッシング メカニズムの 1 つです)。しかし、開発中に何かをキャッシュすると、キャッシュされたエラー メッセージに簡単に巻き込まれてしまいます。ここではこれが当てはまる可能性があるため、API が完全に機能するようになるまで CloudFront から API を削除することをお勧めします。
- 再デプロイを忘れる
API Gateway の主な機能の 1 つは、AWS が複数のバージョンの API を処理する方法です。デプロイ後は、API エンドポイントが変更されないことを知っていれば安全です。まさに API エンドポイントに求めているものです。
これは、エンドポイントの展開方法によるものです。AWS コンソールで行われた各変更は、ライブで操作するために特定のデプロイにデプロイする必要があります。
たとえば、API を「ライブ」デプロイメントにデプロイし、すべてが正常に機能する場合、それは素晴らしいことです。AWS コンソールで引き続き設定を微調整して、時間の経過とともに API を改善できます。変更内容に満足したら、別の API デプロイに再度デプロイできます。つまり、現在の API ユーザーは自分の展開が作業中の展開に戻されるまでの対話方法。
発生している可能性がある問題は、AWS コンソールで多くの変更を行ったにもかかわらず、Postman でテストしているデプロイに再デプロイしていない可能性があることです。
サイドノート:
リソース エディター パネルでは、このメソッドの応答タイプ、ヘッダー、およびコンテンツ タイプに関する情報を提供できます。ここでは、より意味のあるエラー メッセージをエンドポイントに提供できます。