セッション管理プロセスは、認証からアプリケーションからの離脱まで、幅広いユーザーコントロールを対象としています。 HTTP はステートレス プロトコルであり、Web サーバーはクライアント要求に対して継続的な接続を確立せずに応答します。 そのため、単純なアプリケーションであっても、セッションが関連付けられる前に、ユーザーは複数の要求を送信する必要があります。 これは、セッション ID または Cookie と呼ばれる適切な識別トークンを使用して行われることが最も多い。 アプリケーションがセッションをどのように管理するか、およびプロセスの障害が発生する可能性があるかどうかを調べます。 次の図は、ユーザー認証のためにアプリケーション サーバーに対する POST 要求を示しています。
![ユーザー認証用のアプリケーション・サーバーへの POST 要求](https://sp-ao.shortpixel.ai/client/to_auto,q_lossy,ret_img,w_661,h_509/https://my127001.pl/wp-content/uploads/2019/01/logowanie.png)
次の図では、セッション ID として機能するようにユーザーの ASPXUSERWU トークンを設定するサーバー応答を確認できます。
![ユーザーがセッション ID として機能するように ASPXUSERWU トークンを設定するサーバー応答](https://sp-ao.shortpixel.ai/client/to_auto,q_lossy,ret_img,w_661,h_529/https://my127001.pl/wp-content/uploads/2019/01/odpowiedzlogowanie.png)
後続の各要求は、以下の図に示すように、事前に決定されたセッション トークンと共に送信されます。
![サーバーへの要求は、事前に定義されたセッション トークンと共に送信されます](https://sp-ao.shortpixel.ai/client/to_auto,q_lossy,ret_img,w_657,h_357/https://my127001.pl/wp-content/uploads/2019/01/sesja.png)