v0.64 2006.4.10
GUI Improved: the optional IE toolbar is removed
GUI Improved: able to read RSS feed
GUI Bugfix: chat user list is removed temporarily
Core Bugfix: fix the bug that the play button doesn't work after click stop button in task preview window
Core Bugfix: fix the bug that unable to seek continous when preview avi/rm file

так и хочется приписать -

master bug fix: banned on our tracker.

FiL

на самом деле для "счастливых" обладателей LowID пока лишь комета позволяет обходить NAT

Не, в данный момент я злой на азура
некий пользователь Х, анонс каждые 2.24 минуты, среднее кол-во запросов на торрент 21684.91

@$#%#%^@#$% !#@#$%@#$^% @#$%!#$% Как только выйдет азур 2.4.0.3 или какой там у них по плану - все старые азуры будут забанены к чёртвой матери...

А если в 2.4.0.3 не пофиксят это - то я за себя не отвечаю :diablo:

Комета решила свои проблемы, ведет себя прилично - замечательно. Забанить кометы была не самоцель....

Комета помогает только в одном случае - если две кометы имеют LowID, то они смогут обмениваться друг с другом. Только кометы и только друг с другом :) На статус ОК это никак не влияет... По идее на нашем трекере толку от этого должно быть 0 - LowID не отдается клиентам и как бы обмен источниками по уверениям создателя кометы тоже не должен работать - поэтому по логике вещей два LowID не должны знать друг о друге...

Ну понятно. Коза с баяном еще та. У меня просто был момент между удачным обходом МЮшкой лоу ид и получения OK (т.е. полного шоколада), что имели ЛОУ ИД, не было обмена с такими ЛОУ ИД-ешниками. Комета тоже не помогала. Ну значит было дело не во мне. А щас вроде МЮ опять заработала и проблема подзабылась, но решил выяснить до конца. Спасибки :)

мысль интересная, клиент Х правда должно помнить что есть какие-то ЛоуИД которые что-то там хотят. Причем они хотят в разное время - т.е. приходит один ЛоуИД и говорит я ЛоуИД... потом второй через пару часов... И наш клиент Х героически помнит об этом... Я надеюсь что азур\мю сделают "офф" версию, как они сделали с шифрованием, вот тогда будет куда лучче...

ludde's working on NAT traversal

Скорее всего можно в скорых беттах ожидать эту фишку.

я бы желал иметь это для любых клиентов - в смысле не мю с мю, комета с кометой, а как с шифрованием - стандарт, который поддерживают все правильные клиенты ;)

а вам не кажется, что это немножко бредового, два лоуид могут качать друг от друга? а весьэтот NAT Traversal всего лишь uPnP и управление политикой фаервола

Обсуждаемый тут NAT Traversal - это не в широком смысле этого слова (разные пути борьбы с LowID, в основном методом получения у себя HighID), а в узком - конкретная галочка "Use NAT Traversal via UDP" в настройках BitComet. Именно для соединения двух клиентов с LowID.

Еще добавлю, что если эта фича работает, то в BitComet на вкладке Peers в столбце Initiation можно увидеть пиров не Local и не Incoming, а именно NAT Traversal.

вы где такую траву берете????

Не траву, а именно работает - читать надо доки ;) Работает не всегда, конечно - зависит от конкретного NAT, это кстати сделали в последнем офф осле тоже. Технология получает все большее распространение и думаю что поддержка энтого дела всеми клиентами даст хорошие результаты :p

LF_ ну да, ну да. т.е. корпоративная политика безопасности нафиг, рутеры и фаерволы теперь управляются приложениями с юзерского компа. круть! технологию в массы :crazy: :plan:

Ты прочитал как оно работает? На родном http://www.microsoft.com/rus/windowsxp/techinfo/planning/networking/nattraversal.asp

чтой-то эта версия у меня не показывает в половине закачек статистику сидов-пиров в нижнем окне с указанием их IP и прочего :(
настройки те же, что были в 0.63. у всех так?

LF_ , согласись, что слова "Обнаружив устройство, приложение может настроить NAT и установить необходимые соответствия между портами, устраняющие проблемы несовместимости." обозначают только то, что "кривонастроенные фаерволы и рутеры, технология перенастроит" и не более этого. А все утверждения что Комета позволяет конектится двум LowId - это ввод в заблуждение людей.
нужно говорить так: Комета может управлять фаерволами и рутерами, которые позволяют это делать. т.о. LowId определенный на трекере, на самом деле может быть по сути HighId.

А если

ОК на трекере вы не получите никак. Потому что это определяется может ли трекер до вас достучаться или нет. А он не может :) Но два LowID смогут качать с друг друга при стечении определенных обстоятельств. Не всегда, конечно - далеко не всегда. Но как показывает практика - прирост весьма ощутим...

А если я сижу за 5 устройствами типа роутер-маршрутизатор. Подключась МЮшкой и имею LOW ID, а потом ставлю использовать UPnP и получаю OK. То это к чему относится?

Это относится к тому, что мю на раутере открывает порты - это и есть UPnP ;) Когда порт открыт - на трекере ОК. А Traversal это совсем другое ...

maslov_yury это говорит о распи@@@ве в рядах админов :)

Ты это, почеркай, нах, а то ведь они и на трекере есть и сюда поди ходют. Нех, все знать кто, откуда и скока... :)

maslov_yury черкать не стал, просто стер огранизацию :)
стер компромат :)

Конечно продолжим, причем лично я постараюсь цитировать в разумных пределах :-}

Если хочется подходить к терминам формально, то мне придется написать так:
(неделимый термин) "NAT Traversal via UDP " != "NAT Traversal", и имеет к нему весьма косвенное отношение. Поэтому MS статья тут ни при чем, а при чем - мой предыдущий пост, который пересказать снова и снова другими словами уже не получается, поэтому просьба его перечитать.

Fellow возможно я невнимательно читаю, но в этих статьях я не нашел опровержение того что я говорю.

http://en.wikipedia.org/wiki/STUN
http://en.wikipedia.org/wiki/NAT_traversal
http://en.wikipedia.org/wiki/UDP_hole_punching

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

да никто никуда не вламывает - все проще. Клиент устанавливает выходное соединение - это твой моновол не запрещает. Скажем открыт на выход порт 443 (я про если все порты закрыты на выход навсегда - то конечно). Ты идешь к некому ХайИД в интернете - как ты понимаешь это опять таки не запрещено и он имеет право тебе что-то там отправить обратно в ответ. Потому что это не ВХОДНОЕ соединение, а выходное от тебя из оффиса к ХайИД. Дальше все штука в том, что они делают вид, что соединение никто не трогает, а вот пакеты к тебе начинают идти нет от ХайИД, а от второго ЛоуИД... Если твоя стена понимает что ее обманывают - то это не работает :) А если не понимает - то работает :)

ну ваще-то должна понимать, что входной пакет идет с другого адреса, мака и порта. и у меня она несмогла качать. тестировал на комете 0.62 связку:
офис-m0n0wall-lowid,
серверная-winroute-lowid,
серверная-m0n0wall-lowid,
дома-highid

так что всетаки плохие/кривые/неправильно настроенные фаерволы.

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

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

от темы BitComet .64 ушло обсуждение в высокие эмпиреи :)

если позволите, я бы хотел на Землю (т.е.Комету) вернуться ;)
помимо ранее описанной проблемы с неотражением подробного списка сидов-пиров на многих скачках, новая версия у меня ещё и не выполняет порой полезную функцию "Отключить IP на __ час" всё в том же списке...

вернулся на BitComet .63 - всё хорошо