> Дано: > Здоровая домосеть с юзверями. Соединено это все по всякому > - от 100мбит сетей и сетей провайдеров до радиолинков. > Хочецца: > Развернуть местную систему для Р2Р поиска/обмена файлом.
А пробовали без всяких хитрых софтин?
Определяемся с протокольчиком (ФТП, ХТТП, МикроСофт, ...). В случае МикроСофта не потребуется дополнительно ничего ставить. Создается на каждой тачке папочка с правами только на чтение для гостя, шара. Можно чтоб шары одинаково у всех назывались.
Для каталога выделяем отдельную машинку, чтоб она постоянно включена была. На ней линки. Линки красивые - длинное полное описание файла, имя компа, шара (стандартная), имя файла.
В принципе линки можно скинуть на свой комп и периодически обновлять.
> Причем главное - чтоб можно было ограничивать траффик > проходящий например через радиолинки чтоб не перегружать
Ограничение либо в сетке "по дороге", либо на каждом компе. Последнее не реально - все будут сносить у себя ограничение по скорости.
> их. Т.е. это уже должно быть не совсем Р2Р, а с > промежуточными серверами. В принципе сойдет и OpenSource
Брр. Если есть сервак, то на него и заливать все. Прелесть распределенного хранения в том, что дополнительное оборудование не нужно. Просуммируйте свободные емкости дискового пространства всех компов в этой сети!!!
> софтина в которую будет легко зашить ограничение на > скорость скачивания инфы.
Дано:
Здоровая домосеть с юзверями. Соединено это все по всякому - от 100мбит сетей и сетей провайдеров до радиолинков.
Хочецца:
Развернуть местную систему для Р2Р поиска/обмена файлом. Причем главное - чтоб можно было ограничивать траффик проходящий например через радиолинки чтоб не перегружать их. Т.е. это уже должно быть не совсем Р2Р, а с промежуточными серверами. В принципе сойдет и OpenSource софтина в которую будет легко зашить ограничение на скорость скачивания инфы.
> промежуточными серверами. В принципе сойдет и OpenSource > софтина в которую будет легко зашить ограничение на > скорость скачивания инфы. ИМХО лучше настроить QOS. Пакетам пиринга дать низкий статус, а остальным (который также можно поделить) - нормальный или высокий. Оптимальней утилизация сети будет.
Поправьте меня, если я неправ11.02.05 13:43 Автор: amirul <Serge> Статус: The Elderman
> ИМХО лучше настроить QOS. Пакетам пиринга дать низкий > статус, а остальным (который также можно поделить) - > нормальный или высокий. Оптимальней утилизация сети будет. Но разве тип QoS-а заказывает не клиент? Если так, то достаточно трудно будет надеяться на сознательность всех пользователей. Ну а если переводить пакеты по определенному правилу в нужный QoS прям на маршрутизаторе, то легче просто лимитировать прохождение пакетов, отвечающих этому правилу (в iptables точно есть, не знаю как в ipfw)
http://www.der-stille-bob.de/content.php?kat=links&lang=en09.02.05 12:49 Автор: amirul <Serge> Статус: The Elderman
> Причем главное - чтоб можно было ограничивать траффик > проходящий например через радиолинки чтоб не перегружать А ограничить трафик можно и на гейтах
> их. Т.е. это уже должно быть не совсем Р2Р, а с > промежуточными серверами. В принципе сойдет и OpenSource > софтина в которую будет легко зашить ограничение на > скорость скачивания инфы.
> Может кто знает готовое? Можешь еще поискать BitTorrent tracker (правда у BT довольно мутная система расшаривания - у ed2k легче)
Это самые популярные сети - их и стоит пытаться прикручивать
> > Причем главное - чтоб можно было ограничивать траффик > > проходящий например через радиолинки чтоб не > перегружать > А ограничить трафик можно и на гейтах Фигня в том что сеть то домашняя (несколько микрорайонов Минска) и админов много разных. И некоторым будет проще закрыть порты на роутерах чем настраивать там чтото.
Не знаю, можно ли как нибудь заставить клиентов пользоваться каким либо диапазоном портов11.02.05 11:42 Автор: amirul <Serge> Статус: The Elderman
> Фигня в том что сеть то домашняя (несколько микрорайонов > Минска) и админов много разных. И некоторым будет проще > закрыть порты на роутерах чем настраивать там чтото. Но если можно, то и закрытие портов и ограничение трафика по ним требует примерно одинакового количества усилий (даже команды одни и те же будут - только ключи разные)
А пробовали без всяких хитрых софтин?09.02.05 10:55 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> Дано: > Здоровая домосеть с юзверями. Соединено это все по всякому > - от 100мбит сетей и сетей провайдеров до радиолинков. > Хочецца: > Развернуть местную систему для Р2Р поиска/обмена файлом.
А пробовали без всяких хитрых софтин?
Определяемся с протокольчиком (ФТП, ХТТП, МикроСофт, ...). В случае МикроСофта не потребуется дополнительно ничего ставить. Создается на каждой тачке папочка с правами только на чтение для гостя, шара. Можно чтоб шары одинаково у всех назывались.
Для каталога выделяем отдельную машинку, чтоб она постоянно включена была. На ней линки. Линки красивые - длинное полное описание файла, имя компа, шара (стандартная), имя файла.
В принципе линки можно скинуть на свой комп и периодически обновлять.
> Причем главное - чтоб можно было ограничивать траффик > проходящий например через радиолинки чтоб не перегружать
Ограничение либо в сетке "по дороге", либо на каждом компе. Последнее не реально - все будут сносить у себя ограничение по скорости.
> их. Т.е. это уже должно быть не совсем Р2Р, а с > промежуточными серверами. В принципе сойдет и OpenSource
Брр. Если есть сервак, то на него и заливать все. Прелесть распределенного хранения в том, что дополнительное оборудование не нужно. Просуммируйте свободные емкости дискового пространства всех компов в этой сети!!!
> софтина в которую будет легко зашить ограничение на > скорость скачивания инфы.
Поломают.
> Может кто знает готовое?
Оно и ща так09.02.05 12:03 Автор: Killer{R} <Dmitry> Статус: Elderman
Есть несколько серверов с поисковиками которые периодически шерстят сеть в поиске фильмов и мп3шек. Но во первых сам такой процесс грузит сеть, во вторых оно редко обновляется, в третьих нет такой удобной фишки как скачивание одного файла со всех возможных источников (для этого каждый клиент сети рассчитывает хэши открытых у него файлов).
Глянь в сторону Shareaza или eDonkey. Кто-то из них (может оба) OpenSource.10.02.05 09:17 Автор: Fighter <Vladimir> Статус: Elderman
подробно о проекте
Анализ криптографических сетевых... 
