[Запрос о / отчет об ошибке] Ограничить максимальное количество соединений с X

Здравствуйте,

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

На моей домашней связи 2Mbit широкополосного, после того, как клиент передает 100 соединений, большинство веб-страниц становится недоступным. Да, я знаю, что это слабый широкополосный доступ, потому что она становится легко забиваются, но до сих пор. (Для BitTorrent обычно это занимает около 150 соединений, чтобы заполнить трубы вверх)

Я хотел бы предложить дополнить "-макс-соединение = X" Аргумент командной строки и / или "макс-соединение = X" директива bitcoin.conf.

----
РЕДАКТИРОВАТЬ:

Кажется, что на самом деле это UPnP поддержка в клиенте, который вызывает это. Так что это больше [BUG] ОТЧЕТ чем фт. Запрос.

Я уверен, что клиент открывает только 8 соединений нормально?

Цитата: Sandos от 24 мая 2011 года, 1:26:23 PM

Я уверен, что клиент открывает только 8 соединений нормально?

По-видимому, не больше.

Она идет вверх и вверх и вверх - он достиг до 117 соединений до тех пор пока я убил его, потому что он заполнил трубку пропускной способности.
Проверено на нескольких компьютерах на Linux.

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

Попробуйте запустить с -noupnp?

Цитата: Garrett Burgwardt на 24 мая 2011 года, 1:37:34 PM

Попробуйте запустить с -noupnp?

UPnP отсутствует на маршрутизаторе, я DMZ настроить хотя комп с Bitcoin в настоящее время.
Но почему UPnP влияет на количество соединений с внешними узлами?

----
Я пытаюсь работает Bitcoin с "-noupnp" Теперь, я дам вам обновить в течение нескольких минут.

----
РЕДАКТИРОВАТЬ:

Да, вы были правы -noupnp похоже, установил ее.

Так что это должно быть больше как [Сообщение об ошибке], чем [Запрос о].

Это не составит более 8 исходящих соединений, но если вы не предоставите -nolisten, он будет прослушивать входящие соединения независимо друг от друга. Может быть, вы просто хотите использовать -nolisten?

Цитата: Pieter Wuille на 24 мая 2011 года, 2:00:21 PM

Но я хочу, чтобы слушать.

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

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

Вау вау вау. Держись там. UPnP не имеет ничего общего с этим. Прежде всего, чтобы ответить на ваш первоначальный вопрос, вы можете просто использовать -maxconnections = XX, чтобы ограничить максимальные соединения (по умолчанию 125), это было в клиенте в течение достаточно долгого времени.
-noupnp фактически заканчивает работать точно так же, как -nolisten в том, что с поддержкой UPnP (что это не так, по умолчанию, если вы не построили себя USE_UPNP = 1) ваш маршрутизатор будет переадресовывать соединения должным образом позволяет получить более 8, принимая входящие соединения. -nolisten будет в конечном итоге делает то же самое, отклоняя входящие соединения. То, что вы должны сделать, это оставить UPnP на (и / или переслать порты вручную) и ограничить свои связи с чем-то, что работает для вас, помогая сеть, которая в последнее время стало очень трудно для начальной загрузки и сделать первоначальные соединения из-за огромное количество людей, работают узлы, которые не принимают входящие соединения и / или не имеют их порты перенаправлены правильно.

Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM

Ах, моя ошибка, то я предположил, что как предположение, не означает, изображать кого-то, кто знал, что они говорили о том,

Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM

Хммм ...

Жаль, что это не проявляется, когда я делаю # Bitcoin --help.
В противном случае я бы не начать эту тему.

Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM

-noupnp фактически заканчивает работать точно так же, как -nolisten в том, что с поддержкой UPnP (что это не так, по умолчанию, если вы не построили себя USE_UPNP = 1)

Weird. Я использую предварительно построенный Bitcoin бинарной версии 0.3.20. Сооружена она с поддержкой UPnP тогда?
Если нет, то каким образом выводя из строя UPnP может закрепили его?

Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM

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

Почему отключить UPnP должен сделать клиент отклонять соединения? Это странно. Не следует ли считать это ошибка?

Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM

То, что вы должны сделать, это оставить на UPnP (и / или перенаправлять порты вручную)

Я перенаправлены порты вручную ... Я сказал, что я есть DMZ настроить.
Кроме того, UPnP отключен на маршрутизаторе в любом случае (я считаю, что это ненужный риск для безопасности), поэтому включение или отключение UPnP не должно иметь никакого эффекта.

Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM

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

Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM

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

Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM

