access-token

0熱

1答えて

私はプログラミングに慣れていないし、現在、コースに入っています。私はinstagram用のAPIのアクセストークンを要求したいが、ドキュメントにクライアントを登録することで何を意味するのか分からない。私は現在、プロセスのステップ3で立ち往生しています。ここに私のコードは、このエラーが発生します。例外TypeError：私は「XX」 @app.route("/request_api") def

0熱

1答えて

アクセストークンを1時間保存するか、すべての呼び出しを更新するほうがいいですか？

Spotify APIからデータを読み込むWebアプリケーションがあるので、ログインする必要がなく、特定のスコープなどがあります。今のところ、私はクライアント信用証明書フローを使用しています。アクセストークンを取得すると、DBに格納されます。次に、1回の呼び出しごとに、DBからこのアクセストークンを取得します.1時間以上経過していれば、新しいトークンを取得して置き換えます。これは最善の解決策

0熱

1答えて

ループバック内のアクセストークンの検証を確認してください

これはループバックのユーザモデルのメソッドで、アクセストークンがまだ有効かどうかをチェックしていますか？このような方法がない場合は、どうすれば作成できますか？あなたの助けのためのおかげ

0熱

1答えて

クライアント側でAuthenticationFailureResultを処理する

私はトークンで私たちのAPIを保護するためにかなりthisアプローチを使用しています。クライアント側でトークンの有効期限切れ応答を処理する方法がわかりません。それは30分前に発行されたとしての私のクライアントは、連絡先リストを要求されるが、そのトークンの有効期限が切れているとしましょうチャレンジ WWW-Authenticateヘッダ - 私は、API側の2つのオプションを見てきました（現在のト

0熱

1答えて

クロックスキューとトークン

どのように動作するのか理解するのに助けが必要ですか？我々は、2者間の時間変動に対処するためにクロックスキューを定義する。しかし、私の混乱は、ある我々はトークンを検証することができますトークントークンなどのトークン作成の時間と有効期限内のすべての情報がそれでは、なぜサーバー上に作成されていクロックスキューが必要ですか？誰も私にどのように動作し、どのシナリオでそれが問題を引き起こし、助けになる

1熱

1答えて

角度2のfirebase-adminのエラー

firebase-adminを使用して、firebaseで認証するトークンを作成する必要があります（別の方法がありますか？）。しかし、私が使用しようとすると、jsonwebtokenモジュールが見つからないというエラーを受け取り、このモジュールをインストールします。この後、私はnode-purgeモジュールが見つからないというエラーを受け取り、それをインストールします。そして、2つのエラーは修正さ

0熱

1答えて

Apacheが.htaccessのルールに関係なくAuthorizeヘッダーを使用すると、Laravel APIリクエストで401が返される

私のローカルで使用しているときにコードが正常に機能し、郵便配達員とユーザー情報を取得できます。サーバーまたはローカルホストからのアクセストークンを使用していますが、実際のサーバーからデータを取得するためにアクセストークンを使用すると、常に状態401の{message：unauthenticated}が返されます。私が知った理由は、私は自分の.htaccessにこれらを追加してそれを修正しようとし

0熱

1答えて

Azure Appサービスシングルサインオン

私はC＃を使用してモバイルアプリサービスを開発しており、Azureでホスティングしています。私はクライアントのための認可を使用して、それは正常に動作しています。今私は同じテナントの下でAzureでホストされている別のWebサービスを内部的に呼びたいと思います。私が開発したサービスのクライアント呼び出しからX-ZUMO-AUTHのトークンを取得しています。私の問題は、このAzure認可トークンをC

1熱

1答えて

IdentityServer4クライアントスコープとユーザークレームベースの認証

私は、認証/認可のために使用して、私は達成するためにどのように少し混乱していますIdentityServer4を持って、次の私は、私たちは2つのクライアントを言わせて、彼らしている場合2つのAPIにアクセスしようとしていますが（各クライアントはそのうちの1つにアクセスできます）、別のアクセス許可を持つユーザーがいます（user1は第1APIにアクセスでき、user2は第2APIにアクセスできます