P2P сервер для локально сети.

[Fog]

Интересует р2р сервер для локальной сети, желаетльно для ослика. под линукс (в крайнем случае win сервер).

[WhiteOwl]

Интересует р2р сервер для локальной сети, желаетльно для ослика. под линукс (в крайнем случае win сервер).

А надо ли заморачиваться с такими монстрами в локалке?... Может вполне устроит DC++. И сервер под Линух и клиенты на выбор.

[repa]

Стоит. Проверено.

 

Иши eserver. Внимательно читай мануалы по запуску его.

начни отсюда

http://lugdunum2k.free.fr/kiten.html

[terapeut]

Стоит. Проверено.

 

Можно по пунктам?

[repa]

Если, ты спрашиваешь почему стоит, то

1. Работает стабильно и не требует присмотра

2. Удобен для поиска файлов.

 

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

 

З.Ы. В другой ветке даешь ссылки на осла, потому должен знать какие плюсы у него.

[terapeut]

Плюсы осла самого по себе я знаю = ) Мне интересны плюсы осла _по_сравнению_ с DC++ именно _в_крупной_локалке_. Например будет ли он давать эффект разгруза серверов и каналов за счёт распределённости хранения и скачки, или локалки для этого всё-же мелковаты по сравнению с инетом и _одновременно_ мало кто что качает? Ну автоматическое попадание в общую базу файлА у клиентов - это понятно... - большой плюс! А, кстати, может ли сервер автоматически утягивать потихоньку на себя новопоявившиеся у клиентов файлы? Есть вообще такая функция и можно ли ограничивать скорость такого вытягивания средствами eserver ?

 

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

Если можно, вкратце - что именно рекомендуешь поменять?

 

 

PS

Интересная галочка есть в муле+. Как оно, работает? --

 

Включить Lancast

Lancast - особенность, которая позволяет eMule Plus работать лучше в локальных сетях. При включении этой опции eMule Plus посылает широковещательный UDP сигнал в подсеть, а другие eMule Plus со включённым Lancast слушают и принимают эти сигналы, что позволяет скачивать файлы намного быстрее, используя внутренние IP-адреса. После активизации Lancast передачи по сети начнутся в течение нескольких минут или секунд. Lancast не нарушает работу eMule Plus как p2p-приложения, а только дополняет его, продвигая более активное совместное использование файлов и экономию на внешнем траффике в локальных сетях.

[repa]

Версия eMulePlus 1m

Раздел Соединение.

Скорости ставлю 1024 на прием и передачу. Можно вариировать.

Установить Загрузка без ограничения.

 

Сервер

Убрать использовать систему систему приоритетов

 

Дополнительные

Блокировку выключить.

 

Сервер хранит только каталог файлов в сети. Он не может чего-либо дергать нового у клиента.

 

Безопасность

Отключить фильтры.

 

Что касается крупного локала, административными решениями, в локале запрещены eMule, сетевые игры, форумы, все не касающееся работы.

Потому говорить о крупной сети, в плане сервисов, в представлении домашней сети не приходится.

 

Ланкастом я не пользовался. DC++ тоже не пользовался. Пробовал шарезу 2 - менее удобная.

[Fog]

в принципе на тот комп где сервер можно поставить клиент под линукс и дергать. а новые файлы можно определить по логам сервера.

 

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

минусов пока ненашел.

 

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

кстати а какой клиент под линукс наиболее удобен для работы в текстовом режиме (через SSH).

[AlexPan]

mldonky

[Fog]

поставил eserver под линукс настроил ini все хорошо неругается

 

вот только проблема с клиентом eDonkey, клиент усиленно нехочет прописывать новый сервер с адресом 10.0.0.5:4661

 

что делать чтоб в локалке связать сервер и клиента?

[repa]

Как я помню, в этом клиенте невозможно работать с серверами имеющими приватные адреса. Как раз, твой случай.

 

Решения тут два.

1. Присвоить серверу паблик адрес. (Сам не проверял)

2. Перейти на клиента eMule или eMulePlus. Я предпочитаю второй.

[VM]

Официальный клиент для локалок малопригоден.

 

С одной стороны в overnet встроен фильтр на приватные сети и он не коннектится к другим клиентам с приватными адресами, для их использования придется патчить клиента.

 

С другой стороны, не предусмотрен изменяемый табличный Ipfilter.

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

 

 

интересны плюсы осла _по_сравнению_ с DC++ именно _в_крупной_локалке_.   Например будет ли он давать эффект разгруза серверов и каналов за счёт  распределённости хранения и скачки, или локалки для этого всё-же мелковаты по сравнению с инетом и _одновременно_ мало кто что качает?  Ну автоматическое попадание в общую базу файлА у клиентов - это понятно... - большой плюс! А, кстати, может ли сервер автоматически утягивать потихоньку на себя новопоявившиеся у клиентов файлы? Есть вообще такая функция и можно ли ограничивать скорость такого вытягивания средствами eserver ?