Да, как это делает с помощью UPnP опций в 0.3.20.

24 мая 2011, 1:13:52 PM	# 1
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуйте, У меня теоретически неважная, но практически проблемная небольшая проблема с основным клиентом Bitcoin: он производит слишком много связей с внешними клиентами и засоряет свою пропускную способность. На моей домашней связи 2Mbit широкополосного, после того, как клиент передает 100 соединений, большинство веб-страниц становится недоступным. Да, я знаю, что это слабый широкополосный доступ, потому что она становится легко забиваются, но до сих пор. (Для BitTorrent обычно это занимает около 150 соединений, чтобы заполнить трубы вверх) Я хотел бы предложить дополнить "-макс-соединение = X" Аргумент командной строки и / или "макс-соединение = X" директива bitcoin.conf. ---- РЕДАКТИРОВАТЬ: Кажется, что на самом деле это UPnP поддержка в клиенте, который вызывает это. Так что это больше [BUG] ОТЧЕТ чем фт. Запрос.

24 мая 2011, 1:26:23 PM	# 2
Sandos Сообщения: 205 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Получил 1806 Биткоинов Реальная история. Я уверен, что клиент открывает только 8 соединений нормально?

24 мая 2011, 1:27:38 PM	# 3
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: Sandos от 24 мая 2011 года, 1:26:23 PM Я уверен, что клиент открывает только 8 соединений нормально? По-видимому, не больше. Она идет вверх и вверх и вверх - он достиг до 117 соединений до тех пор пока я убил его, потому что он заполнил трубку пропускной способности. Проверено на нескольких компьютерах на Linux. Кроме того, он делает это даже после того, как все блоки загружаются.

24 мая 2011, 1:37:34 PM	# 4
Garrett Burgwardt Сообщения: 476 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Попробуйте запустить с -noupnp?

24 мая 2011, 1:55:51 PM	# 5
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: Garrett Burgwardt на 24 мая 2011 года, 1:37:34 PM Попробуйте запустить с -noupnp? UPnP отсутствует на маршрутизаторе, я DMZ настроить хотя комп с Bitcoin в настоящее время. Но почему UPnP влияет на количество соединений с внешними узлами? ---- Я пытаюсь работает Bitcoin с "-noupnp" Теперь, я дам вам обновить в течение нескольких минут. ---- РЕДАКТИРОВАТЬ: Да, вы были правы -noupnp похоже, установил ее. Так что это должно быть больше как [Сообщение об ошибке], чем [Запрос о].

24 мая 2011, 2:00:21 PM	# 6
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Это не составит более 8 исходящих соединений, но если вы не предоставите -nolisten, он будет прослушивать входящие соединения независимо друг от друга. Может быть, вы просто хотите использовать -nolisten?

24 мая 2011, 2:16:46 PM	# 7
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: Pieter Wuille на 24 мая 2011 года, 2:00:21 PM Это не составит более 8 исходящих соединений, но если вы не предоставите -nolisten, он будет прослушивать входящие соединения независимо друг от друга. Может быть, вы просто хотите использовать -nolisten? Но я хочу, чтобы слушать. Не слушая его трудно / медленно для клиента, чтобы сделать много внешних соединений. При прослушивании это мгновенно. Но актуальная проблема сломана поддержка UPnP, так что теперь дело ясное. Более старые версии не были затронуты, потому что не было никакого UPnP вообще в них.

24 мая 2011, 3:05:52 PM	# 8
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Вау вау вау. Держись там. UPnP не имеет ничего общего с этим. Прежде всего, чтобы ответить на ваш первоначальный вопрос, вы можете просто использовать -maxconnections = XX, чтобы ограничить максимальные соединения (по умолчанию 125), это было в клиенте в течение достаточно долгого времени. -noupnp фактически заканчивает работать точно так же, как -nolisten в том, что с поддержкой UPnP (что это не так, по умолчанию, если вы не построили себя USE_UPNP = 1) ваш маршрутизатор будет переадресовывать соединения должным образом позволяет получить более 8, принимая входящие соединения. -nolisten будет в конечном итоге делает то же самое, отклоняя входящие соединения. То, что вы должны сделать, это оставить UPnP на (и / или переслать порты вручную) и ограничить свои связи с чем-то, что работает для вас, помогая сеть, которая в последнее время стало очень трудно для начальной загрузки и сделать первоначальные соединения из-за огромное количество людей, работают узлы, которые не принимают входящие соединения и / или не имеют их порты перенаправлены правильно.

