[MAS]

идея с нестандартным днс-именем родилась еще в 2007 году

 

 

ну кто хочет проверить свой пхп ретрекер на корбиновской базе?

Изменено 18 августа, 2009 пользователем MAS

[zlobar]

ну кто хочет проверить свой пхп ретрекер на корбиновской базе?

т.е.?

[MAS]

итак, я стану первым

 

читаем http://www.beeretracker.ru/viewtopic.php?f=133&t=1670

[karpa13a]

хинт для тех кто решит ретрекер ставить за nginx-ом:

rewrite ^/(.*)$ /announce?ip=$remote_addr&$args;

чтобы xbtt знал кому раздавать.

правда непонятно как поведет себя xbtt если ему придут два аргумента ip=, потому как некоторые клиенты его шлют самостоятельно в строчке запроса.

сори за ап темы.

Изменено 8 октября, 2009 пользователем karpa13a

[Dyr]

Идея организовать "retracker.local" хороша ровно до той поры, пока выбор домена ".local" не вступил в противоречие с черновиком RFC "Multicast DNS", и грозит проблемами в будущем.

 

Прямая цитата из IETF RFC Draft от 10 сентября 2009 года "Multicast DNS":

3. Multicast DNS Names

 

This document specifies that the DNS top-level domain ".local."

is a special domain with special semantics, namely that any fully-

qualified name ending in ".local." is link-local, and names within

this domain are meaningful only on the link where they originate.

This is analogous to IPv4 addresses in the 169.254/16 prefix, which

are link-local and meaningful only on the link where they originate.

 

Any DNS query for a name ending with ".local." MUST be sent

to the mDNS multicast address (224.0.0.251 or its IPv6 equivalent

FF02::FB).

Для не знающих английский переведу:

 

3. Групповые(многоадресные) DNS имена

 

Этот документ определяет, что корневой домен DNS ".local"

является специальным доменом со специальной семантикой,

a именно, что любое полностью определённое имя, закан-

чивающееся на ".local.", есть местно-связным, и имена из этого

домена значимы только в сегменте, где они возникли.

Это аналог адресов IPv4 с префиксом 169.254/16, которые являются

местно-связными и имеют смысл только в сегменте, где они возникли.

 

Любой DNS запрос для имени, заканчиващийся на ".local.", ОБЯЗАН быть послан

на групповой(многоадресный) адрес mDNS (224.0.0.251 или его IPv6 аналог FF02::FB).

[st_re]

Любой DNS запрос для имени, заканчиващийся на ".local.", ОБЯЗАН быть послан

на групповой(многоадресный) адрес mDNS (224.0.0.251 или его IPv6 аналог FF02::FB).

И в чем проблема ? Ну и ответить то там ктото должен ? вот и ответит, кто нужно, IP адресом ретрекера. Да и сомнения есть некоторые, что прям таки все (а особенно M$) бросятся вставлять поддержку сего вот прямо завтра.

[littlesavage]

хинт для тех кто решит ретрекер ставить за nginx-ом:

rewrite ^/(.*)$ /announce?ip=$remote_addr&$args;

чтобы xbtt знал кому раздавать.

правда непонятно как поведет себя xbtt если ему придут два аргумента ip=, потому как некоторые клиенты его шлют самостоятельно в строчке запроса.

сори за ап темы.

ip из строки запроса можно nginx'ом же и убирать.

http://wiki.torrents.ru/Retracker.local#.D...acker_.2B_Nginx

[cadmi]

А этот .local уже в полный рост вступает в конфликт с avahi, bonjour и прочими реализациями zeroconf.

И если допустим ubuntu 9.10 юзера после логина просто каждый раз предупреждает ("слышь, тут у тебя ерунда какая, я отключу avahi на всякий случай, ты имей в виду"), то в старой приходилось тыкать руками, иначе этот retracker.local даже не ресольвился. В OS X собсно тоже - ручками выключать.

 

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

Изменено 19 октября, 2009 пользователем cadmi

[woddy]

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

Доброе утро. этот вопрос пол года тут обсуждали и никто ничего не сказал. а как сделали - так каждый норовит облажать.

[cadmi]

