Создание и тестирование клиента p2p - EiskaltDC++ (бывшая «Нужна помощь в создании и тестировании графического пакета DC»)

[vlad78]

tka4ev, спасибо за наводку! Надеюсь, что смогу собрать этот WeeChat под SPARK. Ведь мой NAS именно на такой платформе. С x86 было бы значительно проще

[sspphheerraa]

24 декабря 2006 года - дата последнего обновления! Это называется \"существует\"?

тебя дата смущает?

[gray_graff]

EiskaltDC теперь в altlinux
http://sisyphus.ru/ru/srpm/Sisyphus/eiskaltdc

[gray_graff]

А поддержка socks есть в планах?

[RasenHerz]

Изменения:

* Полная поддержка спам-бота
* Изменены иконки в списке пользователей
* Мелкие косметические улучшения в интерфейсе и исправление багов

А поддержка socks есть в планах?

Нет, поддержки SOCKS в планах пока нет.

[remmargana]

За антиспамбота - отдельное огромное спасибо, да и еше разграничение на white/black/gray листы, в LinuxDC++ так и отложили это все в долгий ящик.

[RasenHerz]

Изменения:

* Началась интеграция в клиент IP-фильтра (описание разрешенных/запрещенных диапазонов адресов с помощью регулярных выражений вида ^192.168.\d{1,3}.\d{1,3}$ - стандартного синтаксиса описаний регулярных выражений Qt). Для людей, которым тяжело освоить подобное написание правил будет представлена возможность добавить шаблонные правила (типа запрещения скачивания файлов из Интернета).
* Изменены иконки в списке пользователей
* На табы добавлены кнопки закрытия окна
* Поправлена работа функции отключающей чат

Как только IP-фильтр будет оттестирован выйдет очередная версия EiskaltDC - 0.5.1.

[gray_graff]

Заметил неприятность большую
по порядку
у меня 2 провайдера(ip1 и ip2). соответственно 2 интерфейса и 2 маршрута
маршрут по умолчанию - через ip2
linuxdcpp биндится на ip1 и спокойно работает
EiskaltDC работает с ip2

решил использовать EiskaltDC для ip1. но что бы я не делал, он все равно ходит по маршруту по умолчанию
есть идеи, как это исправить?

p.s. в этом случае мог бы помочь socks, который в моем случае ходит только через ip1 (у меня так ktorrent успешно работает)

[RasenHerz]

вы пробовали указывать в настройках не IP, а интерфейс через который надо соединятся?

[gray_graff]

вы пробовали указывать в настройках не IP, а интерфейс через который надо соединятся?

разумеется. толку 0...

[romkaromka]

вы пробовали указывать в настройках не IP, а интерфейс через который надо соединятся?

разумеется. толку 0...

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

[vantaker]

* Началась интеграция в клиент IP-фильтра (описание разрешенных/запрещенных диапазонов адресов с помощью регулярных выражений вида ^192.168.\d{1,3}.\d{1,3}$ - стандартного синтаксиса описаний регулярных выражений Qt). Для людей, которым тяжело освоить подобное написание правил будет представлена возможность добавить шаблонные правила (типа запрещения скачивания файлов из Интернета).

круто
но имхо стандартом де-факто в подобном софте щас стало что-то типа такого:
http://en.wikipedia.org/wiki/Peerguardian#...laintext_format

в FAQ на большинстве хабов/трекеров пишут предупреждения вроде этого:
"Пользователи провайдера ХХХ! Не забудьте в IP-фильтр добавить диапазоны
000.000.000.000-045.045.192.000
0YY.0YY.255.255-255.255.255.255
0ZZ.0ZZ.255.255-2NN.0NN.096.000
MM.MM.224.000-255.255.255.255
Иначе можете налететь на платный трафик!"
и юзеры просто копируют этот текст и вставляют в настройки проги

код, реализующий парсинг такого конфига, можно наверна выдрать из этого: http://iplist.sourceforge.net или этого: http://ktorrent.org

[r0g3r]

2vantaker:
Не знаю как у вас, у нас провайдер собственными силами переписал под себя FlyLink и там просто выставляешь необходимый крыжик. Это для совсем тупых

[RasenHerz]

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

[vantaker]

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

так и не нада жертвовать
просто оставить оба варианта - чтоб каждый мог выбрать что ему удобнее - или регулярки или диапазоны (адрес-адрес или адрес/кол-во_бит)

[ivanich]

