Отправляет email-рассылки с помощью сервиса Sendsay

[TC] Пиринговые сети

причина плохой работы клиентов пиринговых сетей чаще всего одна - плохо
работающие порты. а признаки "болезни" противоположные:
Strongdc++ не ищет и не качает, зато из его шары тянут все, кто хочет.
eMule в том же случае качает, но имеет низкий статус "low ID", и не
может раздавать расшаренное. это и есть причина низкого статуса.
Utorrent обычно подобных проблем не знает, поэтому посмотрим на 2
описанных выше.
клиенты пиринговых сетей имеют 2 транспортных порта: TCP для связи с
сервером и открытия сессий. порты UDP нужны для передачи собственно
содержимого, из-за которого пользователь и приходит в такое сообщество.
порты TCP и UDP в eMule указаны явным образом и могут быть изменены.
это особенно полезно тем, кто имеет маршрутизатор и настраивает Virtual
server. придется делать 2 сервера, один для TCP, другой для UDP. и тут
ничего не поделать, придется порты указывать прямо, какой входящий,
такой и исходящий. nat такие клиенты не любят. если виртуальные серверы
настроены правильно, но eMule все равно получает низкий статус и
проваливает тест портов, то дело уже в адресе внешнего соединения. и
бороться с этим бесполезно, только взять статический внешний адрес.
со Strongdc++ вроде все проще и бесплатнее: провайдер изначально
присваивает статический локальный адрес, а работает этот клиент чаще
всего в локальных сетях. но у тех, кто имеет хороший брандмауэр или
маршрутизатор, проблемы у этого клиента бывают нередко, особенно с
исходящими соединениями. если исходящее соединение указано как активное,
но включена upNp-структура, клиент качать не будет. если в свойствах
соединения указать upNp, то клиент может заругаться на невозможность
перенаправить трафик. придется опять же иметь дело с портами. в
свойствах соединения указать "ручное перенаправление портов" и
зафиксировать порты в брандмауэре или маршрутизаторе, опять же прямые.
для безопасности порты можно время от времени менять, только делать это
надо синхронно, как в программе, так и в настройках виртуального сервера.
в случае со Strongdc++ можно выбрать "пассивный режим". это особенно
актуально для динамических внешних и локальных адресов. но такой режим
имеет ограничения и не всегда работает нормально.
в eMule пассивного режима нет.
Мацал Кошек

Ответить   Fri, 05 Sep 2008 12:48:14 +0400 (#773286)

 

Ответы:

Здравствуйте уважаемые участники рассылки!
Решил сэкономить свой домашний трафик и поставить на работе закачку с

http://torrents.ru

Программа utorrent. На работе стоит раутер с прокси сервером. В
настройках utorrent прописали настройки прокси, но закачка так и не
пошла. Программа показала синим цветом файл, определила количество пиров
и т. п.Где и что ещё надо подкрутить, чтобы началась закачка?

--
С уважением
Владислав Демьянов
vgd-home@r*****.ru
ICQ: 409211720

Ответить   Fri, 05 Sep 2008 17:10:16 +0600 (#773305)

 

Доброго времени суток, Владислав.

Вы писали:

Необходимо на роутере пробросить (открыть) порт, который использует
utorrent.

Ответить   Иван Штефуряк Fri, 5 Sep 2008 15:20:11 +0300 (#773321)

 

привет.

а чей маршрутизатор, и, если не ваш, в каких отношениях вы с
провайдером? очень может быть, что на ваши компьютеры закрыт UDP-трафик,
чтобы не флудили и не тратили провайдерские деньги. при этом с ftp
качать вы сможете, и с http сможете. а в пиринге не сможете.
Мацал Кошек

Ответить   Fri, 05 Sep 2008 16:09:28 +0400 (#773331)

 

Здравствуйте, Владислав!!!

Original Message > Программа utorrent. На работе стоит раутер с прокси сервером. В

Проверьте, открыт ли порт, который предлагается в uTorrent по умолчанию. Я
сижу за Роутером, предлогавшийся в uTorrent по умолчанию порт открываться не
захотел и я поставил в uTorrent порт 80. Всё заработало. Но есть одно но.
Если пользователь сидит за прокси или роутером, т.е. не имеет прямого IP
адреса, его P2P клиент не может принять входящий запрос и начать, согласно
этому запросу отдавать что-то другому юзеру. Входящий запрос от другого
юзера идёт через определённый порт, но прокси или роутер не знает, кому из
клиентов сети предназначен этот запрос и куда его передать. Это не проблема,
если у другого юзера прямой IP, в такой ситуации, как я понял, клиент
другого юзера попросит трекер оказать любезность, :-) и при очередном
взаимодействии вашего клиента с трекером трекер сообщит клиенту, что к вам
стучатся и ваш клиент сам выполнит исходящее соединение и отдаст всё что
нужно просящему. А вот если встретились два клиента сидящие за роутерами или
прокси, соединиться у них не получится. Спасти их может только появление ещё
одного пира с прямым IP адресом. Тогда этот пир поможет всем соединиться.
Точнее, не сам пир своими ручками, а его Torrent клиент. Ситуацию с роутером
можно решить, закрепив за каждым клиентом сети определённый порт. Привязка
порта к клиенту производится по MAC адресу сетевой карты клиента сети. Ищите
в настройках роутера Port forvording. Часто бывает и так, что провайдер
предоставляет не прямой IP. Тогда остаётся только одно, заказать прямой IP
адрес у провайдера. Я сижу за роутером, но, тем не менее, у меня и качается,
и раздаётся. Всё-таки пользователей с прямым IP не мало. Может быть, с
прямым IP я раздавал бы больше, ну да ладно, и так не плохо.
Может, я в чём-то ошибаюсь и сейчас ввожу народ в серьёзное заблуждение.
С уважением, Алексей.

Ответить   Sun, 14 Sep 2008 23:50:25 +0600 (#775255)

 

Привет всем!
Подскажите пожалуйста, как востановить раздачу в u torrent или bitcomet
ранее закачанных файлов после переустановки системы?

А можно ли как то до сноса системы сохранить все настройки?
--
С уважением
Владислав Демьянов
vgd-home@r*****.ru
ICQ: 409211720

Ответить   Fri, 05 Sep 2008 17:10:18 +0600 (#773306)