|
|
|
e.soo
Стаж: 7 лет 3 месяца Сообщений: 72
|
e.soo ·
09-Июл-25 23:01
(3 месяца 2 дня назад, ред. 09-Июл-25 23:01)
x86-64 писал(а):
87976284e.soo
Попробуйте оставить только TCP и убрать лимиты по соединениям вообще
Сделано, клиент перезапущен и сразу ругается на отсутствие прямых соединений (постоянно горит огонёчек внизу). dht видит больше трехсот. Скачивается 1-2 раздачи, но медленно. У меня серый ip, если что.
|
|
|
|
stаlkerok
Стаж: 2 года 8 месяцев Сообщений: 2975
|
stаlkerok ·
09-Июл-25 23:01
(спустя 15 сек.)
e.soo писал(а):
87976426У меня серый ip, если что.
Включите обратно.
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
09-Июл-25 23:17
(спустя 16 мин.)
e.soo писал(а):
87976426ругается на отсутствие прямых соединений
Без выделенного ип и открытого порта их и не будет
stаlkerok писал(а):
87976428Включите обратно.
Не надо его включать, по TCP тоже все будет работать
|
|
|
|
stаlkerok
Стаж: 2 года 8 месяцев Сообщений: 2975
|
stаlkerok ·
09-Июл-25 23:20
(спустя 2 мин., ред. 09-Июл-25 23:20)
x86-64 писал(а):
87976467Не надо его включать, по TCP тоже все будет работать
Нет, не будет. Входящих будет намного меньше, если вообще будут.
Ты же сам это написал, а говоришь все будет работать...
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
09-Июл-25 23:28
(спустя 8 мин.)
stаlkerok писал(а):
87976475Входящих будет намного меньше, если вообще будут.
И? Их и так не будет. UDP далеко не во всех случаях позволяет пробить NAT, это того не стоит
|
|
|
|
e.soo
Стаж: 7 лет 3 месяца Сообщений: 72
|
e.soo ·
10-Июл-25 02:04
(спустя 2 часа 36 мин., ред. 10-Июл-25 02:04)
x86-64 писал(а):
87976467
e.soo писал(а):
87976426ругается на отсутствие прямых соединений
Без выделенного ип и открытого порта их и не будет
stаlkerok писал(а):
87976428Включите обратно.
Не надо его включать, по TCP тоже все будет работать
Не знаю, почему при TCP+uTP значок зеленый и все качается, а если только TCP, то значок огонёк и не качается. Ну как не качается - пара раздач по капле, это все же скорее не качается, чем качается.
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
10-Июл-25 02:35
(спустя 31 мин., ред. 10-Июл-25 02:36)
e.soo
Этого не может быть, потому что на исходящие соединения это не влияет никак. Огонек для серых ип это норма, ибо у вас порт закрыт, вы за NAT провайдера.
|
|
|
|
e.soo
Стаж: 7 лет 3 месяца Сообщений: 72
|
e.soo ·
10-Июл-25 06:03
(спустя 3 часа)
x86-64 писал(а):
87976827e.soo
Этого не может быть, потому что на исходящие соединения это не влияет никак. Огонек для серых ип это норма, ибо у вас порт закрыт, вы за NAT провайдера.
Что же, тогда я предпочту то, чего не может быть, если оно в результате лучше работает.
|
|
|
|
Hanabishi
Стаж: 15 лет 6 месяцев Сообщений: 3059
|
Hanabishi ·
10-Июл-25 06:22
(спустя 19 мин., ред. 10-Июл-25 06:22)
x86-64 писал(а):
87976827Этого не может быть, потому что на исходящие соединения это не влияет никак.
Только вот подавляющее количество сидов сейчас серые, так что направление соединения не имеет значения. Это очень сильно бьет на малопоулярных раздачах, ведь по исходящему TCP в наше время ты соединишься только с 1 из 10 сидов в лучшем случае. Пробивка портов uTP в этой ситуации помогает и очень сильно.
e.soo писал(а):
87976973Что же, тогда я предпочту то, чего не может быть, если оно в результате лучше работает.
Просто x86-64 в данном вопросе объективно неправ и непонятно почему он пытается отрицать очевидное. Белых сидов относительно мало и жить за серым адресом без uTP сейчас стало затруднительно. Что легко проверяется на практике и чекто видно на вашем примере.
|
|
|
|
Vivianus
Стаж: 15 лет 9 месяцев Сообщений: 6465
|
Vivianus ·
10-Июл-25 09:39
(спустя 3 часа, ред. 10-Июл-25 09:39)
Скажите, пожалуйста, имеет смысл ставить галку Use UPnP в Connection с белым адресом и вручную открытым в роутере входящим портом?
|
|
|
|
Romski
Стаж: 15 лет 3 месяца Сообщений: 3702
|
Romski ·
10-Июл-25 09:54
(спустя 14 мин.)
|
|
|
|
GCRaistlin
Стаж: 17 лет 9 месяцев Сообщений: 6445
|
GCRaistlin ·
10-Июл-25 11:39
(спустя 1 час 44 мин.)
Vivianus
Порт должен быть еще проброшен на машину с клиентом, вручную или с помощью UPnP.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1831
|
vlad_ns ·
10-Июл-25 21:39
(спустя 10 часов)
Давайте не так ответим, а поясним.UPnP для автоматического проброса портов. Приложение, в котором эта галка включена, "сообщает" маршрутизатору, что нужно открыть такой-то порт(ты) с такими-то протоколами. От пользователя больше ничего (настройка маршрутизатора) не требуется. Если это делается вручную, ну значит логично, галочка на UPnP в приложении не нужна. Тут важно чтоб порт (он всё равно никуда не делся) в приложении соответствовал тому, что вы "вручную" настроили в маршрутизаторе. Либо наоборот, в маршрутизаторе соответствовал тому что указано в приложении.
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
11-Июл-25 00:47
(спустя 3 часа, ред. 11-Июл-25 01:37)
Hanabishi писал(а):
87976982Только вот подавляющее количество сидов сейчас серые
... поэтому для того, чтобы пользоваться торрентами без проблем, нужно либо арендовать у провайдера выделенный ип и открыть в роутере порт для торрент-клиента, либо, если нет такой возможности, арендовать копеечный vps в РФ, открыть на нем порт, настроить vpn-соединение (Wireguard внутри РФ не блокируют, насколько мне известно) и качать торренты через него. Других способов полностью решить проблему со входящими соединениями просто не существует.
Hanabishi писал(а):
87976982по исходящему TCP в наше время ты соединишься только с 1 из 10 сидов в лучшем случае.
А по UDP ты соединишься с 10 из 10, даже если не считать тех, у кого он выключен?.. И кто здесь отрицает очевидное?)
|
|
|
|
CeyT
Стаж: 17 лет 6 месяцев Сообщений: 93
|
CeyT ·
11-Июл-25 02:30
(спустя 1 час 42 мин.)
x86-64 писал(а):
87976493UDP далеко не во всех случаях позволяет пробить NAT, это того не стоит
Давайте прикинем.
Вот один из многих сервисов, предлагающих готовые решения для аудио и видеосвязи для сайтов, утверждает, что только одной четвёртой или одной пятой части звонков необходимы промежуточные сервера для передачи данных, остальные могут достичь взаимопонимания напрямую:
https://getstream.io/resources/projects/webrtc/advanced/stun-turn/
Но это WebRTC, в который Google и прочие корпоративные разработчики впихнули всё, что могло пригодиться, а потом отлаживали в масштабах планеты, там попытки соединения идут и по TCP, и по UDP, и через альтернативные адреса, и с консультацией у STUN-серверов, какие внешние порты они видят, и с догадками о том, что делает NAT. Торрент-клиенты просто отправляют пакеты пирам, о которых узнали тем или иным способом, в надежде, что рано или поздно попытки с обеих сторон совпадут, и максимум могут попросить уже подключенного третьего пира передать просьбу о соединении кандидату через ut_holepunch (Azureus и его потомки могут для этого использовать участников своей DHT, а не только пиров конкретного торрента). Следовательно, их шансы на успех будут поменьше.
С другой стороны, более близкий сервис приводит другую статистику: только треть клиентов могут соединиться напрямую:
https://habr.com/ru/companies/oleg-bunin/articles/428217/
Но это явно очень ориентированное на смартфоны приложение, а у мобильных операторов NAT самый агрессивно-экономичный. Упоминание того, что 98% их клиентов за NAT, на это тоже намекает. Тем не менее, даже в такой среде в одном случае из трёх пара устройств устанавливает связь.
Видимо, истина где-то посредине, так что проверенным методом из анекдота мы выводим, что половина случайно взятых пар пиров может установить соединение либо с первой попытки, либо немного покряхтев. Зачем же такую долю пропускной способности и шансов найти живого пира отбрасывать только из-за того, что кто-то считает те или иные настройки клиента не кошерными? Пожелание ограничиться прямым TCP, как в дедовские времена, равнозначно требованию на каждой раздаче иметь как минимум одного публично доступного всему миру по TCP пира (он же «хранитель», он же «сидбокс»).
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
11-Июл-25 06:00
(спустя 3 часа, ред. 11-Июл-25 06:00)
CeyT писал(а):
87979967Зачем же такую долю пропускной способности и шансов найти живого пира отбрасывать только из-за того, что кто-то считает те или иные настройки клиента не кошерными?
Изначально вопрос был о маленькой скорости скачивания в клиенте, одной из возможных причин был назван этот протокол, поскольку он не способен дать нормальной скорости даже в локалке, проверено. И кстати, ничего удивительного в этом нет, ведь utp был разработан, как заявлено, "для разгрузки канала", чтобы торрент-клиент не забирал весь трафик на себя. Разумеется, спам огромным количеством пакетов udp разгрузить канал не может и делает намного хуже, причем не только у вас, но и у провайдеров (кстати, вы же помните, что у серых ип стоят лимиты на количество nat-трансляций?), и именно поэтому вскоре после появления этой нанотехнологии они начали активно с ней бороться, некоторые продолжают это делать даже спустя 15 лет.
CeyT писал(а):
87979967Пожелание ограничиться прямым TCP, как в дедовские времена, равнозначно требованию на каждой раздаче иметь как минимум одного публично доступного всему миру по TCP пира (он же «хранитель», он же «сидбокс»).
Суть в том, что utp создает его пользователю проблемы, которые не стоят потенциальной выгоды даже если у него серый ип, а технически безупречное решение проблемы входящих соединений можно получить всего за 50-150 рублей в месяц у вашего провайдера или, в крайнем случае, у хостингов впс. Кстати, в случае с арендой впс, utp можно попробовать и включить, т.к. вся нагрузка, в теории, ляжет именно на него, как на выходной узел)
|
|
|
|
Hanabishi
Стаж: 15 лет 6 месяцев Сообщений: 3059
|
Hanabishi ·
11-Июл-25 07:41
(спустя 1 час 41 мин.)
x86-64 писал(а):
87979820поэтому для того, чтобы пользоваться торрентами без проблем, нужно либо арендовать у провайдера выделенный ип
Понятное дело. Но речь здесь именно о серых товарищах.
x86-64 писал(а):
87979820А по UDP ты соединишься с 10 из 10, даже если не считать тех, у кого он выключен?..
Если пробивка позволяет соединиться хотя бы с 5 из 10, то это уже лютый вин по сравнению, разница небо и земля.
x86-64 писал(а):
87980117Суть в том, что utp создает его пользователю проблемы, которые не стоят потенциальной выгоды даже если у него серый ип
Суть в том, что далеко не у всех настолько большое количество раздач, чтобы uTP стал проблемой.
И еще иногда нужно просто скачать рандомный торрент находясь в чужом месте. В таких условиях uTP сильно помогает, проверено мной лично не раз.
|
|
|
|
e.soo
Стаж: 7 лет 3 месяца Сообщений: 72
|
e.soo ·
11-Июл-25 10:24
(спустя 2 часа 42 мин.)
x86-64 писал(а):
87980117Изначально вопрос был о маленькой скорости скачивания в клиенте, одной из возможных причин был назван этот протокол, поскольку он не способен дать нормальной скорости даже в локалке, проверено.
Если речь о недавних экспериментах с изменением настроек моего клиента, то катастрофически низкая скорость у меня как раз на TCP, а на uTP при сером ip у меня по части скорости все отлично.
|
|
|
|
Hanabishi
Стаж: 15 лет 6 месяцев Сообщений: 3059
|
Hanabishi ·
11-Июл-25 11:57
(спустя 1 час 33 мин.)
x86-64 писал(а):
87980117Изначально вопрос был о маленькой скорости скачивания в клиенте
e.soo писал(а):
87980446на uTP при сером ip у меня по части скорости все отлично.
Если что "маленькой скоростью" мы называем 100 мегабит. 
uTP в кубите имеет проблемы в достижении более высоких скоростей. У меня дает ~100 с шифрованием и ~200 без шифрования.
Соответственно для тех у кого тариф 100 и ниже протокол скорее всего без разницы.
|
|
|
|
incognito_assassin
Стаж: 14 лет 7 месяцев Сообщений: 74
|
incognito_assassin ·
11-Июл-25 12:56
(спустя 59 мин., ред. 11-Июл-25 12:56)
Доброго времени. У меня возможно глупый вопрос. Когда я выделяю раздаччу в списке, вся строка заливается синим цветом. Появилось после обновления программы. Потыкал настройки интерфейса, но нужного пункта не нашёл. Как сделать прозрачным?
И еще один. Покурил последние сообщения темы, но не увидел можно ли что-то сделать со статистикой отданного. Пробовал пункт анонсировать принудительно. На трекере с бабочкой всё норм.
|
|
|
|
stаlkerok
Стаж: 2 года 8 месяцев Сообщений: 2975
|
stаlkerok ·
11-Июл-25 13:06
(спустя 9 мин.)
incognito_assassin, отключите чередование строк, либо не используйте стиль Windows 11
|
|
|
|
incognito_assassin
Стаж: 14 лет 7 месяцев Сообщений: 74
|
incognito_assassin ·
11-Июл-25 15:10
(спустя 2 часа 4 мин.)
stаlkerok, стиль был по-умолчанию, а вот чередование строк помогло. Спасибо)
|
|
|
|
stаlkerok
Стаж: 2 года 8 месяцев Сообщений: 2975
|
stаlkerok ·
11-Июл-25 19:38
(спустя 4 часа)
incognito_assassin, по дефолту Fusion стоит, а такое происходит только с Windows 11
|
|
|
|
Да_Я_Такой
Стаж: 16 лет 11 месяцев Сообщений: 953
|
Да_Я_Такой ·
11-Июл-25 23:29
(спустя 3 часа)
Hanabishi писал(а):
87980709uTP в кубите имеет проблемы в достижении более высоких скоростей.
Значит для 500мбит/с надо оставить только ТСР без шифрования? Сейчас выбрано "подключаться к пирам независимо от настройки"(разрешать шифрование).
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
11-Июл-25 23:41
(спустя 11 мин.)
Да_Я_Такой
Насколько я помню, "разрешить шифрование" включает его только для пиров, у которых стоит "принудительное шифрование"
|
|
|
|
Hanabishi
Стаж: 15 лет 6 месяцев Сообщений: 3059
|
Hanabishi ·
12-Июл-25 01:06
(спустя 1 час 25 мин., ред. 12-Июл-25 01:06)
Да_Я_Такой писал(а):
87982733Значит для 500мбит/с надо оставить только ТСР без шифрования? Сейчас выбрано "подключаться к пирам независимо от настройки"(разрешать шифрование).
Только TCP, но шифрование оставьте как есть, чтобы с любыми пирами соединялось.
TCP позволяет разгоняться до скоростей сильно выше типичного пользовательского интернета (у меня легко 10 Гбит/с делает) независимо от шифрования.
x86-64 писал(а):
87982766Насколько я помню, "разрешить шифрование" включает его только для пиров, у которых стоит "принудительное шифрование"
Да, вот тут подробно расписывал.
|
|
|
|
blpyf
Стаж: 4 года 8 месяцев Сообщений: 450
|
blpyf ·
12-Июл-25 20:47
(спустя 19 часов)
У меня при запуске клиента в некоторых раздачах происходит «Сверка данных». Как отключить?
|
|
|
|
x86-64
Стаж: 7 лет 4 месяца Сообщений: 29080
|
x86-64 ·
12-Июл-25 20:52
(спустя 4 мин.)
blpyf писал(а):
87985576У меня при запуске клиента в некоторых раздачах происходит «Сверка данных». Как отключить?
продвинутые настройки - в самом верху поменять fastresume на sqlite, ускорит этот процесс в несколько раз
|
|
|
|
stаlkerok
Стаж: 2 года 8 месяцев Сообщений: 2975
|
stаlkerok ·
12-Июл-25 21:00
(спустя 8 мин.)
blpyf, никак. Можно запускать клиент свернутым в трей настройки - поведение - состояние окна при запуске - спрятано.
И дать клиенту несколько секунд запуститься.
|
|
|
|
blpyf
Стаж: 4 года 8 месяцев Сообщений: 450
|
blpyf ·
13-Июл-25 08:20
(спустя 11 часов)
stаlkerok, жалко. На µTorrent такого не было.
|
|
|
|