Интерфейс стал гораздо более юзабелен и симпатичен . А сам dclib Вы дорабатывать будете, или только valknut?

[romkaromka]

Интерфейс стал гораздо более юзабелен и симпатичен . А сам dclib Вы дорабатывать будете, или только valknut?

доработка dclib предполагается в этом же проекте сторонними программистами.

[gray_graff]

Позволил себе отсебятину
Так как назревает серьезный проект, то и багтракер должен быть не пуст
не использовать же всю дорогу этот форум
первая ласточка:
https://sourceforge.net/tracker/?func=detai...group_id=232579
Если не прав - извиняйте

[romkaromka]

Позволил себе отсебятину
Так как назревает серьезный проект, то и багтракер должен быть не пуст
не использовать же всю дорогу этот форум
первая ласточка:
https://sourceforge.net/tracker/?func=detai...group_id=232579
Если не прав - извиняйте

у меня тоже 2 провайдера и 2 сетевые карты, но если маршруты в таблице маршрутизации писать полной командой вида: eth, gw,dev, то проблемы нет (только на одном из хабов я заметил, что не работает поиск из-за неверного ип и ни с кем не соединяется). поэтому я чуть выше предложил в настройках самой программы записывать привязку к интерфейсу более точно. то есть это еще зависит от хаба, а не только от нашего клиента, хотя в виндовом клиенте с тем же хабом под вайном проблемы нет. поэтому здесь имеет место неточная привязка к интерфейсу. но и баг тоже, идущий еще от родителя. пишите баг и на валкнут тоже.

[gray_graff]

у меня тоже 2 провайдера и 2 сетевые карты, но если маршруты в таблице маршрутизации писать полной командой вида: eth, gw,dev, то проблемы нет (только на одном из хабов я заметил, что не работает поиск из-за неверного ип и ни с кем не соединяется). поэтому я чуть выше предложил в настройках самой программы записывать привязку к интерфейсу более точно. то есть это еще зависит от хаба, а не только от нашего клиента, хотя в виндовом клиенте с тем же хабом под вайном проблемы нет. поэтому здесь имеет место неточная привязка к интерфейсу. но и баг тоже, идущий еще от родителя.

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



Вот настройки для EiskaltDC.


И плевать он хотел на настройки
проверял на 5 разных хабах
на все он ходит по дефолтному, кроме одного, до которого он лезет вообще через 3й интерфейс

пишите баг и на валкнут тоже.

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

[romkaromka]

у меня вот так настроено, ну и таблица маршрутизации само собой отдельно и всё.

[gray_graff]

у меня вот так настроено, ну и таблица маршрутизации само собой отдельно и всё.

т.е. 2 таблицы используется?
так у меня тоже

[romkaromka]

у меня вот так настроено, ну и таблица маршрутизации само собой отдельно и всё.

т.е. 2 таблицы используется?
так у меня тоже

вот у меня как

Код: Выделить всё

route add -host 85.21.66.193 gw 10.22.192.1 dev eth0
# I Корбина:
# Локальная сеть:
route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.22.192.1 dev eth0
# corbina.ru, help.corbina.ru, home.corbina.ru:
route add -net 89.179.135.67 netmask 255.255.255.255 gw 10.22.192.1 dev eth0
# сервер статистики:
route add -net 195.14.50.26 netmask 255.255.255.255  gw 10.22.192.1 dev eth0
# почтовый сервер:
route add -net 195.14.50.16 netmask 255.255.255.255  gw 10.22.192.1 dev eth0
# форум:
route add -net 85.21.72.80 netmask 255.255.255.240  gw 10.22.192.1 dev eth0
# corbina.tv:
route add -net 85.21.138.208 netmask 255.255.255.240  gw 10.22.192.1 dev eth0
route add -net 85.21.52.254 netmask 255.255.255.255  gw 10.22.192.1 dev eth0
route add -net 85.21.88.130 netmask 255.255.255.255  gw 10.22.192.1 dev eth0
route add -net 83.102.146.96 netmask 255.255.255.224  gw 10.22.192.1 dev eth0
route add -net 78.107.23.0 netmask 255.255.255.0  gw 10.22.192.1 dev eth0
# хаб 85.21.79.38:
route add -host 85.21.79.38 gw 10.22.192.1 dev eth0
# II Лайк:
# Локальная сеть:
route add -net 93.157.16.0 netmask 255.255.248.0 gw 172.23.36.65 dev eth1
route add -net 172.16.0.0 netmask 255.240.0.0 gw 172.23.36.65 dev eth1
route add -net 213.142.32.0 netmask 255.255.224.0 gw 172.23.36.65 dev eth1
# III DSN:
# Локальная сеть:
route add -net 10.28.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.29.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.30.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.31.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.32.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.33.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.34.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.35.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.36.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.37.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.38.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.39.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.40.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.41.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.42.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.43.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.44.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.45.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.46.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.47.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.48.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
route add -net 10.49.0.0 netmask 255.255.0.0 gw 172.23.36.65 dev eth1
# хаб dc.dsn.ru:9001 и торрент bt.dsn.ru:
route add -host 10.0.0.81 gw 172.23.36.65 dev eth1
route add -host 10.0.0.80 gw 172.23.36.65 dev eth1

