サーバーの作成時にログインとゲームのロジックを分割する方法は？

私はポーカーのようなゲームサーバーを構築しています。すべてのログインとゲームロジックを1つのサーバーで処理する予定でしたが、Webでの調査から、これはスケーリングされないことがわかり、分割することは理にかなっています。ログインおよびゲームサーバーへの作業。しかし、ログインサーバーで認証を処理し、クライアントにゲームサーバーへの新しい接続を確立させた後、どのクライアントがどれであるかをどのようにして知ることができませんか？再度ログインする必要がなく、ログイン用のサーバーを用意する目的を無効にする必要はありませんか？知らないプロセスやマシンに接続を渡す方法はありますか？ネットワーキングについての私の小さな知識を失礼します。

Philippの答え​​は完璧ですが、ログインサーバーとゲームサーバー間の接続を必要としないわずかに異なる方法があり、そのような接続が困難な場合に役立ちます。

1. ユーザーがログインサーバーで正常に認証されると、上記のようにゲームサーバーのアドレスとログイントークンが送信されます。ただし、このトークンは2つの部分で構成されています。ログインサーバーの時刻、その番号のハッシュ、ユーザー名、IPアドレス、ゲームサーバーのIPアドレスまたはID、およびあなただけが知っている秘密鍵です。
2. クライアントは、このトークンを送信して、提供されたゲームサーバーへのログインを試みます。サーバーは、ログイントークンの情報と独自のIPアドレス/ IDおよび秘密鍵に基づいて、以前と同じハッシュを形成します。このハッシュがトークン内のハッシュと一致する場合、プレーヤーが正しく認証されていることがわかります。次に、日付が古すぎないことを確認します（例：1分以上）。

これは機能します：

• 有効期限が切れるため、コピーして再利用することはできません。
• 秘密鍵を知らなければ、新たなログインなしでは構築できません。
• 元のIPアドレスがそれを構成するために使用されるため、他の誰か（たとえば、パケットスニファ）によって簡単に傍受されて使用されることはありません。
• ユーザー名がハッシュの一部を形成しているため、別のアカウントには使用できません。
• サーバーのID / IPアドレスがハッシュの一部を形成するため、異なるゲームサーバーでの同時ログインには使用できません。

より簡単に言えば、ハッシュは送信者がログイントークンを偽造することをほぼ不可能にし、トークン内の情報を信頼できるようにします。

他のセキュリティ指向のハッシュと同様に、bcrypt、PBKDF2、およびscryptが好きなように思える現時点で入手可能な最高のハッシュ関数を使用し、ブルートフォースの再現をあまり実用的でないように、秘密鍵が非常に長くなるようにします。

1. ユーザーがログインサーバーに対して自分自身を認証した後、トークン（ランダムに生成された一意の文字列は長すぎて推測できない）を与えます。

2. ログインサーバーはゲームサーバーを選択します。トークン、ユーザー名、およびユーザーに関するその他すべての関連データを、loginserverから選択したサーバーに送信します。

3. トークンとゲームサーバーのホスト名をクライアントに送信します。次に、ログインサーバーから切断します。

4. 次に、クライアントはユーザー名とトークンを使用してゲームサーバーに接続します。

5. クライアントからのトークンがloginserverによって報告されたばかりのトークンと一致する場合、それを受け入れます。

これを安全にするために、トークンは暗号化された安全な乱数ジェネレータから作成する必要があります。各トークンはゲームサーバーによって一度だけ受け入れられ、数分後に未使用のトークンは破棄されます。