2017-06-29 7 views
-1

これは非常に新人の質問かもしれませんが、私はインターネットを検索してみました。私はTokenベースの認証とCookieベースの認証について読んできました。私は、トークンベースの認証がシングルページのWebアプリケーションの方が優れているが、その理由をはっきりと理解することができないという意見に耳を傾けました。私は同じ目的を達成するためにnodejsとangularjsを使用します。シングルページアプリケーションでトークンベースの認証が優れているのはなぜですか?

+0

チェックアウト、この場合はその助けuと - ます。https://のstackoverflow .com/questions/44825060 /正しいことをするための正しい方法-to-the-authent-to-the-authentication-token-back-to-the-client/44825264?noredirect = 1#comment76631473_44825264 –

答えて

1

私はトークンベースの認証だけでなく、クッキーベースの認証であなたはトークンがあるため、セッション認証対トークン認証を意味することを推測しますクッキーに保存することができる。

this

  • セッションベースの認証サーバは、接続された各ユーザごとにセッションを維持します。クライアントはその資格情報で認証し、session_id(クッキーに格納することができます)を受け取り、これを以降のすべての発信要求に添付します。したがって、これは資格証明のセットと同等であるため、これは「トークン」と見なすことができます。この方法では、サーバーリソースが大量に必要です
  • トークンベースの認証は、発行されたトークン(主にJWTが使用される)に関連するユーザー情報が含まれており、サーバーの秘密鍵で署名されているため、 - 断ることができない。トークンはクライアント側(cookie、localStorageなど)に保存され、すべての要求に添付され、サーバーによって検証されます。トークンはまた

フォームベースのアプリケーションは、セッションベースの認証を使用して各要求の間で状態を維持する必要はありませんREST APIに適しており、SPAは、多くの場合、固有の利点により、トークンベースの認証を使用しています。 applicacionは、同じドメイン内に配置されている場合、セッションベースの認証でのSPAのみ発信要求にクッキーを添付しますもいること

なお、サーバー

1

SPAには、ログインしたビュー、ログアウトしたビュー、または制限付きのビューのような顔が多い傾向があります。それはすべてアクセス制御に関するものです。あなたのユーザーはすべて同じアプリを取得していますが、アクセスレベルは同じではありません。フロントエンドとバックエンドのためのアクセス制御ロジックを構築することができます。

トークンにはこれらの情報がすべて含まれているため、非常に移植性があります。ユーザーのUIとバックエンドでトークンを使用して意思決定を行うことができます。ユーザーを適切なアプリケーションに委任するシングルサインオンサービスを構築する手段として、パートナーサービスと共有することができます。このリンクはあなたより多くの情報が得られます

・ホープ..

Token Based Authentication for Single Page Apps (SPAs)

+0

一般に、コンテンツは変化する可能性があり、読者はリンクがどのように質問に答えるかを理解する努力をしなければならないので、リンクを回答として含む。リンクが役に立つと思ったら、それを要約し、それを質問に関連させ、もちろんリンクを投稿してください。 – pedrofb

+0

Ok。私は私の答えを見直す –

関連する問題