SMSG_LOOT_RESPONSE из 4.0.6а - Страница 2 - Ru-MaNGOS

HuntsMan · 02.03.2011, 09:16

Вобщем отправил в пакете SMSG_MULTIPLE_PACKETS. Правда иногда почему-то бывает не срабатывает. Но пока что хоть как-то

**RomanRom2** · 02.03.2011, 12:35

ну нее, это не решение проблемы...

давайте разбираться дальше. значит, с форматом пакетов мы разобрались, где какой байт мы точно знаем. у нас есть дамп этого пакета с оффа.

можете ли вы смоделировать следующее:
1. поставить в мире такого же НПЦ с таким же гуидом как в дампе.
2. отправить дамп пакета, который с оффа. прямо хаком каким нибудь, что бы прямо дамп.

по логике, клиент должен схавать пакет и отобразить лут лист.

если же нет, значит формат пакета тут не причем. значит действительно пакет ожидается в другое соединение и патченье клиента не помогает или оно криво сделано.

согласитесь, чудес не бывает ведь. если полностью смоделировать условия оффа, должен же он заработать.

**TOM_RUS** · 02.03.2011, 14:09

Цитата:

Сообщение от RomanRom2

если же нет, значит формат пакета тут не причем. значит действительно пакет ожидается в другое соединение и патченье клиента не помогает или оно криво сделано.

99% вероятность что это и есть причина проблемы, можно дебагером проверить вызывается ли обработчик пакета в клиенте или нет...

HuntsMan · 02.03.2011, 22:06

Цитата:

если же нет, значит формат пакета тут не причем. значит действительно пакет ожидается в другое соединение и патченье клиента не помогает или оно криво сделано.

Патчил клиент тем же способом которым почти все патчат

Код:

            byte[] unpatchedBytes;
            byte[] patchedBytes;
            int patchOffset;
            byte[] wowExe = null;

            FileStream fs = new FileStream(WoWExePatch, FileMode.Open, FileAccess.Read);
            BinaryReader br = new BinaryReader(fs);
            long numBytes = new FileInfo(WoWExePatch).Length;
            wowExe = br.ReadBytes((int)numBytes);
            br.Close();
            fs.Close();

            if (wowExe == null)
                return 0;

            switch (GetWoWBuild())
            {
                case 13329: // 4.0.3a
                    unpatchedBytes = new byte[] { 0xE8, 0xC2, 0xE5, 0xFF, 0xFF };
                    patchedBytes = new byte[] { 0xB8, 0x00, 0x00, 0x00, 0x00 };
                    patchOffset = 0x08FAA9;
                    break;
                case 13623: // 4.0.6a
                    unpatchedBytes = new byte[] { 0xE8, 0x42, 0xE4, 0xFF, 0xFF };
                    patchedBytes =   new byte[] { 0xB8, 0x00, 0x00, 0x00, 0x00 };
                    patchOffset  = 0x091229;
                    break;
                default:   return 1;
            }

            byte[] testPatched = new byte[unpatchedBytes.Length];

            if(testPatched.SequenceEqual(patchedBytes))
                return 1;

            System.Buffer.BlockCopy(patchedBytes, 0, wowExe, patchOffset, patchedBytes.Length);

            FileStream fss = new FileStream(WoWExePatch, FileMode.Create, FileAccess.ReadWrite);
            BinaryWriter bw = new BinaryWriter(fss);
            bw.Write(wowExe);
            bw.Close();

Цитата:

можете ли вы смоделировать следующее

Сейчас попробую одну весчь, если не прокатит, то попробую полностью оффдубль сделать

**RomanRom2** · 02.03.2011, 23:42

Цитата:

Сообщение от HuntsMan

Патчил клиент тем же способом которым почти все патчат

эммм... и это всё? клиент так просто дает себя модифицировать??? там же куча проверок на контрольные суммы и т.п.

Цитата:

Сообщение от HuntsMan

Сейчас попробую одну весчь, если не прокатит, то попробую полностью оффдубль сделать

вы только не молчите, рассказывайте что делаете. любые действия интересны.

HuntsMan · 03.03.2011, 00:29

Цитата:

эммм... и это всё? клиент так просто дает себя модифицировать??? там же куча проверок на контрольные суммы и т.п.

Ну большая часть после такого колдунства начинает работать

Если у вас есть информация что ещё в клиенте можно модифицировать, то поделитесь пожалуйста

Цитата:

вы только не молчите, рассказывайте что делаете. любые действия интересны.

