|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
22-Июн-22 00:59
(2 года 8 месяцев назад, ред. 22-Июн-22 01:04)
marque95 писал(а):
83281859Оказалось, что uTorrent'у зачем-то нужен доступ и в общественную/публичную сеть тоже
Домашняя и общественная сети это просто пресеты фаервола. Всего лишь значит, что текущее подключение указано как общественное. Винда по идее при первом подключении к сети задает этот вопрос. Ну и всегда можно в настройках подключения поменять.
Хотя с этим надо осторожно быть. Наличие внешнего адреса делает систему уязвимой к атакам извне, и неправильно настроенный/отключенный фаервол может привести к взлому системы.
|
|
|
|
marque95
Стаж: 16 лет 2 месяца Сообщений: 153
|
marque95 ·
22-Июн-22 01:24
(спустя 25 мин., ред. 22-Июн-22 01:24)
Hanabishi писал(а):
83281886
marque95 писал(а):
83281859Оказалось, что uTorrent'у зачем-то нужен доступ и в общественную/публичную сеть тоже
Домашняя и общественная сети это просто пресеты фаервола. Всего лишь значит, что текущее подключение указано как общественное. Винда по идее при первом подключении к сети задает этот вопрос. Ну и всегда можно в настройках подключения поменять.
Хотя с этим надо осторожно быть. Наличие внешнего адреса делает систему уязвимой к атакам извне, и неправильно настроенный/отключенный фаервол может привести к взлому системы.
Вот это что ли? Но тут рекомендуется "открытая" в противовес "частной". (тут можно выбрать только одно)
А когда Винда спрашивает, то оне не рекомендует "общественную", а рекомендует "частную" (тут можно выбрать оба варианта)
ещё одна картинка из интернета
Короче, тут фиг разберёшься. Но я всегда выбирал только рекомендуемое и получил такую подставу.
|
|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
22-Июн-22 06:51
(спустя 5 часов)
marque95 писал(а):
83281912Короче, тут фиг разберёшься. Но я всегда выбирал только рекомендуемое и получил такую подставу.
В этом и есть суть защиты. Открывая порт ты пускаешь к себе на компьютер чужих людей, что является потенциально опасным действием. А так как винда считает себя умнее пользователя (что к слову в большинстве случаев правда), то естественно старается отговорить от такого ответственного шага.
|
|
|
|
Vivianus
Стаж: 15 лет 1 месяц Сообщений: 6058
|
Vivianus ·
13-Окт-22 18:35
(спустя 3 месяца 21 день, ред. 13-Окт-22 18:35)
Странно,
скрытый текст
летом в windows 8.1 вроде порт открывался, не помню, а windows 10 закрыт Создал правила для входящих и исходящих соединений TCP, во вкладке "Протоколы и порты" у локального и удаленного порта выбрал специальный порт, который в utorrent. Но в браузере тест показывает, что порт закрыт. В utorrent тоже восклицательный знак внизу. ip Белый статический начинается всегда 46.191
VPN Ivacy и Aman удалил, перезагрузился, не помогло. Еще снял галки:
Менял: частная и общедоступная. Отключать фаирвол ради проверки както неохота, но может отключу после создания образа системы.
Впрочем, на ноуте windows 8.1 и то же самое. Проблема в провайдере, уже написал им
ТП провайдера ответил: Спасибо за длительное ожидание ответа! Мы порты не закрываем. И к сожалению, подобные вопросы не консультируем.
Что делать. Я даже отключил брандмауэр и отключил службу, по идее, должен был открыться любой порт? ip белый, брандмауэр отключен, порты закрыты на ПК и на ноуте, где вообще чистая ОС. Значит порты закрыты где-то за пределами квартиры. Летом порт был открыт, правда, тогда стояла 8.1, которая сейчас на ноуте.
Еще раз попробовал открыть utorrent порт и теперь галка зеленая. Странно. Но почему Chrome показывал закрытый порт, если даже был выключен фаирвол. Да и utorrent я разрешал все порты. Я посмотрел, у chrome вообще все порты TCP/UDP разрешены. Но при этом сервисы показывают, что порты закрыты
|
|
|
|
ASertaker
Стаж: 13 лет 2 месяца Сообщений: 9
|
ASertaker ·
19-Окт-22 19:13
(спустя 6 дней)
Привет! Возникла интересная ситуация.
Есть два макбука: первый (А) на 10.14.6, второй (Б) на 12.6.
Используется одна и та же wi-fi сеть без каких-либо изменений в правилах. Оба устройства зарегистрированы и имеют постоянный локальный IP.
– У "А" через любой клиент (vuze, transmission, utorrent) моментально цепляет пиров и начинает скачивание, используя весь канал.
– У "Б" через любой клиент (vuze, transmission, utorrent) не находит никого. Были две успешные попытки скачать с известного зарубежного сайта по магнет линку, но это скорее удачное исключение.
Был поднят гигабитный зарубежный VPS, но даже с перенаправлением трафика через wireguard туннель у компьютера "Б" коннект к пирам не идет, на раздачу трафик тоже не уходит (в это же время все остальное работает как и должно, без каких-либо ограничений).
И у "А" и у "Б" отключен местный файервол, ограничений по портам нет. Netstat, pfctl, lsof в разных исполнениях не помогли - возможно не хватило понимания, что сравнивать.
Есть у кого-нибудь идеи, куда смотреть в поисках ответа? Я в растерянности :/
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
19-Окт-22 19:32
(спустя 19 мин.)
ASertaker писал(а):
83783796куда смотреть
Проверьте состояние DHT в обоих случаях. Работает ли и ищет ли пиров.
В случае рутрекера - попробуйте вариант через редактирование hosts - https://rutr.life/forum/viewtopic.php?p=75274766#75274766
|
|
|
|
ASertaker
Стаж: 13 лет 2 месяца Сообщений: 9
|
ASertaker ·
21-Окт-22 15:34
(спустя 1 день 20 часов)
Удалось решить проблему в Vuze путем установки плагина Mainline DHT - может быть кому-то пригодится. По идее глобально он не мог ничего поменять, но работает. Transmisson перестал видеть открытые порты, DHT испольузет, а utorrent так же мертв. Буду пользоваться Vuze, но вообще ситуация интересная. Спасибо!
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
04-Дек-22 19:34
(спустя 1 месяц 14 дней)
В эту тему были перенесены сообщения [6 шт.] из  Обсуждение приложения Rutracker proxy (на данный момент работает с перебоями)
Papant
lghweb писал(а):
83993452там 4 сида было и пиров достаточно.
Где вы 4 сида видели? На трекере или в клиенте? Если клиент список пиров/сидов не получил - качать он не будет.
Ну и второй существенный момент: на раздачах с малым количеством пиров проблемой может стать закрытый порт. Если у вас он закрыт и у остальных пиров тоже - соединиться вы ни с кем не сможете. Когда пиров много (несколько десятков или сотен) - высока вероятность. что найдётся раздающий с открытым портом.
Проверить порт входящих можно любым онлайн сервисом типа http://2ip.ru/check-port/
Клиент при этом должен быть запущен.
|
|
|
|
Strong61
Стаж: 14 лет 11 месяцев Сообщений: 19
|
Strong61 ·
14-Дек-22 20:49
(спустя 10 дней, ред. 14-Дек-22 20:49)
Papant писал(а):
83993701
lghweb писал(а):
83993452там 4 сида было и пиров достаточно.
Проверить порт входящих можно любым онлайн сервисом типа http://2ip.ru/check-port/
Клиент при этом должен быть запущен.
А я правильно понимаю, что только на белом (выделенном) ip могут быть открыты порты?
Я, например, сколько свои не проверял, все закрыты наглухо. Но при этом все раздается и скачивается прекрасно
Если бы тот же 2ip показывал, что у меня порт торрент-клиента открыт, то раздавалось-скачивалось еще лучше бы?
Не совсем понятно как я при закрытых портах что-то раздаю и скачиваю
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
14-Дек-22 20:52
(спустя 3 мин.)
Strong61 писал(а):
84037238я правильно понимаю что только на белом (выделенном) ip могут быть открыты порты?
Да. При этом без разницы - динамический адрес или статический.
Хотя и на сером адресе - иногда возможны входящие соединения при использовании мюторрента версий 2+, если повезёт с провайдером.
Strong61 писал(а):
84037238Не совсем понятно как я при закрытых портах что-то раздаю и скачиваю
Вы можете подключааться к тем пирам, у которых порт открыт.
|
|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
14-Дек-22 21:04
(спустя 11 мин., ред. 14-Дек-22 21:11)
Strong61 писал(а):
84037238Если бы тот же 2ip показывал, что у меня порт торрент-клиента открыт, то раздавалось-скачивалось еще лучше бы?
Если под "лучше" подразумевать, что потенциально сможет подключаться больше пиров, то да.
Strong61 писал(а):
84037238Не совсем понятно как я при закрытых портах что-то раздаю и скачиваю
Открытый порт влияет только на возможность принимать входящие соединения (в клиенте отмечаются флагом I). Исходящее соединение к другим пирам с открытым портом возможно в любом случае, главное чтобы такие были. На популярных раздачах как правило людей с белыми адресами достаточно, поэтому все ок. А вот на редких могут быть ощутимые проблемы.
Плюс протокол uTP позволяет при определенных условиях принять входящие даже за NAT. Но тут рандом и зависимость от конфигурации сети провайдера, как уже было сказано выше.
|
|
|
|
папаВлад
Стаж: 14 лет 2 месяца Сообщений: 2556
|
папаВлад ·
14-Дек-22 23:33
(спустя 2 часа 29 мин., ред. 14-Дек-22 23:33)
У меня вчера вечером что-то изменилось и теперь отдача никакая.
Копм перестал отвечать, остановил принудительно кнопкой выключения, и загрузил, там какое-то окно с предложением обновить Виндовс, отказался, мюТоррент запустил, всё вроде нормально.
Сегодня заметил, что на свежих раздачах отдано ноль, в профиле статистика за сегодня крайне маленькая.
Использую исправленный hosts, вписаны 4 адреса 185.15.211.203, вроде не изменились, раздачи все зелёные.
Канал 250 мегабит, перепроверил на спидтест, полностью выдавливает скорость.
У меня белый IP, не изменился, а вот порт сейчас проверил http://2ip.ru/check-port/ почему-то закрыт, и на ноутбуке стоит мюТоррент оказывается тоже порт закрыт.
Подскажите, где почитать как открывают порт или мне что-то другое нужно искать про внезапное падение отдачи?
--
Получается порт открывают в роутере, попробую разобраться.
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
15-Дек-22 00:06
(спустя 32 мин.)
папаВлад писал(а):
84037761почему-то закрыт
А клиент при этом был запущен?
|
|
|
|
папаВлад
Стаж: 14 лет 2 месяца Сообщений: 2556
|
папаВлад ·
15-Дек-22 11:05
(спустя 10 часов, ред. 15-Дек-22 11:05)
Papant
Да, комп круглосуточно работает с включённым клиентом.
На ноутбуке тоже был запущен.
Полез в роутер, оказывается я не знаю пароль на вход, сбросил настройки через reset, теперь жду техподдержку для настройки интернет.
--
Подключили интернет, опять проверяюсь на 2ip, сейчас порт открыт, но обоих клиентах.
Получается был неведомый глюк.
Теперь мне неясно, нужно ли делать в роутере запланированный проброс портов?, или с белым ip не нужно?
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
15-Дек-22 12:15
(спустя 1 час 9 мин.)
папаВлад
Если в клиенте и в роутере включено UPnP - должно настроиться само.
А без белого адреса - настраивать порты в роутере бесполезно.
|
|
|
|
папаВлад
Стаж: 14 лет 2 месяца Сообщений: 2556
|
папаВлад ·
15-Дек-22 14:38
(спустя 2 часа 23 мин.)
Papant
Ясно, спасибо, значит мюТоррент сам себе открывает нужный порт, заглянул в роутер, по умолчанию UPnP включён, значит дополнительных действий никаких не нужно.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 11:55
(спустя 9 дней, ред. 25-Дек-22 11:55)
В эту тему были перенесены сообщения [5 шт.] из На раздаче есть сид, но не качает целые сутки - поможем скачать "трудные" раздачи!
Papant
Papant писал(а):
84080523edich2
Да вроде не видно больших проблем.. Порт открыт?
У Вас IPv4-адрес - "белый" (статический либо динамический) ?
Первичен не порт, первичен тип IPv4-адреса.
Если IPv4-адрес "серый" (пользователь за NAT у своего провайдера), порт всегда будет закрыт, как ты его не открывай и не пробрасывай через роутер.
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
25-Дек-22 11:57
(спустя 2 мин., ред. 25-Дек-22 12:00)
Cyrmaran писал(а):
84080572Первичен не порт, первичен тип IPv4-адреса.
Разумеется, наличие белого адреса - необходимое(но не достаточное) условие. И при белом адресе порт входящих может быть недоступен.
Cyrmaran писал(а):
84080572Если IPv4-адрес "серый" (пользователь за NAT у своего провайдера), порт всегда будет закрыт, как ты его не открывай и не пробрасывай через роутер.
Ну тут тоже есть оговорка. При использовании клиентов с поддержкой STUN (например мюторрента 2+) - возможно появление входящих даже на сером адресе. При совпадении нескольких условий. Это не совсем открытый порт, но хоть что-то.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 12:06
(спустя 9 мин.)
Papant писал(а):
Разумеется, наличие белого адреса - необходимое(но не достаточное) условие.
А они сегодня становятся всё более и более дефицитными, чем больше людей покупает смартфоны и прочие гаджеты, подключенные к Интернет.
По умолчанию всё больше пользователей, по крайней мере на дешевых тарифах, автоматом отправляется за NAT у провайдера (если не покупают "белый" адрес за отдельную плату как отдельную услугу, либо не находятся на более дорогих тарифах у провайдера, где динамические "белые" адреса пока могут предоставляться по умолчанию - а могут и не предоставляться).
При этом подавляющее большинство пользователей не только Интернета, но и торрентов в частности, об этих "серых"/"белых" адресах и NAT не имеют не малейшего понятия, считают, что и так всё должно работать. Но даже если бы все всё знали, на всех желающих "белых" Ipv4-адресов в ближайшее время всё равно не хватит, и с этим надо что-то делать, задействовать альтернативные технологии.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 12:19
(спустя 13 мин., ред. 25-Дек-22 12:19)
Papant писал(а):
Cyrmaran писал(а):
84080572Если IPv4-адрес "серый" (пользователь за NAT у своего провайдера), порт всегда будет закрыт, как ты его не открывай и не пробрасывай через роутер.
Ну тут тоже есть оговорка. При использовании клиентов с поддержкой STUN (например мюторрента 2+) - возможно появление входящих даже на сером адресе. При совпадении нескольких условий.
Насколько я понимаю, что для того, чтобы это сработало, торрент-трекер должен быть udp-трекером, а не http.
Трекеры рутрекера являются http-трекерами.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 13:49
(спустя 1 час 29 мин., ред. 25-Дек-22 14:03)
Papant писал(а):
Насколько я понимаю - трекер там вообще не критичен. Достаточно наличия на раздаче клиента с поддержкой uTP и белым адресом.
Если на раздаче есть хоть один пир с белым адресом - вопрос поддержки uTP становится неактуальным, все остальные "серые" пиры его увидят (при условии открытости портов) и скачают раздачу именно через этого одного белого пира (и возможно, через этого белого пира в итоге таки смогут увидеть и друг друга, и качать друг у друга, пока они друг друга видят).
Вот когда все пиры/сиды на раздаче "серые" - тогда и начинаются проблемы, что сиды на раздаче значатся и даже много, но никого в клиенте не видно...
А про uTP - вот:
https://en.wikipedia.org/wiki/Micro_Transport_Protocol
"Micro Transport Protocol or μTP (sometimes also uTP) is an open UDP-based variant of the BitTorrent peer-to-peer file sharing protocol intended to mitigate poor latency and other congestion control problems found in conventional BitTorrent over TCP, while providing reliable, ordered delivery."
"Micro Transport Protocol или μTP (иногда также uTP ) — это открытый вариант однорангового протокола обмена файлами BitTorrent на основе UDP , предназначенный для уменьшения задержки и других проблем управления перегрузкой , встречающихся в обычном BitTorrent через TCP , обеспечивая при этом надежную, упорядоченную доставку."
Трекеры рутрекера только http-типа, udp-трекеров не реализовано (а возможно, стоило бы). В этом случае, если передача по UDP-протоколу на рутрекере и есть, она проходит только через DHT, через имеющиеся трекеры это не работает.
Вот еще по теме обхода NAT через uTP. Работает именно по протоколу UDP.
https://en.wikipedia.org/wiki/UDP_hole_punching
Т.е. трекеры для этого должны быть что-то наподобие udp://bt.t-ru.org/ . Лучше в дополнение к http, а не вместо.
|
|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
25-Дек-22 15:43
(спустя 1 час 53 мин., ред. 25-Дек-22 15:45)
Cyrmaran писал(а):
84080671Насколько я понимаю, что для того, чтобы это сработало, торрент-трекер должен быть udp-трекером, а не http.
Нет, тип трекера не имеет значения. В роли STUN-сервера для реализации UDP Hole Punching выступает какой-то случайный пир, трекер в даном процессе никак не участвует.
Cyrmaran писал(а):
84080572Первичен не порт, первичен тип IPv4-адреса.
На самом деле как раз наоборот. Здесь история абсолютно такая же как с локальной сетью за роутером. По сути достаточно пробросить всего 1 порт, иметь целый персональный адрес не обязательно. Просто провайдеры таким обычно не занимаются (хотя некоторые люди сообщали о том, что такая практика таки где-то существует, и что даже UPnP у некоторых на уровне провайдера работал).
|
|
|
|
Papant
Стаж: 17 лет 5 месяцев Сообщений: 56803
|
Papant ·
25-Дек-22 15:46
(спустя 3 мин., ред. 25-Дек-22 15:48)
Hanabishi писал(а):
84081551провайдеры таким обычно не занимаются (хотя некоторые люди сообщали о том, что такая практика таки где-то существует).
Не знаю - есть ли такая практика сейчас, но как-то давно встречал в описании услуги предоставления интернета у какого-то провайдера оговорку о возможности проброса нескольких портов(вроде до 10 на один договор).
Но поскольку это скорее исключение, чем правило - данный вариант можно практически не рассматривать.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 18:31
(спустя 2 часа 44 мин., ред. 25-Дек-22 18:31)
Hanabishi писал(а):
Cyrmaran писал(а):
84080572Первичен не порт, первичен тип IPv4-адреса.
На самом деле как раз наоборот. Здесь история абсолютно такая же как с локальной сетью за роутером. По сути достаточно пробросить всего 1 порт, иметь целый персональный адрес не обязательно. Просто провайдеры таким обычно не занимаются
Поскольку в большинстве случаев провайдеры по запросу каждого пользователя специально для них пробрасывать порт не будут, то на уровне конкретного пользователя первичен тип его IPv4-адреса.
Можно при "белом" IPv4-адресе всё как полагается по инструкции открыть у себя порт, прописать его проброску у себя в маршрутизаторе, но если IPv4-адрес пользователя сменится на "серый" адрес, то порт у него перестанет быть открытым. До следующего получения "белого" IPv4-адреса.
Hanabishi писал(а):
84081551
Cyrmaran писал(а):
84080671Насколько я понимаю, что для того, чтобы это сработало, торрент-трекер должен быть udp-трекером, а не http.
Нет, тип трекера не имеет значения. В роли STUN-сервера для реализации UDP Hole Punching выступает какой-то случайный пир, трекер в даном процессе никак не участвует.
Но ведь этого другого случайного пира пользователю нужно сначала каким-то образом увидеть у себя в клиенте, а если пользователь и этот другой пир - оба за NAT у своих провайдеров, оба имеют "серые" IPv4-адреса - то как они друг друга увидят в клиенте? UDP-трекер как раз может помочь им увидеть друг друга, если он у них обоих присутствует в клиенте.
А если хоть один из них - с "белым" IPv4-адресом, то всё остальное становится несущественным и неактуальным, тогда они и так друг друга увидят.
|
|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
25-Дек-22 18:40
(спустя 9 мин., ред. 25-Дек-22 18:41)
Cyrmaran писал(а):
84082210а если пользователь и этот другой пир - оба за NAT у своих провайдеров, оба имеют "серые" IPv4-адреса - то как они друг друга увидят в клиенте?
Никак, в том и проблема. Нужен 3 пир с открытым портом, чтобы выступить в роли посредника и этих двоих соединить.
Cyrmaran писал(а):
84082210UDP-трекер как раз может помочь им увидеть друг друга
Не поможет, насколько я знаю. Трекер не занимается этим.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
25-Дек-22 19:37
(спустя 56 мин., ред. 25-Дек-22 19:37)
Hanabishi писал(а):
84082366
Cyrmaran писал(а):
84082210а если пользователь и этот другой пир - оба за NAT у своих провайдеров, оба имеют "серые" IPv4-адреса - то как они друг друга увидят в клиенте?
Никак, в том и проблема. Нужен 3 пир с открытым портом, чтобы выступить в роли посредника и этих двоих соединить.
Тогда это не решение. Если на раздаче есть хоть один пир с белым IPv4-адресом - все эти остальные пляски с бубном становятся неактуальными, через этого пира все остальные в итоге скачают и так.
Таки нужно решение для ситуаций, когда на раздаче тридцать пиров - и все с "серыми" Ipv4-адресами (и соответственно, с закрытыми портами - если только у кого-нибудь порт не проброшен на уровне провайдера). В ближайшем будущем таких ситуаций будет становиться всё больше и больше. Пора отвыкать от ситуаций десяти-пятнадцатилетней давности, когда "белых" IPv4-пиров на раздачах хватало для нормального пирингового файлообмена.
Hanabishi писал(а):
Cyrmaran писал(а):
84082210UDP-трекер как раз может помочь им увидеть друг друга
Не поможет, насколько я знаю. Трекер не занимается этим.
Я думаю, стоит таки сделать udp-трекер в дополнение к существующему http-трекеру и попробовать. Хуже не станет точно, но может стать лучше.
|
|
|
|
Hanabishi
Стаж: 14 лет 10 месяцев Сообщений: 2823
|
Hanabishi ·
25-Дек-22 19:48
(спустя 10 мин.)
Cyrmaran писал(а):
84082557Тогда это не решение.
Это никогда и не было решением. В первую очередь даже не потому, что нужна 3 сторона, а потому что UDP Hole Punching работает не на всех типах NAT. То есть целиком зависит от настроек оборудования провайдера и работает не у всех. И даже у кого сегодня работает, завтра провайдер просто поменяет настройки и работать перестанет. То есть гарантий никаких. UDP Hole Punching это не более чем приятный бонус, но точно не решение проблемы.
Cyrmaran писал(а):
84082557В ближайшем будущем таких ситуаций будет становиться всё больше и больше.
Собственно к этому сценарию я и отсылался в соседней теме.
Решений для IPv4 фактически нет. Если всех загонят за NAT, не спасет ничего.
Cyrmaran писал(а):
84082557Я думаю, стоит таки сделать udp-трекер в дополнение к существующему http-трекеру и попробовать. Хуже не станет точно, но может стать лучше.
Возможно, но здесь тоже есть свои технические проблемы. Например с обходом блокировок: UDP трафик сложно проксировать, простой http-прокси как сейчас тут уже не покатит.
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
28-Дек-22 20:53
(спустя 3 дня)
Hanabishi писал(а):
Cyrmaran писал(а):
84080572Первичен не порт, первичен тип IPv4-адреса.
На самом деле как раз наоборот. Здесь история абсолютно такая же как с локальной сетью за роутером. По сути достаточно пробросить всего 1 порт, иметь целый персональный адрес не обязательно. Просто провайдеры таким обычно не занимаются (хотя некоторые люди сообщали о том, что такая практика таки где-то существует, и что даже UPnP у некоторых на уровне провайдера работал).
А вот эта статья "Открываем порты за NAT при помощи NAT-PMP и UPnP IGD" - она о том, как получить открытый порт, находясь за NAT у провайдера, и даже если провайдер специально для пользователя не хочет пробрасывать порты для всего шлюза NAT ? Это реально вообще?
https://habr.com/en/post/279969/
Честно говоря, в статье мало что понял.
|
|
|
|
Hannibal61
Стаж: 15 лет Сообщений: 17913
|
Hannibal61 ·
28-Дек-22 21:57
(спустя 1 час 4 мин.)
Цитата:
два достаточно простых способа по созданию на домашнем роутере правил Port Forwarding
Cyrmaran писал(а):
84095038Это реально вообще?
Cyrmaran
А в первом посте данного топика разве не про это же написано?
|
|
|
|
Cyrmaran
Стаж: 13 лет 2 месяца Сообщений: 2549
|
Cyrmaran ·
28-Дек-22 22:00
(спустя 2 мин.)
Hannibal61
Просьба не отвечать вопросом на вопрос, или снимите лычку "Тех.помощь" и не мешайте.
|
|
|
|