добрый вечер. ждите теперь, пока очередная windows 8 раком поставит весь этот огород.

[vIv]

RFC на то и RFC, что FC...

Надо будет отписаться им, я полагаю

[cadmi]

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

типа retracker.p2p, или retracker.torrents, но предпочли проблему игнорировать. маководы где-то далеко и их проблемы никого не колышат. то что в линуксах отваливается pulse audio - тем более ср@ть с колокольни :)

 

"ни_нада_ничо_менять_унас_юзера_ужев_etchosts_праписывают!" (ц)

 

малацы, чо. а вы в соседних топиках про какие-то СРО говорите... тут сугубо технологическую проблему решить не смогли без epic fail

 

 

[vIv]

Разверни лучше мысль, а?

При чём тут pulse audio? И вообще, зачем плодить локальные зоны? в одной не ужиться чтоли? А с МАКами что?

[cadmi]

Например, вот

 

Или вот: У меня в убунте недавно была такая фигня, ещё звук при этом пропал. удалил avahi-daemon, пересобрал алсу - вроде работает.

Нормально?

 

Или вот: http://avahi.org/wiki/AvahiAndUnicastDotLocal

 

Или вот: http://ru.wikipedia.org/wiki/Zeroconf

 

Или вот:

- просвяти неграмотного чем .локал мешает? и что такое авахи?

- Перечисляю: все компьютеры получат имена в домене *.local, без лишних телодвижений с вашей стороны; jabber-клиенты Gajim или Empathy будут показывать всех собеседников в локальной сети; Rhythmbox будет расшаривать всю музыку; Ekiga позволит находить и звонить всем, у кого она запущена в локалке; PulseAudio сможет находить все опубликованные звуковые устройства в сети; ну и многое, многое другое.

 

С Mac'ами примерно тоже самое. Там это используется для того, чтобы юзер наприносил из магазина коробок с Time Capsule, Apple TV, AirPort и не грея себе голову провтыкал все это в розетки и начал тупо получать удовольствие, не грея себе голову DHCP серверами в квартире или прописыванием ip. Примерно с той же целью, с которой Windows себе прописывает ip из диапазона 169.254.0.0/16, короче.

 

 

 

 

[vIv]

Не осилил, чем будет плохо, если среди прочих "девайсов" будет ретрекер...

 

Существует два способа разрешения имен. Apple Computer использует Multicast DNS (mDNS), а Microsoft — Link-local Multicast Name Resolution (LLMNR).

 

Эти протоколы имеют мало отличий. mDNS выбирает имя в пространстве «.local» и объявляет его на некоторый мультикаст адрес. Это приводит к специальной семантике для пространства имен .local, что считается проблемой для некоторых членов IETF [1] [2].

[cadmi]

начнем с простого вопроса. как он туда попадет? сам себя мультикастом добавит чтоли? к юзеру в локалку? через юзерский NAT?

и продолжим трудным. вон скрин с убунты - как только ресольвер просекает, что в DNS'е пахнет доменом .local, вся эта multicast'ная машинерия попросту отключается, чтобы "не мешать".

 

итого имеем:

если само отключается (новая ubuntu), то ломаются все юзерские плюшки (зачем тогда вообще писали mDNS? ах ну да - это же все "никому не нужно").

если само не отключается (старые ubuntu? и macos x), то от этого retracker.local ни холодно, ни жарко. на него даже ping не пойдет, пока юзер не ткнет галочку "выключить".

 

 

Изменено 19 октября, 2009 пользователем cadmi

[vIv]

Что мешает ДНС серверу слушать и малтикаст тоже?

Тут, правда, скорее, появится облом с MVR и аналогами, которые будут перехватывать запросы.... Но предупреждён, - значит, вооружён. Можно предусмотреть релеинг, например. Буду на-днях почитать и подумать.

 

NAT не рассматриваем в принципе, устаревшая, вредная, не нужная глупость. Хосту даём нормальный маршрутизируемый в Интернет адрес, естественно.

"Самовыключение" - это к авторам "самовыключения" =)

 

Кстати, а как эти бедняги живут сейчас в сетях, где .local. используется для локальных сервисов типа игрушек, файлопомоек? Выключают ручками? Это ж неудобно...

