2016-10-28 17 views
0

私は、SSL/TLSやプレーンテキストを使用してソケットを開くことができるインターフェイスを公開している会社の製品を使用しています(今のところ具体的なことは言及したくありません)そのように構成してから)、製品にコマンドを発行します。コマンドを発行する前に認証する必要がありますが、認証する方法の1つはユーザー名/パスワードです。私は、あなたがユーザー名/パスワード認証をした後、セッション識別子を提供する必要がなく、もはやユーザー名/パスワードを提供する必要がないことに気付きました。私が得られないのは、後で認証された製品がどのように製品を知っているかです。私が気付いていない生のソケット通信を行うと、前進しているクッキーと同等のものがありますか?これらはHTTPリクエストではなく、thisのような生のソケットであることに注意してください。Rawセッションでのセッション管理

答えて

1

まず、raw socketsを実行していませんが、ちょうど通常のTCP接続(INET/INET6ソケットのSOCK_STREAMタイプ)を行っています。おそらく上にいくつかのSSL/TLSがあります。 HTTPとは異なり、TCP接続はすでにステートフルなので、これらのコマンドがすべて同じTCP接続内で発行されている限り、異なるコマンド間で状態を維持するために何らかのクッキーは必要ありません。 TCP接続が完了すると(つまり、閉じられると)、状態は失われます。これは、次に接続するときに、認証をやり直さなければならないことを意味します。