Иконка ресурса

ReUnion 0.2.0.27

35
Сообщение автоматически объединено:

Там не
дело не в хеше. Выдается steam id одинаковый разным игрокам с разным оборудованием. На скрине я так понимаю next client, но не суть разницы нет какая сборка
Сообщение автоматически объединено:

Причем на next client я так понимаю уникальность дается hddsn + motherboard + еще что-то = hash
Сообщение автоматически объединено:

Вообщем я жду двух людей пока появятся в сети и хочу закрыть сервер для них и посмотреть что будет твориться на разных версиях reunion в том числе на стареньком 0.92
 

Вложения

  • стим айди одинаковый.jpg
    стим айди одинаковый.jpg
    40,8 КБ · Просмотры: 31
Последнее редактирование:
Вообщем проверил только двоих. Один с linux, другой с macos. Не буду много расписывать. У них одинаковые steam id независимо от того, старая версия Reunion 0.1.92 с или новая версия v0.2.0.34. На винде двоих не проверял пока.
Видимо действительно проблема в сборках.
Сообщение автоматически объединено:

buh игрок есть, он пишет переодически, что играть не может. Он с виндоуса играет с некст клиента. Картина тоже в логах такая
1771446900687.png
 
Последнее редактирование:
@galaxy, логи реюнион давай, в новых версиях пишет более подробную инфу.
 
@galaxy а кто как не @s1lent скажет точнее инфу? Сайлент ведь этот плагин поддерживает и обновляет....
 
проблема в клиентах
Вообщем проверил только двоих. Один с linux, другой с macos. Не буду много расписывать. У них одинаковые steam id независимо от того, старая версия Reunion 0.1.92 с или новая версия v0.2.0.34. На винде двоих не проверял пока.
Видимо действительно проблема в сборках.
Сообщение автоматически объединено:

buh игрок есть, он пишет переодически, что играть не может. Он с виндоуса играет с некст клиента. Картина тоже в логах такая Посмотреть вложение 1275
проблема в клиентах, Универсального способа получить серийный номер у единственного носителя данных в системе типа NVME не существует. Это связано с особенностями работы с NVMe-накопителями: команда IDENTIFY требует передачи физических адресов.
следовательно у тех игроков, у которых есть ноутбук с NVME будет попадаться одинаковый серийный номер, а как следствие и одинаковый steamid
 
проблема в клиентах

проблема в клиентах, Универсального способа получить серийный номер у единственного носителя данных в системе типа NVME не существует. Это связано с особенностями работы с NVMe-накопителями: команда IDENTIFY требует передачи физических адресов.
следовательно у тех игроков, у которых есть ноутбук с NVME будет попадаться одинаковый серийный номер, а как следствие и одинаковый steamid
ну да это NVME. А как происходит генерация? если невозможно получить серийный номер, то рандомно выставляется 12345 например?
Сообщение автоматически объединено:

@galaxy, логи реюнион давай, в новых версиях пишет более подробную инфу.
да там одинаковые steam id у всех
 
@galaxy, в случае, если эмулятор клиента не дает валидный ID, в последних версиях ReUnion предусмотрен fallback для генерирования SteamID по IP адресу. Настраивается в конфиге:
C-подобный:
# Client recognized as pending when they sucessfully authorized, but did not get steam id
# REMARK: Actually, it got steamid, but it is useless (STEAM_0:0:0 for example)
# default is Deprecated [5]
cid_SteamPending = 5
Здесь нужно поставить 3 или 4.
Но такой SteamID будет меняться каждый раз, вместе с IP адресом.
 
@galaxy, в случае, если эмулятор клиента не дает валидный ID, в последних версиях ReUnion предусмотрен fallback для генерирования SteamID по IP адресу. Настраивается в конфиге:
C-подобный:
# Client recognized as pending when they sucessfully authorized, but did not get steam id
# REMARK: Actually, it got steamid, but it is useless (STEAM_0:0:0 for example)
# default is Deprecated [5]
cid_SteamPending = 5
Здесь нужно поставить 3 или 4.
Но такой SteamID будет меняться каждый раз, вместе с IP адресом.
спасибо, но такой вариант не устраивает. Пусть тогда стим качают.
 
Вижу данную проблему и хотел бы поинтересоваться, будет ли какое-то максимальное решение в данном плане? Или проблема с какой-то определённой сборко кс что даёт одинаковый steamid
 
@NON_33, выше написано, почему это происходит.
 
проблема в клиентах