Да просто хотел опять отправить этот пакет, думал что я там где-то опечатку допустил. Кстати, скорее всего дело именно в соединениях, т.к. таким же образом пришлось заставлять работать и вендоров. Завтра попробую полностью компию пакета с офа отправить

А вот с дебагом клиента проблематично - я до такой магии ещё не добрался

**RomanRom2** · 03.03.2011, 01:45

Цитата:

Сообщение от HuntsMan

Ну большая часть после такого колдунства начинает работать

Если у вас есть информация что ещё в клиенте можно модифицировать, то поделитесь пожалуйста

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

Цитата:

Сообщение от HuntsMan

Завтра попробую полностью компию пакета с офа отправить

А вот с дебагом клиента проблематично - я до такой магии ещё не добрался

попробуйте отправить дамп с оффа. если не поможет, придется вам реализовывать механику второго соединения

, ибо остальное - грязь.

**LordJZ** · 03.03.2011, 07:43

SMSG_LIST_INVENTORY ходит по основному "World" соединению

HuntsMan · 03.03.2011, 07:45

Вобщем отправил вот таким образом:

Код:

WorldPacket data(SMSG_LOOT_RESPONSE, 37);
        ByteBuffer block(37);
        
        block << uint8(0xF5);
        block << uint8(0x39);
        block << uint8(0x4C);
        block << uint8(0x00);
        block << uint8(0xCF);
        block << uint8(0xC2);
        block << uint8(0x30);
        block << uint8(0xF1);
        block << uint8(0x01);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x01);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x78);
        block << uint8(0xF3);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x01);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0xAD);
        block << uint8(0x46);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x80);
        block << uint8(0xDD);
        block << uint8(0x9E);
        block << uint8(0x39);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        block << uint8(0x00);
        
        data.append(block);
        handler->GetSession()->SendPacket(&data);

Никаких эмоций

Значит дело действительно в соединениях. Тогда назревает вопрос: сколько соединений может поддерживать клиент, и каким образом и в какое время он его инициализирует?)

Цитата:

SMSG_LIST_INVENTORY ходит по основному "World" соединению

Тогда я даже хз...

Dvlpr · 04.03.2011, 15:56

Цитата:

Сообщение от TOM_RUS

99% вероятность что это и есть причина проблемы, можно дебагером проверить вызывается ли обработчик пакета в клиенте или нет...

уже говорил, что нет. Не вызывается также и NetClient__Process для сего пакета.

Пока пофиксил с MULTIPLE_PACKETS (просто чтобы вы не подумали, что стырил отсюда - патч с хаком я давал SkyFire'у еще неделю назад, что отмечено у них в логе.

). Лично у меня сей хак работает всегда.
А вообще, лично я не считаю это грязным хаком. Ну вот представьте, находим мы источник проблемы, и он действительно заключается в том, что отсутствует поддержка второго сокета (в принципе, я в этом уверен). Что мы будем делать? Патчить клиент опять. (текущий патчинг клиента хакает только Send в клиенте, а Recv не трогает - в этом и проблема)
А дальнейшее углубление в модификацию клиента - еще худший хак, чем этот. Разве нет?

@Huntsman: в памяти клиента клиенте, насколько я знаю, массив из 4-х соединений.

HuntsMan · 04.03.2011, 16:26

Цитата:

@Huntsman: в памяти клиента клиенте, насколько я знаю, массив из 4-х соединений.

Battle.Net + First World + Second World? А четвертое какое? Старая авторизация?

Dvlpr · 04.03.2011, 17:40

Цитата:

Сообщение от HuntsMan

Battle.Net + First World + Second World? А четвертое какое? Старая авторизация?

К сожалению, о их назначениях не знаю. Но не думаю, что это старая авторизация О.о

Цитата:

Сообщение от RomanRom2

попробуйте отправить дамп с оффа. если не поможет, придется вам реализовывать механику второго соединения , ибо остальное - грязь.

Не поверите - реализовали бы, да вот проблема, ключик приватный близзарда нужен. Поможете? :\
На данный момент чтобы реализовать механику второго соединения нужно также модифицировать клиент.

**LordJZ** · 04.03.2011, 17:45

Цитата:

Сообщение от HuntsMan

Battle.Net + First World + Second World? А четвертое какое? Старая авторизация?

Я думаю это World + Home, плюс дубли для переподключений

Dvlpr · 04.03.2011, 20:19

