Интеграция с emule-security.org

Все привет.
В авто обновлении доступна версия с поддержкой блокировки паразитного трафика на основе "черного списка"
http://emule-security.org
Включается функция в настройках - Фильтр IP (IPGuard)
блокируется только скачка по аналогии с IPTrust.ini
Записей в базе достаточно много (216 тыс) 
Если увидите ложные блокировки - пишите.
В след версии добавлю визуализацию в списке пользователей.

[offtop] steam - увели аккаунт

Всем привет.
Кто восстанавливал доступ к стиму расскажите про процедуру
я в поддержку уже написал указав код с диска который покупал в магазине - пока молчат...
Дети 3 числа на ноут закачали вирус а 4-го сменился емайл на аккаунте стима. все игрушки пропали :(
я пока не понял как они могли код подтверждения с моего компа получить
также интересно что можно сделать с украденным акком стима
на счету там рублей 30 было всего. игры ведь нельзя перепродавать?
зачем они это сделали?

Поддержка вернула аккаунт - деньги остались на месте 28 рублей :)
в логе вот что - а как бы узнать куда сняли предметы и логин этого козла?

FlylinkDC++ и старые процессоры

Всем привет.
32 битная версия FlylinkDC++ собирается в VC++2013 с оптимизацией (/arch:SSE)
недавно прилетело 10 дампов падения от одного пользователя у которого XP
стоит на системе с CPU  который не умеет movss (< Pentium III ? )

крах произошел на простой инициализации переменной
float saturation = 0.0f;
оптимизатор это превратил в команду аcсемблера:
movss       xmm2,dword ptr ds:[0B9D9F8h] 
Как правильнее поступить?
* Отключить SSE для x86 сборки
* При старте предупреждать что процессор не поддерживается
для реализации второго я пока не знаю как гарантировать то, что до проверки на CPU 
не используются эти запрещенные SSE. и сам код проверки корректный где взять...
Кто сталкивался с подобными проблемами отпишите в комментах.

FlylinkDC++ server в аптайме 308 дней

Всем привет.
Один из серверов флайлинка проработал 308 дней
я из простого программиста становлюсь админом :)
 

Ошибочные команды с DC++ хабов

Все привет.
Вчера ко мне обратился пользователь - у него файл system.log распух до 3 гиг
я поправил этот момент и исключил переполнение system.log (он мог переполняться только в ветке-бета)
но проблема оказалась глобальнее и таких хабов достаточно много 
если кто-то знает их админов - попросите поправить северные скрипты
т.к. в результате их работы все DC++ игнорируют эти ошибочные команды.
    1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://besthub.ro], command = [UserComman], param = [0 3]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.focsanivn.ro], command = [UserComman], param = [0 3]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.imsnet.ro], command = [UserComman], param = [0 3]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.mycuk.net], command = [myinfo], param = [$all 10.11.171.60 $ $100\u0001$$99480130723$]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.mycuk.net], command = [myinfo], param = [$all 10.11.171.60 $ $100\u0001$$99480130723$]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.net23.info], command = [myinfo], param = [$all dryguardian)) $ $100\u0001$$103875033826$]"
      1  "error":"[BUG][24] NmdcHub::onLine first unknown command:NmdcHub::onLine first unknown command! hub = [dchub://dc.nevedem.net], command = [UserComman], param = [0 3]"

Оптимизируем поисковый UDP трафик команды $SR

В новых версия FlylinkDC++ решил убрать дублирующие UDP пакеты летящие в сторону пользователя 
выполняющего запрос файла по имени.

Расскажу алгоритм как это работает сейчас

1. Есть 2 клиента
  А - Ищет файл test-uniq-file-1212831283485474923782.txt
  B - Содержит файл test-uniq-file-1212831283485474923782.txt у себя в шаре.
2. Оба клиента сидят на нескольких хабах при этом 8 из них являются общими.

3. Клиент А вводит в поиске имя "test-uniq-file-1212831283485474923782.txt" 
и получает результат в окне поиска о том, что данный файл лежит у одного юзера 
при этом он сидит на разных хабах. (рис 1)

4. Клиент содержащий этот файл выполняет следующие операции
    - Получает от 8 хабов одинаковые поисковые запросы вида 
     $Search 185.90.227.251:24745 F?T?0?1?test-uniq-file-1212831283485474923782.txt
    - Успешно ищет указанный файл у себя в шаре (пока он это делает тоже 8 раз 
       т.к. кеширование результатов поиска добавить к флаю у меня в планах.
    - По результатам поиска клиент B посылает в клиента А по адресу 185.90.227.251:24745 
      8 почти одинаковых UDP пакетов вида (отличается только хвостовой часть где указан IP хаба с которого пришел запрос на поиск)
      (рис 2)
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (178.130.0.214:411)| 
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (5.165.63.36:411)|   
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (94.242.221.159:411)|
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (188.134.15.173:411)|
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (94.242.222.18:411)| 
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (80.93.188.135:4111)|
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (178.130.0.205:411)| 
$SR FlylinkDC-dev3 dc++share-test-debug\test-uniq-file-1212831283485474923782.txt 50 15/15 TTH:HLRIXWDUZ5BOECFHG7OYXZ52MFOFMGETQA3TJKA (80.64.175.3:411)|

 

 






Планирую сократить нагрузку на сетевую часть и убрать дубликатную передачу UDP пакетов 
в результате чего клиент А 
 - Получит только одну запись в результате поиска 
 - Имя хаба будет при этом одно (того кто первый прислал $Search).
 - Не будет тратить время на получение и обработку других 7 заведомо паразитных пакетов


Кто видит в этом что-то плохое - пишите в комменты
кто не хочет или заводить у google аккаунт - можно писать анонимно на хабе dchub://dc.fly-server.ru

Защита от превышения лимита GDI объектов

Привет.
У процесса Windows существует ограничение на кол-во GDI дескрипторов.
по умолчанию оно равно 10000
При достижении предельного значения гарфически интерфейс программы 
просто перестает откликаться (рис 1) помогает только снос через диспетчер задач.

C помощью такой атаки "злой админ" хаба может завалить DC++ клиент
накидав в окно много смайликов-убийц :)

В клиент FlylinkDC++ начиная с build 18323 добавлена защита от этого в виде
автоматического отключения смайлов при приближении GDI к лимиту.