проблема в клиентах, Универсального способа получить серийный номер у единственного носителя данных в системе типа NVME не существует. Это связано с особенностями работы с NVMe-накопителями: команда IDENTIFY требует передачи физических адресов.
следовательно у тех игроков, у которых есть ноутбук с NVME будет попадаться одинаковый серийный номер, а как следствие и одинаковый steamid

Разработчики специализированных утилит (CrystalDiskInfo, AIDA64 и др.) видимо об этом не знают. Я тоже используя nvme_lookup_key() библиотеки libnvme ни разу не получал "одинаковый серийный номер", на несколько тысячах единиц оборудования... За много лет... Возможно, мне повезло. В Win11, мне кажется, эту фишку тоже починили довольно давно и она всегда выдает серийный номер: Get-PhysicalDisk | Select-Object FriendlyName, SerialNumber. Я проверил на 6 ноутбуках, с NVME PCI-E SSD, все серийные номера - разные. Причем 4 ноутбука MSI вообще одной модели (с одинаковым контроллером и моделью предустановленного SSD), только разных лет.

Так что здесь все упирается в разработчиков "эмуляторов" и клиентских приложений (сборок). А разработчику NextClient я даже предлагал создать набор аппаратных идентификаторов (с указанием методов их получения), чтобы этим можно было пользоваться, в том числе при генерации идентификаторов игроков. Примеров в интернете много: https://github.com/lfreist/hwinfo
 
Разработчики специализированных утилит (CrystalDiskInfo, AIDA64 и др.) видимо об этом не знают. Я тоже используя nvme_lookup_key() библиотеки libnvme ни разу не получал "одинаковый серийный номер", на несколько тысячах единиц оборудования... За много лет... Возможно, мне повезло. В Win11, мне кажется, эту фишку тоже починили довольно давно и она всегда выдает серийный номер: Get-PhysicalDisk | Select-Object FriendlyName, SerialNumber. Я проверил на 6 ноутбуках, с NVME PCI-E SSD, все серийные номера - разные. Причем 4 ноутбука MSI вообще одной модели (с одинаковым контроллером и моделью предустановленного SSD), только разных лет.

Так что здесь все упирается в разработчиков "эмуляторов" и клиентских приложений (сборок). А разработчику NextClient я даже предлагал создать набор аппаратных идентификаторов (с указанием методов их получения), чтобы этим можно было пользоваться, в том числе при генерации идентификаторов игроков. Примеров в интернете много: https://github.com/lfreist/hwinfo
Получается проблемным клиентом может быть nextclient? С остальными клиентами я так понимаю проблем возникать не должно?
 
Получается проблемным клиентом может быть nextclient? С остальными клиентами я так понимаю проблем возникать не должно?
Именно NextClient, возможно, генерирует проблемы на игровых серверах мешая в кучу всех игроков... На Миксах у Оли вообще беда с ее чудо сборкой на NextCliente - постоянно "клеит" идентификаторы игроков. Сегодня вот случайно отловил у нас:
C-подобный:
L 16/03/2026 - 00:32:07.322: [ACS] player [ 8 ] = 34082816, master [ 2112 ], is_rcon = 0, c_flag = 0
L 16/03/2026 - 00:32:07.322: [ACS] "А-К-А-Д-Е-М-И-Я<62.122.213.230><><>" kick "GUMERS<188.254.110.223><STEAM_1:0:1458430045><>" (reason "Обход бана..?!")
L 16/03/2026 - 00:32:07.824: [ACS] group_id = 0, data = 6b, data_size = 256, repeat = 0, timer_id = 1196383, s_cmd = kick #29361 "Обход бана..?!"
L 16/03/2026 - 00:32:17.849: [ACS] acs_has_immunity(): c_flag = 0, admin = 0, player = 18, equal = 0
L 16/03/2026 - 00:32:17.849: [ACS] player [ 18 ] = 34082816, master [ 2112 ], is_rcon = 0, c_flag = 0
L 16/03/2026 - 00:32:17.849: [ACS] "А-К-А-Д-Е-М-И-Я<62.122.213.230><><>" kick "GUMERS<188.254.110.223><STEAM_1:0:1458430045><>" (reason "Обход бана 11099")
L 16/03/2026 - 00:32:18.366: [ACS] group_id = 0, data = 6b, data_size = 256, repeat = 0, timer_id = 1196468, s_cmd = kick #29364 "Обход бана 11099"
L 16/03/2026 - 00:32:32.987: [ACS] acs_has_immunity(): c_flag = 0, admin = 0, player = 18, equal = 0
L 16/03/2026 - 00:32:32.987: [ACS] player [ 18 ] = 34082816, master [ 2112 ], is_rcon = 0, c_flag = 0
L 16/03/2026 - 00:32:32.987: [ACS] "А-К-А-Д-Е-М-И-Я<62.122.213.230><><>" kick "GUMERS<188.254.110.223><STEAM_1:0:1458430045><>" (reason "Обход бана 11099")
L 16/03/2026 - 00:32:33.487: [ACS] group_id = 0, data = 6b, data_size = 256, repeat = 0, timer_id = 1196503, s_cmd = kick #29365 "Обход бана 11099"
C-подобный:
L 16/03/2026 - 08:37:46.456: [ACS] "А-К-А-Д-Е-М-И-Я<62.122.213.230><><>" kick "BOBURBEK<92.62.79.207><STEAM_1:0:1458430045><>" (reason "Обход бана 11099")
L 16/03/2026 - 08:37:46.957: [ACS] group_id = 0, data = 6b, data_size = 256, repeat = 0, timer_id = 1230370, s_cmd = kick #30780 "Обход бана 11099"