хмм, в общем-то, если это проблема сокетов, то можно патчить память так, чтобы все ServerConnection* указатели указывали на одно и то же соединение, но тогда вов будет крашиться при их удалении (оверкилл 8))

**RomanRom2** · 04.03.2011, 20:37

а нельзя патчить клиент так, что бы опкоду назначать другой обработчик? там же насколько я понимаю таблица функций для каждого обработчика.

HuntsMan · 04.03.2011, 22:34

Цитата:

На данный момент чтобы реализовать механику второго соединения нужно также модифицировать клиент.

Разве?

Dvlpr · 04.03.2011, 22:38

Цитата:

Сообщение от HuntsMan

Разве?

или искать приватный ключ близзард.

HuntsMan · 13.03.2011, 22:18

С вероятностью 99% в патче 4.1.х SMSG_MULTIPLE_PACKETS будет ходить по неподдерживаемому соединению, нада что-то придумывать

Dvlpr · 16.03.2011, 00:29

С чего ты взял? О.о

HuntsMan · 16.03.2011, 07:00

Цитата:

Сообщение от Dvlpr

С чего ты взял? О.о

Если близы увидят как мы изварачиваемся, то я думаю они постараются, чтобы мы помучались

Dvlpr · 16.03.2011, 13:47

Цитата:

Сообщение от HuntsMan

Если близы увидят как мы изварачиваемся, то я думаю они постараются, чтобы мы помучались

а... дак ты не пугай. Неужели правда думаешь, что они мониторят все репозитории каты, чтобы понять, как нам насрать? Вздор

Кстати, два коннекта это действительно Home и World - нашел блупост про это на евро форумах вов. А значит один коннект получает менее приоритетные опкоды, а второй - более.
Таким образом, близзард не станет перекидывать наш опкодик на другой коннект, просто потому что он сейчас на основном коннекте не спроста.

HuntsMan · 16.03.2011, 19:49

Я около гига снифов проанализировал, такой пакет ни разу не встречал

**RomanRom2** · 16.03.2011, 22:09

Цитата:

Сообщение от Dvlpr

Кстати, два коннекта это действительно Home и World - нашел блупост про это на евро форумах вов. А значит один коннект получает менее приоритетные опкоды, а второй - более.

а ссылочку можно? как понимать Home и World?

**TOM_RUS** · 16.03.2011, 23:15

Цитата:

Сообщение от RomanRom2

а ссылочку можно? как понимать Home и World?

http://us.battle.net/wow/en/forum/topic/2065776684

**RomanRom2** · 17.03.2011, 09:43

спасибо. теперь я понял организацию соединений. системы, которые требуют межмаповой работы, такие чат, телепорты, группы, гильдии, френды/игноры и т.п. ходят по Home соединению. все что относится непосредственно к миру - в World соединении. все правильно.

в моем случае мне немного проще, у меня уже есть разделение сервера на миры. весь Home трафик остается на CharServer, World трафик соответственно идет прямиком на WorldServer. и у близзов вполне возможно сразу прямиком, через портмаппинг операционной системы, т.е. не через CharServer. да, скорее всего так. вот зачем второе соединение, оказывается. типа снизили нагрузку нетворка на проксе CS. забавно.

*As of July 2010, the 'official' definition of Broadband Internet (per the FCC) is '4Mbps downstream and 1Mbps upstream'. Anything lower than this is not 'officially' broadband.
как аппетиты выросли, однако. на классике, да что там, и на БК тоже, помню, играли на 128к интернете.

HuntsMan · 17.03.2011, 12:48

Йоха · 17.03.2011, 23:41

Цитата:

Сообщение от RomanRom2

*As of July 2010, the 'official' definition of Broadband Internet (per the FCC) is '4Mbps downstream and 1Mbps upstream'. Anything lower than this is not 'officially' broadband.
как аппетиты выросли, однако. на классике, да что там, и на БК тоже, помню, играли на 128к интернете.

На класссике в моей гильдии хил играл на аналаговом модеме и отлично справлялся. Только в БВЛ он не смог рейдить, там трафик возрос из-за огромного количества треша.
Ну и конечно теперешние цифры сильно завышены, возможно это пиковые значения для пропускной способности канала ...
раньше помню 4 полных рейда зашедших в столицу врага клали эту зону напрочь, что ложилось непонятно сервер или канал

Dvlpr · 18.03.2011, 17:34

Цитата:

Сообщение от HuntsMan

Я около гига снифов проанализировал, такой пакет ни разу не встречал

