идея, которая позволит избавиться от пассивных юзеров в DC :) |
Здравствуйте, гость ( Вход | Регистрация )
идея, которая позволит избавиться от пассивных юзеров в DC :) |
28.6.2009, 17:38
Сообщение
#1
|
|
Абсолютный новичок Группа: Пользователи Сообщений: 6 Регистрация: 28.6.2009 Пользователь №: 3 736 Спасибо сказали: 1 раз |
У меня есть идея, которая позволит избавиться от пассивных юзеров в DC
Речь идёт о технологии Суть такова: нужно внедрить в каждый DC-клиент сервер-медиатор, который будет обслуживать пассивных юзеров на хабе. То есть, когда некий клиент оказывается на хабе в пассивном режиме, он автоматически начинает искать свободные активные медиаторы, которые будут его обслуживать в пределах этого хаба. Нагрузка на медиатора будет скорее всего незначительна, и один активный юзер сможет совершенно спокойно обслуживать нескольких пассивных. Речь не идёт о полноценном медиаторстве по всем протоколами и софту — только файлообмен в пределах текущего хаба. Как предполагает технология медиации, трафик не идёт через медиатора: он только обслуживает запросы между пассивными юзерами. Некоторые могут заметить, а почему бы не использовать тогда тот же Хамачи, как этому учат на сайте Pelink? Хамачи и подобные ему используют далёкие серверы, и слишком универсальны. Да и хлопотно это всё в плане настройки и эксплуатации, и скорость очень низкая. Поэтому, стоит превратить сами DC-клиенты в медиаторы! Разумеется, пользоваться услугами медиаторов смогут только те клиенты, которые это умеют делать Сторонние и устаревшие клиенты будут лишены такого удобства. Идея слишком хороша, чтобы её похоронить: внедрить сервер-медиатор в каждый клиент — это революционный шаг, который позволит избавиться от пассивных пользователей вообще. |
|
|
28.6.2009, 19:06
Сообщение
#2
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
дада, больше костылей, хороших и разных. нарисуйка мне схему, как это должно работать.
|
|
|
28.6.2009, 20:01
Сообщение
#3
|
|
Абсолютный новичок Группа: Пользователи Сообщений: 6 Регистрация: 28.6.2009 Пользователь №: 3 736 Спасибо сказали: 1 раз |
дада, больше костылей, хороших и разных. нарисуйка мне схему, как это должно работать. хорошо... давайте теперь вместе придумаем способ, как решить эту проблему Заодно мне хотелось бы услышать, почему до сих пор хабы не соединяют пассивов с пассивами? И что на этот счёт в новом протоколе ADC? Когда я оказался на адц-хабе, то там у всех юзеров были иконки активов - что бы это значило? |
|
|
28.6.2009, 20:45
Сообщение
#4
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
почему пассивов с пассивами не соединяет? ну это просто - представь есть NAT (то есть один адрес и много клиентов, висящих на нем). Когда клиент посылает запрос на соединение с удаленным адресом, то должно установиться соединение по определеному порту, но т.к. клиентов много, то возникает неопределенност, к кому пойдет запрос. Тогда надо пробрасывать порты через нат ( провайдер этоого не одобрит, слишком много мороки), но если порт пробросить через нат, то возникает определенность, кому будет переадресован запрос. хамачи, гарена и т.д. и т.п. по сути VPN сервера, когда есть сервер, через которые органируется тунель и гонится трафф( конечно и в таком случае возможно прямое соединение между клиентами, т.к. организуется как бы виртуальная локальная сеть, но чаще всего через сервер будет гнаться траффик). И твой вариант как раз из этой серии.
|
|
|
28.6.2009, 20:57
Сообщение
#5
|
|
Абсолютный новичок Группа: Пользователи Сообщений: 6 Регистрация: 28.6.2009 Пользователь №: 3 736 Спасибо сказали: 1 раз |
почему пассивов с пассивами не соединяет? ну это просто - представь есть NAT (то есть один адрес и много клиентов, висящих на нем). Когда клиент посылает запрос на соединение с удаленным адресом, то должно установиться соединение по определеному порту, но т.к. клиентов много, то возникает неопределенност, к кому пойдет запрос. Тогда надо пробрасывать порты через нат ( провайдер этоого не одобрит, слишком много мороки), но если порт пробросить через нат, то возникает определенность, кому будет переадресован запрос. хамачи, гарена и т.д. и т.п. по сути VPN сервера, когда есть сервер, через которые органируется тунель и гонится трафф( конечно и в таком случае возможно прямое соединение между клиентами, т.к. организуется как бы виртуальная локальная сеть, но чаще всего через сервер будет гнаться траффик). И твой вариант как раз из этой серии. в описании всех упомянутых впн-приложений чёрным по белому написано, что трафик не передаётся через сервер. Я именно о подобном говорю. Неужели это нереализуемо в дц? Я не программист и не специалист по сетям, но примерно представляю технологию. Если нагрузка будет на хаб большой, то почему бы не перекладывать часть нагрузки на активных клиентов? (разумеется, не перекладывание трафика, а перекладывание функций соединяющего сервера). В Грейлинке появилась функция мини-хаба, так в чём сложности с сервером-медиатором? |
|
|
28.6.2009, 21:29
Сообщение
#6
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
в описании всех упомянутых впн-приложений чёрным по белому написано, что трафик не передаётся через сервер. ну на счет не передается - это не всегда, ой как не всегда. Это видно хотябы из марштуров. ВПН накидывает маршрут на соединение с маской 255.255.255.255, следовательно все запросы в прицнпе будут попадать на впн сервер, если оба клиента находятся в пассиве (за натом). На счет сервера-медаитора - эм, а зачем кто-то должен тратить свой tcp (и udp) cтэк на тех, у кого проблемы. Как говорится: проблемы негров ширифа не анонят. Понимаешь, перекладывая функцию на активом ты автоматом можешь хлебнуть с этим говна, когда у актива будет комп тормозить, из-за нагрузки на его сетевое соединение |
|
|
28.6.2009, 21:51
Сообщение
#7
|
|
Абсолютный новичок Группа: Пользователи Сообщений: 6 Регистрация: 28.6.2009 Пользователь №: 3 736 Спасибо сказали: 1 раз |
На счет сервера-медаитора - эм, а зачем кто-то должен тратить свой tcp (и udp) cтэк на тех, у кого проблемы. Как говорится: проблемы негров ширифа не анонят. Понимаешь, перекладывая функцию на активом ты автоматом можешь хлебнуть с этим говна, когда у актива будет комп тормозить, из-за нагрузки на его сетевое соединение а зачем кто-то выкладывает релизы, и гоняется за званием релизера? Зачем куча народа держит хабы на своих обычных машинках, и всячески их рекламирует (спамит) на других хабах? Зачем народ вообще расшаривает кучу файлов? Зачем энтузиасты пишут бесплатный софт для того же файлообмена? Ах, пардон, я проболтался: ключевое слово "энтузиасты", и "альтруисты". *** Перекладывая нагрузку на одного актива, то да, не очень хорошо получается: канал может быть узким, соединение слабым, да актив может отключить комп. Но, ведь речь не об одном активе: речь идёт о том, что нагрузка может распределяться. А в случае разрыва соединения, клиент пассива должен автоматом искать нового актива. |
|
|
28.6.2009, 22:26
Сообщение
#8
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
а зачем кто-то выкладывает релизы, и гоняется за званием релизера? Зачем куча народа держит хабы на своих обычных машинках, и всячески их рекламирует (спамит) на других хабах? Зачем народ вообще расшаривает кучу файлов? Зачем энтузиасты пишут бесплатный софт для того же файлообмена? Ах, пардон, я проболтался: ключевое слово "энтузиасты", и "альтруисты". *** Перекладывая нагрузку на одного актива, то да, не очень хорошо получается: канал может быть узким, соединение слабым, да актив может отключить комп. Но, ведь речь не об одном активе: речь идёт о том, что нагрузка может распределяться. А в случае разрыва соединения, клиент пассива должен автоматом искать нового актива. тут ты говоришь в начале про админов, а потом говоришь про обычных юзеров. обычному юзеру, пусть он и в активе, нахрен не надо быть медиатором. Он не тузиаст |
|
|
28.6.2009, 23:55
Сообщение
#9
|
|
7 квадратиков Группа: Модераторы Сообщений: 793 Регистрация: 21.1.2009 Пользователь №: 1 895 Спасибо сказали: 301 раз |
Одному мне кажется, что идея бредовая?
Вот даже не представляю, как трафик будет вне этого медиатора идти. |
|
|
29.6.2009, 0:02
Сообщение
#10
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
Одному мне кажется, что идея бредовая? Вот даже не представляю, как трафик будет вне этого медиатора идти. По ссылкам не ходим? тут такой изЪйоп: изначально устанавливается удп канал к удаленному серверу, а потом этот самый канал перемарщрутизируется (перефаерваллится) один к одному. то есть 2 удп канала сливаются в любви и радости. На теории так, технически же - это большой такой костыль, который при ошибке начнет нагружать сервер люто или вообще откажется работать ( при некоторых типах ната) |
|
|
29.6.2009, 2:40
Сообщение
#11
|
|
Постоялец Группа: Пользователи Сообщений: 462 Регистрация: 20.10.2008 Пользователь №: 843 Спасибо сказали: 15 раз |
Цитата Когда я оказался на адц-хабе, то там у всех юзеров были иконки активов - что бы это значило? Не у всех,ни фига. Почитай спецификации к uHub,там об этом написано. Но также написано,что сия фича как бы не внедрена в программу,так что лично я в непонятках. |
|
|
29.6.2009, 8:02
Сообщение
#12
|
|
Абсолютный новичок Группа: Пользователи Сообщений: 6 Регистрация: 28.6.2009 Пользователь №: 3 736 Спасибо сказали: 1 раз |
а вот, что на этот счёт мне ответили в конференции Флайлинка:
По ссылкам не ходим? тут такой изЪйоп: изначально устанавливается удп канал к удаленному серверу, а потом этот самый канал перемарщрутизируется (перефаерваллится) один к одному. то есть 2 удп канала сливаются в любви и радости. На теории так, технически же - это большой такой костыль, который при ошибке начнет нагружать сервер люто или вообще откажется работать ( при некоторых типах ната) простите, но ведь существует софт, который делает не только это, но и гораздо больше, перенаправляя всё и вся. Не нужно тут мне доказывать невозможность и несостоятельность этой идеи: я юзал DC и прочие прелести VPN через Хамачи, и потестил почти десяток софтин, аналогичных ей. Я имею представление о том, что такое ICS, фтп- и прокси-сервер, и поэтому слово "нагрузка" на канал и комп меня смущает меньше всего на свете. Ибо для получения реальной нагрузки надо иметь либо совсем дохлое железо и канал, либо криво написанный софт. Альтруисты извращаются, поднимая на своих домашних компах веб- и фтп-серверы, проксятники, хабы, устраивают массированные раздачи на торрентах только ради того, чтобы показать, насколько они бескорыстны, и как велика их писька. *** Я не утверждаю, что моя идея совершенна - я не специалист, а лишь давний пользователь дц. И меня убивает факт, что про проблему пассивного режима написаны ТЫСЯЧИ мануалов, а на уровне кода это до сих пор не решено. Если вы умнее простого юзера — придумайте решение! |
|
|
29.6.2009, 8:58
Сообщение
#13
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
до прихода IPv6 все будет так. А потом - ну в планах раздать всем реальные адреса IPv6. Тады все будеть комильфо. От пассива ты не избавишься, это факт, т.к. пассив будет выставляться для поиска медиатора, иначе клиентне будет искать медиатора. Далее по сабжу - чтобы перенаправить удп сессию при данном варианте, нужен один и тот же сервер. то есть один и тот же медиатор. Если пассивный юзер А подключн к медиаторы M1 , а пассивный юзер В подключен к медиаторы М2 - то хрен что приконнектиться. тут нужно либо решение на базе хабсофта (т.к. к хабу подключены все), либо же опять расширять протокол ДЦ, то есть, чтоб при коннекте пассив-пассив передавался еще и адрес медиатора. Плюс возможен вариант, что для кого-то актив на хабе всеравно не доступен (когда это внутрисетевой хаб с доступом из инета) не думал о такой вещи???
|
|
|
29.6.2009, 9:05
Сообщение
#14
|
|
Самый главный активист :-D Группа: Модераторы Сообщений: 2 790 Регистрация: 29.6.2008 Из: г. Тула Пользователь №: 97 Спасибо сказали: 440 раз |
Альтруисты извращаются, поднимая на своих домашних компах веб- и фтп-серверы, проксятники, хабы, устраивают массированные раздачи на торрентах только ради того, чтобы показать, насколько они бескорыстны, и как велика их писька. по аккуратнее с выражениями, а то я смотрю ты считаешь что у тебя она велика. А то поотрежим слегка! |
|
|
29.6.2009, 14:10
Сообщение
#15
|
|
Начинающий Группа: Пользователи Сообщений: 16 Регистрация: 20.3.2009 Пользователь №: 2 666 Спасибо сказали: 2 раза |
Цитата Плюс возможен вариант, что для кого-то актив на хабе всеравно не доступен (когда это внутрисетевой хаб с доступом из инета) не думал о такой вещи??? а если у кого то из этой сети есть внешний IP, но нужного удалённому клиенту файла нету? :-[ ну а так конечно если совсем труба, то совсем труба… так или иначе похожий метод прекрасно и молча работает в Skype, хотя там вообще хабов нет и сеть полностью децентрализована, только сервер авторизации. Кстати на счёт скайпа у меня даже нет уверенности что они историю переписки хранят у себя… а не по принципу гигантского рейд-массива у самих-же пользователей ^^' Цитата На счет сервера-медаитора - эм, а зачем кто-то должен тратить свой tcp (и udp) cтэк на тех, у кого проблемы. Как говорится: проблемы негров ширифа не анонят… ну думается если по умолчанию опция будет выключена проблем не возникнет ;) оффтоп: Цитата Альтруисты извращаются, поднимая на своих домашних компах… эхх, да, собрались тут |
|
|
29.6.2009, 14:21
Сообщение
#16
|
|
RusHub team lead Группа: Модераторы Сообщений: 4 030 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1708 раз |
ИМХО дурная идея.
Перекраивать протокол никто не собирается! Если данная идея и будет реализована, то я как актив сделаю следующее: по средствам файрвола заблокирую все входящие соединения, а разрешу только исходящие. Таким образом я буду качать, но никогда я не буду в роли медиатора))) |
|
|
29.6.2009, 15:28
Сообщение
#17
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
ну и еще раз повторюсь - делать медиатор есть тока в самом сервере хаба, к.т. у всх с ним есть коннект
|
|
|
2.7.2009, 23:26
Сообщение
#18
|
|
Начинающий Группа: Пользователи Сообщений: 16 Регистрация: 20.3.2009 Пользователь №: 2 666 Спасибо сказали: 2 раза |
собственно от идеи медиаторов, у клиента уж точно, успешно отходим. Всем интересующимся просьба почитать а заодно если не сложно провести тестики, о них ниже ) ps: читать стоит именно со 2й страницы, на 1й ничего нового from SMT: Цитата предлагаю скачать
и выполнить: C:\NAT_TEST> client.exe stun.xten.com |
|
|
3.7.2009, 1:08
Сообщение
#19
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 875 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 220 раз |
собственно от идеи медиаторов, у клиента уж точно, успешно отходим. Всем интересующимся просьба почитать а заодно если не сложно провести тестики, о них ниже ) ps: читать стоит именно со 2й страницы, на 1й ничего нового from SMT: и что должно показать? |
|
|
3.7.2009, 8:08
Сообщение
#20
|
|
Начинающий Группа: Пользователи Сообщений: 16 Регистрация: 20.3.2009 Пользователь №: 2 666 Спасибо сказали: 2 раза |
ну например это:
Цитата Primary: Port Restricted Nat, preserves ports, no hairpin Return value is 0x1b т.е. будет показано, а есть ли возможность тоннелирования ps: к этой записи крайне желательно подписать имя провайдера, и примерное количество пользователей в сетке так-же можно тестировать свои наты, роутеры, самодельные шлюзы, и т.д. |
|
|
Похожие темы
|
Сейчас: 23.12.2024, 9:32 |