Может завалялся у кого сендбокс с исходниками под старые версии вов? Очень хочется глянуть как сервер соединяется с клиентом, как передаются данные и тд. Просто пока на стороне мангоса не разобрался, для меня пока сложно, так как только изучаю с++ и ООП. Хочется хоть каких нибудь нормальных примерчиков.

неужели не у кого нету?? Может тогда тогда с катаклизма имеется, на форуме лежат только бинарники.

На вовкоре посмотри, может остались.)

У ТОМ_RUSa спроси, может у него осталось

к сожалению там только бинарники по ходу.

I've the old Emupedia WotLK Sandbox source, but idk if I should share it :D

наверное не у кого нету. Закрывайте тему и в корзину. Буду сам пытаться писать, исходя из кода мангоса.

есть у меня, все три. я бы мог их раздать сейчас, но как говорил наш один всем хорошо знакомый - "у вас с дельфи еще хуже чем с си" :pardon:

Что же вы жалеете свои труды! С++ я целое лето изучал, хочется посмотреть вообще как пишутся sendbox'ы. В случае мангоса я тока понял верхушки, а в корешки так и не въехал! Просто хочется иметь хоть какой - то пример! Как то так...

судя по ответу вы наверное не поняли, исходники на дельфи.

да собственно сандбоксы пишутся максимально упрощенно, без изысков, без каких либо намеков на полноценный сервер, хотя есть подозрение некоторые "серверы" именно так и написаны =)))

окей, давайте я подготовлю исходники и выложу, впервые в истории wowcore поделиться какими то либо исходниками :secret: не пожалеть бы потом только =))) впрочем в сандбоксах чего скрывать кроме респонсов.

Delphi это не проблема, так как я его уже изучал! Буду признателен вам если увижу исходнички... Для себя переведу их в С.

что- то долго вы....

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

На скорую руку заново переписываете и представите нам "все так и было!" :D :D

нунах... переписывать все заново, я не на сколько мазохист :)

сейчас объясню: у меня два разных сандбокса, старый сервер и новый сервер, который заново пишется. два разных - имеется ввиду концепт один, но код довольно сильно отличается. на более поздних версиях сандбокса, да и вообще на сандбоксе, я отрабатываю всякие "новые технологии". внедрять их туда быстро, в коде срать не жалко и все такое. что я хочу сейчас сделать:

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

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

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

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

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

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

Очень хорошо! Если вы не можете закинуть на гит, то я могу объяснить. Тока скажите как с вами связаться! Может через скайп или т.п.

Используйте GitHub for Windows, очень удобная утилита

чего то залилось, проверьте.

Как я понял 1.12.1 залилось! Завтра посмотрю, спать охота! СП!

порт на 2.4.3 готов, за исключением эпизодической баги связанной с созданием персонажей в чар-листе. Никак не могу найти и победить. На 1.12.1 она возможно тоже есть, но никак себя не проявляет.

Вижу, репу мою форкают (зачем то). Форкающим просьба, посмотрите чо со спеллами, почему они не завершаются... Тот же код нормально работает на БК и Личе, возможно в классике какая то своя особенность.

я форкнул твои исходники! Копаюсь в коде... разбираюсь!

бага найдена, пофикшена, обновления залиты на гитхаб. сандбокс 2.4.3 так же зарелизен.
на БК какая то хрень с аддоном Blizzard_TimeManager. на форумах пишут что у меня клиент закоррапчен - странно, только что проставлен с чистого листа. ну и как всегда на форумах вопросов больше чем ответов... думал, что я как то аддоны не проинициализировал, попробовал что то сделать в точности согласно снифам - не помогло. в общем оставил. не помню, была ли эта проблема в старом сандбоксе от 2008 года. пишут, что это близзовский баг.

Про сандбоксы не знаю, но проблема такая была.

Константы
попробовал поменять на другую версию , пока качал патчи(взял 2.3.3 7799)
Но в клиент не пустило. Что же еще поменялось до 2.4.3?

И еще вопрос:
SRP6 библиотека, которая дает авторизацию в клиенте без пароля, или это связано с шифровкой пароля? Может есть какая нить инфа? Как на с++ она реализовывается?

SRP\SRPP реализован в библиотеке OpenSSL

Насколько я помню в SRP6 высчитывается хэш от связки (login+":"+password). Причем login и password должны быть обязательно в верхнем регистре. И насколько я помню login во время авторизации передается отдельно в незашифрованом виде в первом пакете от клиента.

Т.е. чтобы организовать беспарольный ввод нужно просто на стороне сервера игнорировать проверку hash'а от (login+":"+password).

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

Added:
Для беспарольного ввода нужно вот здесь закомментировать строки 235-240

То есть как я теперь понял библиотека предназначена для rsa шифровки.
Да и еще пожалуйста подскажите как расшифровывается символы типа . Я так понимаю это какая форма счисления, только какая не пойму,(походу двоичная) как она расшифровывается, или они все одинакова переводятся. В интернет пока нечего не нашел. Может не так задаю вопрос?

0x101
2.3.3->2.4.3 - поменялось очень много. не стоит.
при авторегистрации все же проверяли хеш, только от LOGIN:LOGIN, во избежание ботов всяких. именно это и делается в сандбоксе.

проблема так и не побеждена. клиента можно инициализировать в двух состояниях:
- либо когда аддон этот выключен (отправив SMSG_ADDON_INFO) - в этом случае клиент при каждом входе в мир показывает ошибку "аддон выключен (забанен)";
- либо когда аддон включен (можно в SMSG_ADDON_INFO включить или вообще SMSG_ADDON_INFO не посылать) - в этом случае клиент входит в мир нормально, без ошибок. ошибка возникает если нажать ESC находясь уже внутри мира, вызывая меню (там где настройки, логаут и т.п.).
во втором случае клиент предлагает задизейблить этот аддон. после выключение все работает по первому сценарию.