[cadmi]

какому еще DNS серверу то? какому хосту даем "нормальный маршрутизируемый" адрес?

 

не понял про NAT. у юзера локалка, в локалке несколько компов, несколько устройств. вы, как провайдер, даете ему один шнурок.

что, на каждый юзерский mac-адрес отдельный договор заключать? :)

[vIv]

Наличие NAT уже заморачивает, хотя zeroconf и позволяет "пробрасывать порты", но целиком задачи не решает. Если хостов много - пусть берёт подсеть адресов, в чём проблема? мало 5 - дадим 13, 29 адресов... Всё через DHCP поддержим. Какие проблемы?

 

Меня больше интересует ситуация с ОДНИМ таким компом у юзера. Что там у него может поотваливаться?

[Гoсть]

NAT не рассматриваем в принципе, устаревшая, вредная, не нужная глупость. Хосту даём нормальный маршрутизируемый в Интернет адрес, естественно.

Вив, ты чо тупишь то! У тебя дома все девайсы имеют "нормальный маршрутизируемый в Интернет адрес"? И холодильник с пылесосом тожа?

Или мы до сих пор тупим насчет единственного ПыСы с кабелем из дырки в стене, и в очередь к нему всем стоять, глава семьи всегда первый! ;-)

 

Меня больше интересует ситуация с ОДНИМ таким компом у юзера.

Нельзя на это закладываться, Вив, отпусти ручник то уже ;)

[st_re]

Если это станет проблемой, то будет снесена зона .local, поднята зона retracker.local и настроен mdns чтобы отдавал, что надо. И волки целы и помидоры не протухли. Пока же проблема высосана из пальца... А чем думали писатели сего mdns, когда забили широко (ну уж точно не единичные случаи использования) в мире используемый домен, то пусть на их совести будет. Вот и сделали бы тогда зону mdns. А loc и local более чем популярные имена для внутренних доменов (да иногда и весьма больших и старых)

[vIv]

NAT не рассматриваем в принципе, устаревшая, вредная, не нужная глупость. Хосту даём нормальный маршрутизируемый в Интернет адрес, естественно.

Вив, ты чо тупишь то! У тебя дома все девайсы имеют "нормальный маршрутизируемый в Интернет адрес"? И холодильник с пылесосом тожа?

Вообще-то все устройства, которым нужен интернет, должны иметь нормальный интернет. "Я так думаю" ©

Те, кому он не нужен, вряд ли захотят пососать торрентов и пошарахаться по ДНС. Нет?

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

 

Если это станет проблемой, то будет снесена зона .local, поднята зона retracker.local и настроен mdns чтобы отдавал, что надо.

Про mdns не скажу, не прочитал ещё, а вот в свете торрентов:

зона - .local.

доменное имя, запись (но совсем не всегда именно хост) - retracker.local.

[cadmi]

***-Я-Я-Я....

простите, дорогая редакция. но какая ж каша в головах.

неудивительно, что эта диверсия проскочила так легко.

 

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

 

Боюсь, что когда это mDNS начиналось, 90% пионернетов, в которых "широко в мире используемый домен" "используется для локальных сервисов типа игрушек, файлопомоек", типа еще и в проекте не было.

 

и настроен mdns чтобы отдавал, что надо

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

[st_re]

Про mdns не скажу, не прочитал ещё, а вот в свете торрентов:

зона - .local.

доменное имя, запись (но совсем не всегда именно хост) - retracker.local.

Ась ?

 

Ему не все равно, имя там retracker в зоне local или имя @ в зоне retracker.local? Отдайте бедному пользователю юбунты имя local, Он у нас целый 1 на тысячу и он страдает без (интересно, каким боком) музыки. ;)

[Гoсть]

Если это станет проблемой, то будет снесена зона .local, поднята зона retracker.local

Коллега!!

Не кажется ли Вам, что уже назрела острая необходимость снести нахрен вообще ДНС и выдавать всем юзерам etc/hosts с одним единственным torrents.ru, нет лучше с двумя - вторым будет mail.ru. И все! Все остальные - ИДУТ В ЗАД!