テクノロジー

2018年12月28日

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

ログイン情報はどのように保存されている?

今回は、ログイン情報などを保存する際に大切になる ステートレスな通信、ステートフルな通信 という概念について解説をします。

最近のアプリケーションでは必須である機能の仕組みを学びますので、ぜひご参考にして見てください。

ステートレスの概念とは

HTTP通信は ステートレス な通信です。

これは 前の通信を引き継がない、1つの通信が独立している という意味です。

ステートレスの概念を理解するために、 マクドナルドでポテトを注文する ケースを想定してみましょう。

コーチ COACH レディース 長財布 ファスナー付B4BVR 484620P8wknO

なぜ途中で会話が成立しなくなるのでしょうか?

ステーテレスでは 前の通信(会話)を引き継ぎを行いません。

そのため店員は、 Mサイズで という注文をした時点では、先ほどの ポテトくださいという情報を失っているのです。

50%OFFセールBlack by VANQUISH ブラックバイヴァンキッシュbvj167 ドレスコーチシャツジャケット メンズ 3color ブラック ライトグレー スモークピンク 父の日7byYf6vg

ステートレス通信は前の通信状態は引き継がないため、誰がどのような状態かを保持しない 仕組みであると言えます。

ステートフルの概念とは

上記の会話が成立するためにはどうすれば良いでしょうか?

答えは簡単で、 前の通信(会話)を引き継げば良い のです。

以下のように客が「ポテトください」と注文した時点で、店員が ポテトが注文されたことを認識 します。

そうすることで客が「Mサイズ」と注文した時に店員がなんのことだか認識することができるのです。

Diamond2Dealジュエリー アンクレット 14k Yellow Gold 2 40mm Anchor anklet 10inchOuTPXZik

当たり前のような注文の流れですが、このように前の通信を引き継ぐことで 誰がどのような状態かを保持する ことができます。

このような通信のことを ステートフル と言います。

HTTP通信の仕組み

では上記の例えを実際のHTTP通信に置き換えてみましょう。

HTTP通信は基本 ステートレス な通信ですが、場合によっては ステートフル にしないと困る時があります。

例えば以下のように DBには保存しないが、ページを超えて保持しておきたい値 が存在する場合です。

  • ネット通販のカートの中身
  • ログインしているユーザ情報

ステートフルな通信を実現するために セッション管理 という仕組みがあります。

まずは以下をご覧下さい。

セッション管理には様々な方法がありますが、ここでは2つ紹介します。

①リクエストに含まれるuser_idを頼りにする

初めてアクセスするユーザがリクエストを出します。

送料無料 スニーカー スリッポン レディース 厚底 サンダル ローカットスニーカー厚底 フラットスニーカー ヒール10 5cm スニーカー レースアップ シューズ レディース 靴 編み上げ痛くないフラットシューズ ぺたんこ 足長 美脚 レディース靴QCtdxshr

コンピュータ側がアクセスしたユーザを初めてであると認識します。

作業着 作業服 防寒着 防寒服 自重堂 48330 防寒ブルゾン フード付XL・ネイビー011j4ARL5

コンピュータ側にアクセスしたユーザを覚えるための領域が作成されます。

この領域は セッション領域 と呼ぶことにします。

セッション領域は user_id という番号で管理されます。

セッション領域で管理する値は セッション情報 と呼ばれます。

エイソス ジーンズ パンツ デニム レディース ASOS DESIGN Maternity high rise stretch straight jeans i2IED9H

レスポンスと一緒に user_id が送られ、ブラウザ側の クッキー というテキストファイルで保持されます。

ALLSAINTS Blouses レディースPkZTOiXu

レスポートサック LESPORTSAC レスポ トートバッグ 2432 DAILY TOTE 2432 F399 STONESHERPA ストーンシェルパTlK1JFc3u5

2回目以降アクセスする時は アクセスしたユーザコンピュータ側ブラウザ側 の双方が認識している状態になっています。
リクエストと一緒に user_id の情報が乗ったクッキーと、コンピュータ側で保持したい値がコンピュータへ送られます。

キーンGLIESER CHUKKA NYLON WP1021568 メンズシューズEDbeWHI29Y

