Як розділити логіку входу та гри при написанні серверів?

Я будую покер, як ігровий сервер, я мав би мати всі входи та логіку гри для обробки на одному сервері, але з мого дослідження в Інтернеті я дізнаюся, що це не буде масштабуватися, і було б сенс розділити робота над серверами для входу та гри. Але те, що я не отримую - це після того, як я обробляв автентифікацію на сервері входу і мав клієнт встановити нове з'єднання з ігровим сервером, як я можу знати, який саме клієнт є? Чи не довелося б мені знову входити в систему і таким чином перемогти мету мати сервер для входу? Чи є спосіб передати з'єднання між процесами та машинами, про які я не знаю? Вибачте мої незначні знання в мережі.

Хоча відповідь Філіпа ідеально хороша, є дещо інший спосіб, який не вимагає з'єднання між сервером входу та ігровим сервером, що корисно, якщо таке з'єднання важке.

1. Коли користувач успішно аутентифікується на сервері входу, їм надсилається адреса сервера ігор та маркер входу, як зазначено вище. Однак цей маркер складається з 2 частин: час перебування на сервері входу та хеш цього номера плюс їх ім'я користувача, їх IP-адреса, IP-адреса або ідентифікатор ігрового сервера та секретний ключ, який ви знаєте лише ви.
2. Клієнт намагається увійти на наданий ігровий сервер, надіславши цей маркер. Сервер формує той же хеш, що і раніше, на основі інформації в маркері входу, плюс власної IP-адреси / ідентифікатора та секретного ключа. Якщо цей хеш відповідає тому, що знаходиться в маркері, ви знаєте, що гравець має автентифікацію належним чином. Потім перевірте, чи дата не надто стара (наприклад, більше 1 хвилини).

Це працює тому, що:

• Його неможливо скопіювати та повторно використовувати, оскільки дата закінчується.
• Його неможливо побудувати без свіжого входу, не знаючи секретного ключа.
• Хтось інший (наприклад, за допомогою sniffer пакетів) його не може легко перехопити та використовувати, оскільки для його побудови використовується оригінальна IP-адреса.
• Його не можна використовувати для іншого облікового запису, оскільки ім'я користувача є частиною хешу.
• Його не можна використовувати для одночасних входів на різних ігрових серверах, оскільки ID / IP-адреса сервера є частиною хеша.

Або простіше кажучи, хеш гарантує, що відправник майже неможливо сфальсифікувати свій маркер для входу, і тому інформації в маркері можна довіряти.

Як і будь-яке хеш-орієнтоване на безпеку, використовуйте найкращу хеш-функцію, яку ви можете отримати - на даний момент людям здається, що вони люблять bcrypt, PBKDF2 та scrypt - і переконайтесь, що ваш секретний ключ дуже довгий, щоб зробити відтворення грубої сили менш практичним.

1. Після того, як користувач пройшов автентифікацію на сервері входу, надайте йому маркер (унікальна, випадково згенерована рядок, занадто довга для того, щоб здогадуватися).

2. Логінсер вибирає ігровий сервер. Надішліть маркер, ім’я користувача та всі інші релевантні дані про користувача з сервера входу на обраний ним сервер.

3. Надішліть клієнтові маркер і ім'я хоста сервера ігор. Потім від'єднайте його від сервера входу.

4. Потім клієнт підключається до ігрового сервера своїм іменем користувача та маркером.

5. Коли маркер від клієнта відповідає тому, що щойно повідомив сервер реєстрації, ви приймаєте його.

Зауважте, що для того, щоб це було безпечно, маркери повинні бути створені з криптографічно захищеного генератора випадкових чисел, кожен маркер може бути прийнятий сервером ігор лише один раз, а невикористані жетони повинні бути відкинуті через кілька хвилин.