24 мая 2011, 3:08:59 PM	# 9
Garrett Burgwardt Сообщения: 476 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM Вау вау вау. Держись там. UPnP не имеет ничего общего с этим. Прежде всего, чтобы ответить на ваш первоначальный вопрос, вы можете просто использовать -maxconnections = XX, чтобы ограничить максимальные соединения (по умолчанию 125), это было в клиенте в течение достаточно долгого времени. -noupnp фактически заканчивает работать точно так же, как -nolisten в том, что с поддержкой UPnP (что это не так, по умолчанию, если вы не построили себя USE_UPNP = 1) ваш маршрутизатор будет переадресовывать соединения должным образом позволяет получить более 8, принимая входящие соединения. -nolisten будет в конечном итоге делает то же самое, отклоняя входящие соединения. То, что вы должны сделать, это оставить UPnP на (и / или переслать порты вручную) и ограничить свои связи с чем-то, что работает для вас, помогая сеть, которая в последнее время стало очень трудно для начальной загрузки и сделать первоначальные соединения из-за огромное количество людей, работают узлы, которые не принимают входящие соединения и / или не имеют их порты перенаправлены правильно. Ах, моя ошибка, то я предположил, что как предположение, не означает, изображать кого-то, кто знал, что они говорили о том,

24 мая 2011, 3:44:09 PM	# 10
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM Вау вау вау. Держись там. UPnP не имеет ничего общего с этим. Прежде всего, чтобы ответить на ваш первоначальный вопрос, вы можете просто использовать -maxconnections = XX, чтобы ограничить максимальные соединения (по умолчанию 125), это было в клиенте в течение достаточно долгого времени. Хммм ... Жаль, что это не проявляется, когда я делаю # Bitcoin --help. В противном случае я бы не начать эту тему. Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM -noupnp фактически заканчивает работать точно так же, как -nolisten в том, что с поддержкой UPnP (что это не так, по умолчанию, если вы не построили себя USE_UPNP = 1) Weird. Я использую предварительно построенный Bitcoin бинарной версии 0.3.20. Сооружена она с поддержкой UPnP тогда? Если нет, то каким образом выводя из строя UPnP может закрепили его? Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM ваш маршрутизатор будет переадресовывать соединения должным образом позволяет получить более 8, принимая входящие соединения. -nolisten будет в конечном итоге делает то же самое, отклоняя входящие соединения. Почему отключить UPnP должен сделать клиент отклонять соединения? Это странно. Не следует ли считать это ошибка? Цитата: Matt Corallo от 24 мая 2011 года, 3:05:52 PM То, что вы должны сделать, это оставить на UPnP (и / или перенаправлять порты вручную) Я перенаправлены порты вручную ... Я сказал, что я есть DMZ настроить. Кроме того, UPnP отключен на маршрутизаторе в любом случае (я считаю, что это ненужный риск для безопасности), поэтому включение или отключение UPnP не должно иметь никакого эффекта.

24 мая 2011, 3:48:51 PM	# 11
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [Запрос о отчет / BUG] Ограничить максимальное число подключений к X Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM Weird. Я использую предварительно построенный Bitcoin бинарной версии 0.3.20. Сооружена она с поддержкой UPnP тогда? Если нет, то каким образом выводя из строя UPnP может закрепили его? 0.3.20 не поддерживает UPnP на всех. -noupnp не делает ... вообще ничего в 0.3.20. Тем не менее, в последнее время, самонастройки и первоначальные соединения по сети стали очень, очень медленно и случайным образом, что, вероятно, именно то, что вы видите. Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM Почему отключить UPnP должен сделать клиент отклонять соединения? Это странно. Не следует ли считать это ошибка? То не о клиенте, то есть о маршрутизаторе. Если UPnP включен (на Bitcoin и маршрутизатором), можно будет получить входящие соединения, в то время как, если его выключить (а не ваши порты вручную пересылаются) не существует никакого способа для любого приложения, чтобы принимать входящие соединения. Цитата: ShadowOfHarbringer от 24 мая 2011 года, 3:44:09 PM Я перенаправлены порты вручную ... Я сказал, что я есть DMZ настроить. Кроме того, UPnP отключен на маршрутизаторе в любом случае (я считаю, что это ненужный риск для безопасности), поэтому включение или отключение UPnP не должно иметь никакого эффекта. Да, как это делает с помощью UPnP опций в 0.3.20.

Заголовок