Однако ж он в списке опкодов уже достаточно долго (не один патч), если не ошибаюсь.

HuntsMan · 18.03.2011, 23:44

Цитата:

Сообщение от Dvlpr

Однако ж он в списке опкодов уже достаточно долго (не один патч), если не ошибаюсь.

Что мешало вытащить его из клиента?

Chameleon · 26.03.2011, 09:45

Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 1 сообщение(ий)):

У вас нет прав чтобы видеть скрытый текст, содержащейся здесь.

02.03.2011, 09:16	#41
HuntsMan Ученый Регистрация: 19.12.2010 Сообщений: 221 Сказал(а) спасибо: 64 Поблагодарили 12 раз(а) в 9 сообщениях Записей в дневнике: 2	Вобщем отправил в пакете SMSG_MULTIPLE_PACKETS. Правда иногда почему-то бывает не срабатывает. Но пока что хоть как-то

02.03.2011, 12:35	#42
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	ну нее, это не решение проблемы... давайте разбираться дальше. значит, с форматом пакетов мы разобрались, где какой байт мы точно знаем. у нас есть дамп этого пакета с оффа. можете ли вы смоделировать следующее: 1. поставить в мире такого же НПЦ с таким же гуидом как в дампе. 2. отправить дамп пакета, который с оффа. прямо хаком каким нибудь, что бы прямо дамп. по логике, клиент должен схавать пакет и отобразить лут лист. если же нет, значит формат пакета тут не причем. значит действительно пакет ожидается в другое соединение и патченье клиента не помогает или оно криво сделано. согласитесь, чудес не бывает ведь. если полностью смоделировать условия оффа, должен же он заработать.

03.03.2011, 07:43	#48
LordJZ Супер-модератор Регистрация: 07.03.2010 Сообщений: 647 Сказал(а) спасибо: 100 Поблагодарили 252 раз(а) в 123 сообщениях	SMSG_LIST_INVENTORY ходит по основному "World" соединению

04.03.2011, 20:19	#54
Dvlpr Новичок Регистрация: 21.10.2010 Сообщений: 12 Сказал(а) спасибо: 0 Поблагодарили 0 раз(а) в 0 сообщениях	хмм, в общем-то, если это проблема сокетов, то можно патчить память так, чтобы все ServerConnection* указатели указывали на одно и то же соединение, но тогда вов будет крашиться при их удалении (оверкилл 8))

04.03.2011, 20:37	#55
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	а нельзя патчить клиент так, что бы опкоду назначать другой обработчик? там же насколько я понимаю таблица функций для каждого обработчика.

13.03.2011, 22:18	#58
HuntsMan Ученый Регистрация: 19.12.2010 Сообщений: 221 Сказал(а) спасибо: 64 Поблагодарили 12 раз(а) в 9 сообщениях Записей в дневнике: 2	С вероятностью 99% в патче 4.1.х SMSG_MULTIPLE_PACKETS будет ходить по неподдерживаемому соединению, нада что-то придумывать

16.03.2011, 00:29	#59
Dvlpr Новичок Регистрация: 21.10.2010 Сообщений: 12 Сказал(а) спасибо: 0 Поблагодарили 0 раз(а) в 0 сообщениях	С чего ты взял? О.о

16.03.2011, 19:49	#62
HuntsMan Ученый Регистрация: 19.12.2010 Сообщений: 221 Сказал(а) спасибо: 64 Поблагодарили 12 раз(а) в 9 сообщениях Записей в дневнике: 2	Я около гига снифов проанализировал, такой пакет ни разу не встречал

17.03.2011, 09:43	#65
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	спасибо. теперь я понял организацию соединений. системы, которые требуют межмаповой работы, такие чат, телепорты, группы, гильдии, френды/игноры и т.п. ходят по Home соединению. все что относится непосредственно к миру - в World соединении. все правильно. в моем случае мне немного проще, у меня уже есть разделение сервера на миры. весь Home трафик остается на CharServer, World трафик соответственно идет прямиком на WorldServer. и у близзов вполне возможно сразу прямиком, через портмаппинг операционной системы, т.е. не через CharServer. да, скорее всего так. вот зачем второе соединение, оказывается. типа снизили нагрузку нетворка на проксе CS. забавно. *As of July 2010, the 'official' definition of Broadband Internet (per the FCC) is '4Mbps downstream and 1Mbps upstream'. Anything lower than this is not 'officially' broadband. как аппетиты выросли, однако. на классике, да что там, и на БК тоже, помню, играли на 128к интернете.