Когда ftp или канал захлебывается от перегрузки, раздача через p2p эффективнее.

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

 

 

Скорость в нормальных модах отдачи регулируется пользователем.

Конечно можно скомпилировать управляемого администратором клиента...

 

Разгружает ли p2p сетку - сложный вопрос.

Использовать все преимущества многопоточного обмена информацией еще сложнее, чем с организовать мультикастинг в сети (даже он по зубам лишь немногим).

 

Разгрузке сети в emule препятствует механизм очередей-"кредитов". Задуманная для борьбы с личерами, кредитная система учитывает объем отданной другими клиентами информации и поощряет тех, кто много отдает быстрым продвижением в очереди. Но клиенты часто взаимно блокируются - несколько часов стоят друг у друга в очереди, ничего друг другу не отдавая. При этом их взаимный рейтинг не растет, а интенсивный обмен информацией начинается с другими клиентами, с которыми обмен велся когда-то ранее и у которых были накоплены кредиты. Топология сети при этом наглым образом игнорируется - даже при возможности скачать у соседа начинается интенсивный обмен с другими сегментами, сетями, городами и континентами, а кредитная система при таком обмене только еще сильнее усугубляет ситуацию.

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

 

 

Проблема "кредитов" решена в overnet. Критерий прост - самым выгодным считается самый скоростной источник.

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

Топология клиентом все равно не учитывается, тоесть теоретически трафик при таком обмене все равно может пойти неудобным провайдеру путем и забивать цепочку сегментов или узкий выход в точку обмена интенсивным трафиком. Но при обнаружении соседа за счет высокой скорости обмена более далекие источники автоматически прекращают использоваться. "Подсказать" топологию также можно искуственно ограничивая скорость P2P трафика с помощью netfilter

http://rnvs.informatik.uni-leipzig.de/ipp2...p/index_en.html

К сожалению, в emule все это еще не реализовано.

 

Кроме Lancasting (режим, когда все клиенты в локалке не скачивают дублирующиеся части из интернета), некоторые моды emule умеют прокачивать чанки через http кеш или помещать часто запрашиваемые чанки на ftp и webspace, давая другим клиентам линк.

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

[repa]

Настройками в eMulePlus 1m удалось отключить систему кредитов и отдача файлов пошла на ура.

 

Попадалось информация, что в версии 1o появилась фьюча с названием вроде fast start. Она направлена на улучшение отдачи файлов.

[VM]

Настройками в eMulePlus 1m удалось отключить систему кредитов и отдача файлов пошла на ура.  

тоже выход. в мелкой быстрой сетке личеры не страшны.

 

fast start

Такие фичи неоднократно применялись в разных модах - ускорение проталкивания мелких файлов, эмуляция системы "horde" overnet, несколько разновидностей кредитных систем.

Проблема в том, что пока такие фичи не попадут в официальную версию существенного эффекта не будет. Будет только при работе в паре с таким же emule, поэтому целесообразно пользоваться одинаковыми модами.

[Fog]

клиенты eMule или eMulePlus тоже нехотят прописывать приватные адреса, провырял. вопрос остается открытым.

[repa]

В настройке по умолчанию, так оно и есть. Посмотри

 

Безопасность

Отключить фильтры.

[Fog]

все заработало. Спасибо.

 

правда еще вопрос, а где eserver хранит списки файлов и прочие деаннные, а то в каталоге программы пусто (неужто как сервер имен все в памяти). хотелось бы чтоб хранил на диске , так надежнее. как это сделать?

[VM]

Конечно в памяти.

Без подключенных клиентов это список бесполезен, хранить его на диске - вобще бессмысленно.

[Fog]

VM сейчас неподключен потом подклуючен.

 

ладно с eserver разобрался тут другая проблема на этом компе где eserver установил клиента mldonkey. мало того что намучился пока отключил всякое лишние сети оставил только едонкей тока у него поведение странное то отвалится приходится вручную конектить то в www интерфейсе непоказывает сервера хотя через телнет показывает.

 

на повестке дня осталось 2 вопроса.

как под линуксом запустит eserver чтобы как демон был

всетаки нужен клиент чтобы расшарить файлы с минимальными затратами.

 

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

[Guest]

Господа, подскажите, какой максимальной скорости обмена файлами можно добиться и как это сделать в настройках? Я вчера поставил сервер, но больше 300 кб еще не было скорости обмена. Как увеличить? Хотя бы до мегабайта?

и еще, сколько файлов можно добвлять одному ользователю максимально?