поиск в гугле ничего не дал, одни вопросы, из ответов только "repare", что по понятным причинам сейчас невозможно, плюс клиент у меня все таки только что проставлен, с чистого листа. без каких либо аддонов (никогда ими не пользовался даже).

код для 3.3.5 зарелизен, скоро залью. в 3.3.5 осталась непонятная мне бага: если зайти вторым персом, то CreateFromPlayer почему то частенько креатит голого перса, но с оружием. шмота нет, а оружие есть... удивительно. бьюсь вот уже третий день, ничего не нахожу.

В мангосе вроде эта бага так и не побеждена - иногда (редко) при заходе чаром в пределах видимости другого чара - он показывается голым.

проблема с аддонами полностью решена. спасибо minimajack за терпение, тестирование и чистый каталог Interfaces. как приятно работать с увлеченным человеком :)
врочем, чистый каталог сейчас и не понадобился бы, я знаю как вылечить аддоны прямо с сервера.

кто бы мог подумать, что аддоны (*.pub файлы) действительно корраптятся и даже удаляются с диска при неправильном SMSG_ADDON_INFO. что и понятно, ведь SMSG_ADDON_INFO может быть выстроен такого формата, при котором ожидается публичный ключ аддона, он то и пишется в pub файл. понятное дело, если мы не знаем чо делаем, то в аддоны пишется (может писаться при некоторых обстоятельствах) всякий мусор, что в свою очередь приводит к всяким печальным последствиям, как у меня до сего момента.

осталась пока проблема с голым чаром.

На офе в лк, лично сам видел такую проблему - как голые чары.

парсю "свежие" снифы 3.3.5 на предмет добывания начальных констант для новых плееров. с удивлением обнаружил, что ActionButtons стали какие то другие. например мой любимый хуман маг раньше всегда содержал следующее:
c.SetActionButtons(0, 6603, $00000000); // Spell: Attack
c.SetActionButtons(1, 133, $00000000); // Spell: Fireball
c.SetActionButtons(2, 168, $00000000); // Spell: Frost Armor
c.SetActionButtons(10, 159, $80000000); // Item: Refreshing Spring Water
c.SetActionButtons(11, 2070, $80000000); // Item: Darnassian Bleu

а теперь только пару спеллов и все. куда все подевалось...
c.SetActionButtons(0, 133, $00000000); // Spell: Fireball
c.SetActionButtons(1, 168, $00000000); // Spell: Frost Armor
c.SetActionButtons(9, 59752, $00000000); // Spell: Every Man for Himself

никто не помнит, когда близзы отменили ранки у спеллов, не в 3.3.5 случаем?

в катаклизме

Всё правильно. В 3.3.5 и выпилили милиатаку у кастеров и всякую еду с панели.

спасибо.

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

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

давно хотел, лет 5 назад так уже точно - написать программку, которая подбирает ключ по этому RAW. немного фантазии и солдатской смекалки - и raw-to-pkt.exe теперь вообще не обязательно знать ключ :secret:

таким образом я спас все "битые" RAW снифы классов 2.0.6 и множество других старых снифов, считавшихся утерянными все это время. в результате некоторые классы в сандбоксе 3.3.5 будут от 2.0.6, увы. с радостью приму недостающие снифы, если у кого имеются таковые и религия позволяет "поделиться":
да да, блудэльфа приста по какому то недоразумению нет вообще никакого. откуда у меня эти данные в "старом" сандбоксе - мне неведомо, скорее всего из снифа (т.к. другие источники я категорически не приемлю) и этот сниф я никак не пометил и не сохранил, и лежит он где то в общей куче.

еще одна особенность данного сандбокса в том, что ВНЕЗАПНО обнаружилось, что все мои сниферы так или иначе переползли на русские аккаунты и снифы в основном русские. в связи с чем много респонсов содержат только русские имена, английских нет. я прикрутил конечно же юникод (дельфи это уже давно умеет нативно), но так же ВНЕЗАПНО выяснилось, что enGB клиент не хавает юникод в принципе. ну, в общем пришлось возвращать респонсы в транслите :mda:, с префиксом "RUS:". ну зато можно сделать выборку по RUS в командах .un, .in и т.п.

сегодня релиз.

Что ж... Прошу вашей помощи. Нарыл кое что при получения данных по сокету, когда вводишь логин и пароль.

Эти данные обрабатываются в исходниках сандбокса используя SRP 6.

Я в VC++ используя либы OpenSSL хочу обработать эти данные, но не знаю с чего начать. Прошу вашей помощи в написании а также объяснений.

вам нужна либа для srp6, стащите ее из кода мангоса. ну или как там сделано, захаркожено может, я не знаю. openssl не содержит ничего для работы с srp6, там только работа с большими числами и хеши.

В коде мангоса вот что я нарыл:
Прочитал много статей по SRP-6. теперь встал вопрос. Зачем хешировать login:password, если эти данные не отправляются к клиенту. И еще вопрос. Переменная N = 2*q+1 как я понял из татей это простое число. Но как оно генерируется я так и не понял. Откуда оно берется вообще?В коде мангоса так и не нашел.

плохо искал
потому как по хешу только и можно проверить достоверность ключа. Не хранить же пароль в открытом виде.
Они не только не отправляются клиенту, но и не передаются серверу от клиента.

За это спасибо. Так мы получаем N. Дальше идем по формулам и получаем B. Salt мы получаем рандомно как я понял в размере 32 байтов. И потом эти данные отправляем на клиент. Так я понимаю ? Session тоже надо генерировать ?

То есть вот что у меня получается: Пременная buffer[119] которая передаст данные по сокету имеет:
Это я уже давно понял.