SVN репозиторий

xkor · 28.09.2008, 03:49

NLObP, компилить лучше отдельно думаю, дельфя иначе много лишнего накидает в репозиторий

NLObP · 28.09.2008, 04:52

Цитата:

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

NLObP, компилить лучше отдельно думаю, дельфя иначе много лишнего накидает в репозиторий

не, нормально получается, новые файлики неверсированные и не отсылаются.

Правда options.ini все время изменяется при тестах и может менять ревизию =(

Dr.VOID · 05.02.2009, 13:11

Цитата:

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

NLObP, компилить лучше отдельно думаю, дельфя иначе много лишнего накидает в репозиторий

Всегда все компилил в рабочей папки с репозитария.
P.S. По поводу лишнего там настраиваются фильтры что игнорировать при коммите ...

Цитата:

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

Да вроде всё хватает, кроме работы с руоффом и нормальной доки.

В чем проблема на руофе: с захватом пакетов или с дешифровкой?

NLObP · 05.02.2009, 13:30

Цитата:

Сообщение от Dr.VOID

В чем проблема на руофе: с захватом пакетов или с дешифровкой?

Если перехватить трафик клиент-шитконсоль, то шитконсоль дисконектит пакетхак, если начинаем слать из него пакеты. Если перехватить трафик сервер-шитконсоль, то неизвестен метод шифровки.

Dr.VOID · 05.02.2009, 13:45

Цитата:

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

Если перехватить трафик клиент-шитконсоль, то шитконсоль дисконектит пакетхак, если начинаем слать из него пакеты. Если перехватить трафик сервер-шитконсоль, то неизвестен метод шифровки.

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

Не эффективней ли перехватывать не только connect в клиенте, но и send/recv (варварский подход и не дающий 100% гарантии) или использовать LSP для перехвата (более профессиональный подход, но требующий уделить много вемени даже не самому LSP модулю, а его грамотной инсталляции)

NLObP · 05.02.2009, 14:10

Цитата:

Сообщение от Dr.VOID

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

Не эффективней ли перехватывать не только connect в клиенте, но и send/recv (варварский подход и не дающий 100% гарантии) или использовать LSP для перехвата (более профессиональный подход, но требующий уделить много вемени даже не самому LSP модулю, а его грамотной инсталляции)

Кроме xkor'a, мне кажеться, здесь в этом не шарит ни кто. Сможешь помочь в этом направлении?

xkor · 05.02.2009, 15:57

Цитата:

Сообщение от Dr.VOID

или использовать LSP для перехвата (более профессиональный подход, но требующий уделить много вемени даже не самому LSP модулю, а его грамотной инсталляции)

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

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

Добавлено через 1 минуту
а так реализовать корректную проксификацию трафика через LSP модуль на пакетхак было бы очень даж не плохо)

Dr.VOID · 05.02.2009, 19:29

Цитата:

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

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

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

Добавлено через 1 минуту
а так реализовать корректную проксификацию трафика через LSP модуль на пакетхак было бы очень даж не плохо)

А ты уверен что в твоем модуле небыло ошибок? IFS или не IFS модуль? В какое место цепочки втыкал?

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

Но это маловероятно, т.к. требует либо дополнительного кода в клиенте (а клиент иннова трогать не может), либо сканирование памяти клиента (тоже маловероятно, да еще и ГГ может сагриться, хотя хз, если это не противоречит лицензии, то возможно). В любом случае все эти предположения несложно проверить: хукнуть апи вызовы в шилдконсоли / натравить на нее дебагер / дизассемблер ... что больше нравится

Добавлено через 3 минуты

Цитата:

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

Кроме xor'a, мне кажеться, здесь в этом не шарит ни кто. Сможешь помочь в этом направлении?

Консультативно всегда пожалуста, а вот конкретно в плане программирования скорее всего нет, по нескольким причинам (именно в таком порядке):
1. Мне не нравится Delphi.
2. Мне не нравится как написана программа (неструктурирована, нерасширяема, неиодульна и т.д.).
3. Мне банально лень

Grinch · 05.02.2009, 19:59

Цитата:

Сообщение от Dr.VOID

Но это маловероятно, т.к. требует либо дополнительного кода в клиенте (а клиент иннова трогать не может)

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

Добавлено через 1 минуту
ЗЫ конечно вариант фиксов багов, но это от Нкософта но это мало вероятно нафиг фиксить клиент когда все известные баги связаны с сервером.

NLObP · 05.02.2009, 20:25

Цитата:

Сообщение от Dr.VOID

2. Мне не нравится как написана программа (неструктурирована, нерасширяема, неиодульна и т.д.).

Да, это бы тоже не помешало исправить. Тогда высказывай предложения, а я и может быть ещё кто-нибудь будем править, по мере сил.