Кто это я не знаю.. А вот утром зашел постоянных игрок, на той же сборке с Микса :-))
C-подобный:
L 16/03/2026 - 10:20:57.338: [ACS] "А-К-А-Д-Е-М-И-Я<62.122.213.230><><>" kick "КальянчиК<88.201.244.134><STEAM_1:0:1458430045><>" (reason "Обход бана 11099")
L 16/03/2026 - 10:20:57.850: [ACS] group_id = 0, data = 6b, data_size = 256, repeat = 0, timer_id = 1238182, s_cmd = kick #31043 "Обход бана 11099"

И у них совпадает не только steam_id.. а еще кое-чего... В общем забавный клиент :-)

Полез я разбираться с игроком "Кальянчик" в другие логи...
C-подобный:
L 13/03/2026 - 16:19:39.379: [ACS_LOG] session: ( 15 ), new player = mONSEY [ 178.163.50.100:1 ] < STEAM_1:0:1458430045 >
L 13/03/2026 - 19:10:12.202: [ACS_LOG] session: ( 13 ), new player = бинго [ 82.215.103.162:0 ] < STEAM_1:0:1458430045 >
L 13/03/2026 - 19:14:09.711: [ACS_LOG] session: ( 13 ), new player = ICON [ 195.245.96.221:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 00:37:36.417: [ACS_LOG] session: ( 23 ), new player = [Fine-Boost] player [ 46.231.214.210:1 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 00:37:45.558: [ACS_LOG] session: ( 23 ), new player = [Fine-Boost] player [ 46.231.214.210:1 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 05:43:59.501: [ACS_LOG] session: (  1 ), new player = (1)[Fine-Boost] player [ 2.61.164.196:1 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 07:55:07.572: [ACS_LOG] session: ( 22 ), new player = (4)[Fine-Boost] player [ 144.124.192.51:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 09:31:13.295: [ACS_LOG] session: ( 17 ), new player = [Fine-Boost] player [ 45.80.45.254:1 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 10:02:51.561: [ACS_LOG] session: (  8 ), new player = [Fine-Boost] player [ 95.59.69.174:1 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 10:28:54.549: [ACS_LOG] session: (  5 ), new player = ПЫНЯСРУЛЬ [ 5.164.252.11:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 10:34:40.009: [ACS_LOG] session: ( 14 ), new player = ilgorbeeeeee [ 198.163.195.62:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 11:42:48.615: [ACS_LOG] session: ( 18 ), new player = [Fine-Boost] player [ 90.150.255.87:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 13:05:50.724: [ACS_LOG] session: ( 14 ), new player = [Fine-Boost] player [ 185.184.233.72:0 ] < STEAM_1:0:1458430045 >
L 14/03/2026 - 13:13:29.690: [ACS_LOG] session: (  2 ), new player = (1)[Fine-Boost] player [ 178.91.252.214:1 ] < STEAM_1:0:1458430045 >
И это не конец :-)) Там еще наверно десяток :ROFLMAO:

Проблема из, возможно, в NextClient-е, превратилась в "точно в NextClient-е"... В общем это полная жопа, если еще и раскрутки подхватили этот замечательный клиент в виде базового... Петух отхвативший бан навсегда закроет доступ на серверы множеству других "идентичных" игроков или даже целой раскрутке + с учетом наших фишек "заразит" вообще все "пересекающиеся" клиенты, и любые клиенты (включая оригинальные стимы) запущенные потом с тех компьютеров где запускался "проблемный" клиент... 🥺
 
Последнее редактирование:
Они все (38 человек за 2 суток) прислали одинаковый auth_key: 70YB36YQLU49W8V9. "Эмулятор" запущен без административных прав.

1773652612121.png
 

Кто просматривает тему

  • Alexs
Назад
Верх