[romkaromka]

вот как это работает на деле на разных вкладках в одном клиенте

[gray_graff]

все понятно используете этот баг как фичу
ну лады
дополнил свою таблицу правилами для каждого хаба
из плюсов -- отпала необходимость в 2х DC клиентах
буду тестить сейчас

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

Код: Выделить всё

# ip rule show
0:      from all lookup local
32761:  from all to 89.105.157.44 lookup T2
32762:  from all to 217.117.187.75 lookup T2
32763:  from all to 84.22.152.7 lookup T2
32764:  from all to 89.105.156.161 lookup T2
32765:  from 84.22.137.220 lookup T2
32766:  from all lookup main
32767:  from all lookup default

Код: Выделить всё

# ip r show table T2
default via 84.22.137.193 dev gs

[romkaromka]

Кто подскажет как, используя мой алгоритм, описанный выше, настроить хаб (все хабы работают, верно определяя ип, но этот попался непослушный), причем только в eiskaltdc он так себя ведет, в strongdc он нормально всё работает при тех же настройках маршрутов. или это всё-таки баг.

[gray_graff]

Кто подскажет как, используя мой алгоритм, описанный выше, настроить хаб (все хабы работают, верно определяя ип, но этот попался непослушный), причем только в eiskaltdc он так себя ведет, в strongdc он нормально всё работает при тех же настройках маршрутов. или это всё-таки баг.

я же говорю, eiskaltdc плевать хотел на настройки привязки...

попробуй вот это

Код: Выделить всё

echo "201 badhub1" >> /etc/iproute2/rt_tables
ip route add default via IP_eth0_шлюза dev eth0  table badhub1
ip rule add from IP_eth0 lookup badhub1
ip rule add from all to 10.22.216.88 lookup badhub1

[RasenHerz]

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

[remmargana]

При сборке из svn ругается и не собирается. (стянул только,что с sourceforge)

Код: Выделить всё

./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:53: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:53: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:54: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:54: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp: In member function ‘void DCIPFilterControl::fastInternetRule(eREGEXP_ROLE)’:
./dcipfiltercontrol.cpp:365: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:365: ошибка: unknown escape sequence '\d'

видимо регекспы непонравились.

Код: Выделить всё

    52      rfc1918 << "$10.(\d{1,3}.){2,2}.\d{1,3}:"  << "$172.16.\d{1,3}.\d{1,3}:";
    53      rfc1918 << "$192.168.\d{1,3}.\d{1,3}:";
    54      rfc1918 << "$127.(\d{1,3}.){2,2}.\d{1,3}:"; // not rfc1918 but local

UPD. Благодарю. gcc (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2

[RasenHerz]

При сборке из svn ругается и не собирается. (стянул только,что с sourceforge)

Код: Выделить всё

./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:52: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:53: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:53: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:54: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:54: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp: In member function ‘void DCIPFilterControl::fastInternetRule(eREGEXP_ROLE)’:
./dcipfiltercontrol.cpp:365: ошибка: unknown escape sequence '\d'
./dcipfiltercontrol.cpp:365: ошибка: unknown escape sequence '\d'

видимо регекспы непонравились.

Код: Выделить всё

    52      rfc1918 << "$10.(\d{1,3}.){2,2}.\d{1,3}:"  << "$172.16.\d{1,3}.\d{1,3}:";
    53      rfc1918 << "$192.168.\d{1,3}.\d{1,3}:";
    54      rfc1918 << "$127.(\d{1,3}.){2,2}.\d{1,3}:"; // not rfc1918 but local

да, заметил, сейчас поправлю (странно, но у меня с gcc-4.4.1 собралось без проблем)

upd. поправил, можете собирать