送られたuser_idとコンピュータ側のセッション領域に書いてある user_id を比較して、セッション情報が適切なセッション領域に送られます。

レオナール カーディガンAランクshCQxtdr

その結果、以下のようなステートフルな通信を実現できます。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

②情報を暗号化してブラウザのクッキーのみで保持する

初めてアクセスするユーザがリクエストを出します。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

コンピュータ側がアクセスしたユーザを初めてであると認識します。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

初めてのユーザには user_id というキーで、 そのユーザのid を代入します。

次に user_id = 1 というセッション情報を シークレットキー という鍵で暗号化してクッキーを生成します。

シークレットキーとは コンピュータ内で暗号化/復号化するための鍵 です。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

レスポンスと一緒に セッション情報が暗号化されたクッキー が送られ、ブラウザ側で保持されます。

クッキーにセッション情報のうちuser_idのみを持たせる方式が一般的です。

なぜならクッキーは 最大で4KB の情報しか保持することができないからです。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

この クッキーにセッション情報を全て持たせる 方式は、Railsのデフォルトの設定となっています。

ブラウザで保持されているクッキーに記載されているセッション情報が暗号化されているのは、

ブラウザの検証ツールで クッキーの情報を書き換えられないようにするため です。

もし暗号化しないと、ログインしているユーザのidを書き換えられて、ログインしているユーザが誰だか分からなくなってしまうからです。

さて現状は アクセスしたユーザブラウザ側 のみが認識している状態になっています。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

2回目以降アクセスする時は、リクエストと一緒に user_id の情報が乗ったクッキーと、コンピュータ側で保持したい値がコンピュータへ送られます。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

送られたクッキーを復号化して セッション情報 が存在していれば、ユーザを特定することができます。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

認識したところで、セッション情報を追記して新たにクッキーを生成します。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

最後に再び暗号化して、新しいセッション情報を元にして作られたクッキーがレスポンスとして一緒に送られます。

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

SCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OXSCOMMAG バングル ステンレス 服飾雑貨他wk8Pn0OX

その結果以下のようにブラウザ側でセッション情報が保持されます。

このやり方をまとめると以下のようになります。

  • クッキーだけに全てのセッション情報を集約する
  • クッキーを乗っ取られると全てが乗っ取られると言っても過言ではない
  • コンピュータ側はセッション情報を何も把握していない
  • セッション情報を暗号化してクッキーを生成するのは、クッキーを乗っ取られないようにするため
  • コンピュータは復号化されたクッキーを見て、ユーザを認識できる能力がある

つまりクッキーが持っているセッション情報を復号化して 誰がどのような状態か を把握しているのです。

最後の コンピュータは復号化されたクッキーを見て、ユーザを認識できる能力がある に関してですが、

これはコンピュータ内部で生成されるロジックに起因し、深い知識が必要となるため、ここでは省略させていただきます。

その他のセッション管理方法

先ほどセッション管理方法を2つ紹介しましたが、セッション管理は他にも方法があります。

  • クッキーにセッション情報を保持させ、リクエストのuser_idを頼りにする
    セッション管理は他にも管理方法があります。
  • クッキーにセッション情報を暗号化してブラウザに保持させる
  • コンピュータ内のメモリにセッション情報を保持させる
  • コンピュータ内のDBにセッション情報を保持させる

ここではすべてを紹介しませんが、セッション管理は様々な方法があることを理解しましょう。

セッション管理まとめ

  

  • 誰がどのような状態かを保持しておきたい時には ステートフル にする必要がある
  • 基本はステートレスなので、ステートフルにするためには セッション管理 をする必要がある
  • セッション管理をするためには クッキーセッション情報 が必要

ここでは4つの重要単語が出てきました。

最後に、これらの単語の意味を復習します。

  • セッション管理:ステートフルにするための仕組み
  • セッション情報:保持したい値
  • クッキー:ブラウザ側でセッション情報を保持するテキストファイル
  • シークレットキー:セッション情報をコンピュータ内で暗号化/復号化するための鍵

いかがでしたでしょうか?

セッション管理の方法は、アプリケーション制作において重要な知識ですので、一つずつ着実に理解していきましょう!

DIVE INTO CODEのことをもっと知ってみませんか?