|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
05-Апр-17 20:54
(7 лет 8 месяцев назад, ред. 30-Дек-17 20:14)
(вывел сообщения в отдельную тему) Информация для администрации: 1. Сделайте IPv6 для
bt*.rutracker.cc
bt*.t-ru.org
У многих подняты ipv6-туннели, с приоритетом на него, и мучатся со всякими прокси не надо, т.к. ipv6 адрес будет идти первым. 2. Или добавьте в аннонсеры чистый ipv6 вида
http://[aaaa:bbbb:cccc::1]:80/ann
Тогда (поднятый по умолчанию на всех виндоz) Teredo будет коннектить к нему (в том числе и другие ipv6-туннели и native пользователи). И проблема блокировки аннонсеров затронет только единицы.
Информация для пользователей: (При условии, если администрация воплотит 2'ой пункт выше Иначе, эта информация бесполезна) 1. На Win XP,Vista,7,8,8.1, Teredo больше не работает по умолчанию "из коробки", в виду закрытия серверов teredo.ipv6.microsoft.com и win8.ipv6.microsoft.com
Это легко исправить, через командную строку (от имени администратора):
netsh interface ipv6 set teredo enterpriseclient win10.ipv6.microsoft.com
Так-же можно воспользоватся альтернативными серверами:
или
2. В "оптимизированных сборках", часто любят отключать Teredo, чтобы включить его обратно, достаточно через командную строку (от имени администратора)
Выполнить две последовательные команды:
sc config iphlpsvc start= auto
net start iphlpsvc
Данной настройки, будет достаточно, чтобы подключатся к прямым IPv6 адресам. Если у вас win10 и не "оптимизированная сборка", то настройки не требуется, всё работает "штатно из коробки"
Проверить работоспособность http://[2001:470:1:18::119]:80/
Если сайт открылся - всё ок!
|
|
Ласьтик
Стаж: 14 лет 11 месяцев Сообщений: 10
|
Ласьтик ·
05-Апр-17 21:32
(спустя 37 мин.)
Сделал как в 1 шаге - работает! И в торрент-клиенте появились ipv6 адреса.
Только остался вопрос: теперь всегда будет ipv6 включен или надо каждый раз это в командной строке прописывать?
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
05-Апр-17 21:49
(спустя 17 мин., ред. 05-Апр-17 21:49)
Ласьтик Один раз настроил, и всё.
Еще один плюс Teredo, в том, что он прошибает провайдерские NAT'ы, тем самым давая огромный плюс для p2p.
p.s. Да кстати, WinXP пользователям, настоятельно рекомендуется иметь сторонний фаервол при включенном Teredo (да и при выключенном тоже ибо система очень дырявая, и они поленились делать заплатку)
А вот Vista+ пользователям можно не беспокоится за доп.безопасность при включенном Teredo. т.е. можете спокойно продолжать пользоваться хоть стандартным фаерволом, хоть не пользоваться вообще (есть и такие).
|
|
Timofejj
Стаж: 13 лет 7 месяцев Сообщений: 341
|
Timofejj ·
05-Апр-17 22:21
(спустя 31 мин., ред. 05-Апр-17 22:21)
Давно уже ратовал за IPv6 в любом его виде. Проблема в том что в интернет сообществе находятся агитаторы против его внедрения. С провайдерами всё ясно, им понятное дело чего надо боятся после его внедрения. А вот остальным то какое дело?
|
|
TyroSpy
Стаж: 14 лет 11 месяцев Сообщений: 58
|
TyroSpy ·
07-Апр-17 21:32
(спустя 1 день 23 часа)
p2p через туннели, тем более через тормоз teredo это бред. анонсеры другое дело, но думаю возможны проблемы с безопасность и утечкой пасскеев
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
07-Апр-17 22:44
(спустя 1 час 11 мин., ред. 07-Апр-17 22:44)
TyroSpy
Когда пользователь находится в провайдерском NAT'e он может соединиться только с теми кто имеет белый IP, а если у пользователя стоит роутер без настройки проброса порта, увы никак, и тем более с другими NAT пользователями.
Teredo дает возможность пробиваться через NAT'ы и пробросы портов, делая тем самым невозможное, даже связь NAT пользователей c другими NAT пользователями.
К тому-же предложенный мною вариант относится и к коннекту с аннонсером. т.к. у большинства пользователей Teredo активирован по умолчанию, то по сути даст профит для большинства, без манипуляций настроек со стороны пользователя, другие случаи и их решение описаны ранее. Teredo бесспорно не быстр, но только в случаях момента коннекта, а сами скорости объема он держит по максимому. Единственная проблема Teredo, в том, что он по умолчанию умеет работать только с прямыми ipv6 адресами, но её решение в данном случае не требуется, т.к. нет необходимости в web сёрфинге через Teredo.
Безопасность утечек существует у DHT. Teredo же в этом плане не отличается от ipv4.
|
|
HedgehogInTheCPP
Стаж: 18 лет 6 месяцев Сообщений: 561
|
HedgehogInTheCPP ·
07-Апр-17 23:13
(спустя 29 мин.)
Не соглашусь с:
Цитата:
1. На Win XP,Vista,7., Teredo уже не работает по умолчанию "из коробки", в виду смены адреса сервера с teredo.ipv6.microsoft.com на win8.ipv6.microsoft.com
ибо всё работает из коробки это алиасы на один адрес и работают одинаково.
Код:
>nslookup teredo.ipv6.microsoft.com
╚ь : onprembn11.ipv6.microsoft.com.akadns.net
Address: 157.56.106.184
Aliases: teredo.ipv6.microsoft.com
onpremwindows.ipv6.microsoft.com.akadns.net >nslookup win8.ipv6.microsoft.com
╚ь : onprembn11.ipv6.microsoft.com.akadns.net
Address: 157.56.106.184
Aliases: win8.ipv6.microsoft.com
onpremwindows.ipv6.microsoft.com.akadns.net
С этим тоже не соглашусь:
Цитата:
Когда пользователь находится в провайдерском NAT'e он может соединиться только с теми кто имеет белый IP, а если у пользователя стоит роутер без настройки проброса порта, увы никак, и тем более с другими NAT пользователями.
ибо если не использовать доисторические версии и принудительно не выключать uTP то STUN/TURN NAT Traversal в некоторых случаях таки спасает. Кроме того пользователь может соединиться с соседями по провайдерскому NAT-у и частенько это очень большие сети, а в случае мелких провайдеров в локалке обычно существует грамотный пиринг между соседними операторами с единым пулом "серых" адресов иначе такие операторы не выживают.
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
08-Апр-17 02:52
(спустя 3 часа, ред. 08-Апр-17 02:52)
L.Rainman
По поводу сервера - значит вернули обратно, причем совсем недавно (см. сообщение от Ласьтик), а не работал примерно с середины 2015.
Т.ч. кто их знает, сейчас вернули завтра обратно отключат.
Цитата:
С этим тоже не соглашусь:
В смысле, или вы не соглашаетесь, или предлагаете еще один вариант uTP, это другой вариант обхода NAT (причем весьма посредственный метод, это надо признать), как и связь внутри NAT'a, а именно retracker.local и "поиск локальных пиров".
Я не предлогаю навязывать настраивать Teredo, он и так уже достаточно настроен для необходимого коннекта с аннонсером, ведь именно это мы и обсуждаем прежде всего.
И uTP, retracker.local и "поиск локальных пиров" в этом деле не помогут никак.
|
|
Ryanclow
Стаж: 18 лет Сообщений: 3158
|
Ryanclow ·
08-Апр-17 09:35
(спустя 6 часов, ред. 08-Апр-17 09:35)
Не знаю у кого как, у меня на 10-ке не работает. Раздачи все равно красные, хотя проверку прохожу
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
08-Апр-17 19:44
(спустя 10 часов, ред. 08-Апр-17 19:44)
Ryanclow т.к. смотри первый пост
Цитата:
Информация для пользователей: (При условии, если администрация воплотит 2'ой пункт выше Иначе, эта информация бесполезна)
для старых торрентов их придётся перекачивать чтобы новый аннонсер там появился, или воспользоватся патчером. Но пока нового аннонсера увы не появилось.
Администрация рутрекера молчит как партизаны, "не да, не нет", а кое-кто из сторонних крупных трекеров уже сделал это заранее не дожидаясь блокировок.
|
|
Ryanclow
Стаж: 18 лет Сообщений: 3158
|
Ryanclow ·
08-Апр-17 21:30
(спустя 1 час 46 мин.)
Tracker35
Понятно, я думал они со своей стороны уже все сделали. Ладно, будем ждать ответа.
|
|
Blackmeser
Стаж: 16 лет Сообщений: 84
|
Blackmeser ·
09-Апр-17 23:53
(спустя 1 день 2 часа)
Поддерживаю, для аннонсеров нужен IPv6. Нет гемора поиском прокси-серверов.
|
|
ntman
Стаж: 16 лет 1 месяц Сообщений: 25
|
ntman ·
10-Апр-17 00:15
(спустя 22 мин.)
Blackmeser писал(а):
72875349Поддерживаю, для аннонсеров нужен IPv6. Нет гемора поиском прокси-серверов.
и я туда же, то есть Ipv6 это, пусть не светлое, но будущее. кроме торедо есть куда операторов, дающих туннели.
|
|
wasdd
Стаж: 16 лет 1 месяц Сообщений: 28
|
wasdd ·
10-Апр-17 01:46
(спустя 1 час 31 мин.)
Поддерживаю! IPv6 уже несколько лет лично у меня настроен на роутере и работает прекрасно. Очень приятно что даже без VPN/прокси/whatever у меня из дома открываются все IPv6-сайты в обход. Даже как-то непривычно видеть провайдерские заглушки, когда в гостях у друзей.
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
19-Апр-17 20:48
(спустя 9 дней, ред. 19-Апр-17 20:48)
Трекер берет адрес пира как адрес подключенца. Это значит, что при дергании ipv6 анонсера будет добавляться ipv6 адрес пира. ipv4 адрес при этом не добавляется в пиры, доступные для остальных.
Поэтому те, у кого по ipv4 анонсер обламывается, а ipv6 работает, для большинства юзеров будут все равно невидимы, ведь ipv6 в процентном отношении есть у очень малого количества юзеров
У тех же, что имеют ipv6, он может оказаться чаще всего тередовским по умолчанию от микрософт, а значит никаким со скоростью с горем пополам 2 кб в сек и закрытыми портами (на тередо налагаются ограничения по умолчанию, без явных разрешающих действий приложения (setsockopt) входящие невозможны). Такие пиры совершенно бесполезны.
|
|
avpopik
Стаж: 12 лет 11 месяцев Сообщений: 10
|
avpopik ·
19-Апр-17 23:11
(спустя 2 часа 22 мин.)
Понравилась цитата:
скрытый текст
Цитата:
Однако с внедрением протокола IPv6 ситуация может измениться, так как интернет-провайдеры могут фактически потерять возможность выполнять требования Роскомнадзора», — говорит аналитик РАЭК. Формально отдельные интернет-ресурсы, работающие по протоколу IPv6, конечно, могут быть заблокированы провайдером, но за счет практически бесконечного количества адресов в IPv6 владельцам заблокированного ресурса ничего не стоит настроить переадресацию на зеркала ресурса. «Причем сам пользователь этого даже не заметит. Для него запрещенный сайт будет виден так же, как и до блокировки»
|
|
xc62x
Стаж: 16 лет 4 месяца Сообщений: 76
|
xc62x ·
20-Апр-17 20:07
(спустя 20 часов)
kx77 писал(а):
72944687У тех же, что имеют ipv6, он может оказаться чаще всего тередовским по умолчанию от микрософт, а значит никаким со скоростью с горем пополам 2 кб в сек и закрытыми портами (на тередо налагаются ограничения по умолчанию, без явных разрешающих действий приложения (setsockopt) входящие невозможны). Такие пиры совершенно бесполезны.
ЛОЛШТО? Teredo, а также 6to4, отлично работает!!!
Через тередо 3,6 мегабайт в секунду!!!, через 6to4 578,6 килобайт(тоже нормальная скорость, он мало у кого настроен обычно оставляют только тередо).
Через IPv6-туннели плохо качает только с нативных ipv6, тут нужен натив желательно от прова.
Teredo пиры 3,6 мегабайт в секунду
И вообще каждый любитель торрентов должен иметь 4 настроенных интерфейса:
1. Нативный(Родной) IPv6(желательно от провайдера)
2. Нативный(Родной) IPv4(это само собой :))
3. Настроенный Teredo туннель (связь между двумя пользователями Teredo происходит напрямую, скорость должна быть тарифной, "пробивает" почти все NATы)
4. Настроенный 6to4 (связь между двумя пользователями 6to4 происходит напрямую, скорость должна быть чуть ниже тарифной)
ЗЫ. в μTorrent(uTorrent) скорость должна быть установлена без ограничений, в противном случае скорости через Teredo и 6to4 будут 0.1кб/c
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
20-Апр-17 21:55
(спустя 1 час 47 мин., ред. 20-Апр-17 21:55)
xc62x писал(а):
3. Настроенный Teredo туннель (связь между двумя пользователями Teredo происходит напрямую, скорость должна быть тарифной, "пробивает" почти все NATы)
4. Настроенный 6to4 (связь между двумя пользователями 6to4 происходит напрямую, скорость должна быть чуть ниже тарифной)
Лол или не лол это еще непонятно. По логике это выглядит так. Анонсер запишет к себе лишь тот ipv6, с которого ты подключился. Все твои ipv6 загнать в пиры не выйдет.
Source будет определяться через таблицу приоритетов префиксов. native/6in4, 6to4, teredo в порядке убывания приоритета.
Связь дефолтного тереда и ipv6 кроме тереда крайне тормозная (5-10-50 кб/с) благодаря убогости шлюзов ms.
Связь 6to4 с не-6to4 возможна через шлюз только в одну сторону. Входящие невозможны. Качество шлюзов зависит от провайдера. Часто 300-500 кб/с, и это не на каждого пира, а на весь ipv6.
Если ты поднял все 3 варианта, то в таком случае тебе проще. Но не проще всем остальным, кто хочет к тебе. Они лишь увидят твой самый приоритетный native/6in4
Я беру wireshark и тупо не вижу, чтобы к анонсерам клиент отсылал адреса в HTTP запросе или пытался подключаться несколько раз со всех имеющихся ipv6. У меня 6in4+6to4 и qbittorent. Может utorrent как-то ведет себя иначе, и в нем эта проблема решена специально. Ко мне никто не подключается по 6to4, хотя порты не закрыты. Есть несколько пиров, но они всех исходящие.
И даже если у тебя есть белый ipv4, тебя не найдут через анонсер, если ты не сделал правильный обход блокировки по ipv4, потому что ipv6 анонсер не видит твой ipv4, а клиент явно адрес не сообщает.
|
|
xc62x
Стаж: 16 лет 4 месяца Сообщений: 76
|
xc62x ·
21-Апр-17 00:56
(спустя 3 часа, ред. 21-Апр-17 00:56)
kx77 писал(а):
Лол или не лол это еще непонятно. По логике это выглядит так. Анонсер запишет к себе лишь тот ipv6, с которого ты подключился. Все твои ipv6 загнать в пиры не выйдет.
Все ipv6 загнать в пиры выйдет!!! Анонсер оперирует связкой ip адрес + peer-ID
kx77 писал(а):
Source будет определяться через таблицу приоритетов префиксов. native/6in4, 6to4, teredo в порядке убывания приоритета.
Все верно! У большинства торрент клиентов связки разный_ ip-адрес + тотже_peer-ID запрещены ,поэтому соединение будет только одно, либо натив ipv6 если его нет, то натив ipv4 а все туннели отвалятся. В utorrent связки разный_ ip-адрес + тотже_peer-ID можно включить(тока я не помню как, давным давно настраивал )
Так же у большинства торрент клиентов запрещены связки тотже_ ip-адрес + разный_peer-ID, в utorrent лечится через bt.allow_same_ip *true
kx77 писал(а):
Связь дефолтного тереда и ipv6 кроме тереда крайне тормозная (5-10-50 кб/с) благодаря убогости шлюзов ms.
Так это и не нужно! Teredo должен соединяться с Teredo! native_ipv6/6in4, 6to4 адреса ему не нужны Utorrent именно так и работает. Если сильно нужно не тередо ipv6 адрес, то нужно запиливать через провайдера или Tunnel Broker(6in4) или VPN с ipv6.
kx77 писал(а):
Связь 6to4 с не-6to4 возможна через шлюз только в одну сторону. Входящие невозможны. Качество шлюзов зависит от провайдера. Часто 300-500 кб/с, и это не на каждого пира, а на весь ipv6.
Как и Teredo, 6to4 нужен для соединения с 6to4 адресами Входящие невозможны, так как закрыты порты. Если не ошибаюсь открывать их нужно все:crazy:, так как порты выбираются случайным образом.
У Teredo в Win7 порт можно задать через Пуск – Выполнить - gpedit.msс => Административные шаблоны –> Сеть –> Параметры TCP/IP –> Технологии Тунилирования IPv6 => Порт клиента Teredo
kx77 писал(а):
Если ты поднял все 3 варианта, то в таком случае тебе проще. Но не проще всем остальным, кто хочет к тебе. Они лишь увидят твой самый приоритетный native/6in4
Они видят все 3 ip адреса(ipv4, 6to4, Teredo), на скриншоте это видно, если бы видели только приоритетный(это ipv4), то 6to4 и Teredo адресов небылобы
kx77 писал(а):
Я беру wireshark и тупо не вижу, чтобы к анонсерам клиент отсылал адреса в HTTP запросе или пытался подключаться несколько раз со всех имеющихся ipv6. У меня 6in4+6to4 и qbittorent. Может utorrent как-то ведет себя иначе, и в нем эта проблема решена специально. Ко мне никто не подключается по 6to4, хотя порты не закрыты. Есть несколько пиров, но они всех исходящие.
У меня установлен qbittorent 3.3.7 правда я им почти не пользуюсь и если не ошибаюсь у qbittorent запрещены связки тотже_ ip-адрес + разный_peer-ID и наоборот, как исправить я не знаю, не нашел опций.
kx77 писал(а):
И даже если у тебя есть белый ipv4, тебя не найдут через анонсер, если ты не сделал правильный обход блокировки по ipv4, потому что ipv6 анонсер работает только с ipv6 адресами и не видит твой ipv4.
Про ipv4 анонсер речь не идет, с ним все понятно, а вот анонсер ipv6 на рутрекере хотелось бы чтоб запилили
ЗЫ.
тот скриншот сделан с этой раздачи https://rutr.life/forum/viewtopic.php?t=5377390
На скриншоте кстати видно связь с 2 нативными ipv6 пирами через 6to4 в сумме 95кб/с тоже не плохо
А вот тут показывает 19.3Мбита через 6to4
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
21-Апр-17 10:34
(спустя 9 часов, ред. 22-Апр-17 07:59)
На практике шлюзы 6to4 доступны не на всех провайдерах. Если у вас не работает 192.88.99.1, то 6to4 может связываться только с 6to4. Достучаться с 6to4 до трекера на нативном ipv6 не выйдет.
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
21-Апр-17 15:14
(спустя 4 часа, ред. 21-Апр-17 15:14)
У Teredo адресов, IPV4 сидит в основе их IPV6
К примеру адресс вида:
2001:0:c38c:c38c:441:ec77:fda0:655f
Teredo prefix : 2001:0
Server adress : c38c:c38c = 195.140.195.140
Random : 441
Port : ec77 = 5000
Ipv4 adress : fda0:655f = 2.95.154.160
Анонсеру лишь достаточно взять 2.95.154.160 из Teredo адреса, сопоставить с предложенным клиентом портом (не из тередо адреса) и записать в таблицу.
Примерно то-же самое и у 6to4. 2002:aabb:ccdd:
Но учтите, 6to4 и 6in4 нужно настраивать ручками. А Teredo уже включен на 95%+ всех Windows Vista-10
Ну если включен, то почему бы и не пользоваться сие благами, что дали нам прани из MS, более 10 лет назад и исправно работающий по сей день.
Для этого достаточно лишь прямого ipv6 адреса анонсеру, и простой XOR на нём для преобразования по префиксам 2001:0 и 2002: в пул ipv4 адресов.
Но админим походу лень заморачиватся, проще пустить всех в настройку проксей...
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
21-Апр-17 15:39
(спустя 25 мин.)
Tracker35 писал(а):
Анонсеру лишь достаточно взять 2.95.154.160 из Teredo адреса, сопоставить с предложенным клиентом портом (не из тередо адреса) и записать в таблицу.
Но админим походу лень заморачиватся, проще пустить всех в настройку проксей...
Разумно. Но это нестандартная функция трекера. Будет работать только если допишут код на каком-то отдельно взятом трекере.
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
21-Апр-17 20:11
(спустя 4 часа, ред. 21-Апр-17 20:11)
Да, именно это и отличает этот обход блокировки от других.
В данном случае обход блокировки делает администрация ресурсов, а не их пользователи
т.е. если даже обход блокировок станет уголовной ответственностью с лишением свободы на пожизненную, то пользователь получается ничего сам не обходил, как собственно не обходил и администратор ресурса.
Это даже обходом сложно назвать, это средство коммутации p.s. рутор к примеру с первых дней блокировок имеет такой адрес http://[2001:67c:28f8:7b:42df:833:9648:5d6d]/ и никаких проксей не надо, да вообще ничего от пользователя не требуется, если установлена чистая винда (а не очередная говносборка с оптимизациями)
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
22-Апр-17 09:38
(спустя 13 часов, ред. 22-Апр-17 09:38)
Я кажется понял каким образом другие пиры узнают о всех твоих IP.
Через PEX и DHT.
Если их отключить, и оставить только трекер, то к тебе будут подключаться входящими только к тому ipv6 адресу, с которого произошло подключение к трекеру. Все конекты к тередо будут только исходящими.
Как только подключается DHT и особенно PEX, тут же вскоре подтягиваются incoming с teredo.
Значит клиент через PEX и DHT анонсирует все свои ip
По крайней мере это проверено на qbittorrent, но очень вероятно и остальные тоже. Проверять надо на новой раздаче, которую раньше не качал, тк пиры могли запомнить твои адреса в прошлый раз.
|
|
xc62x
Стаж: 16 лет 4 месяца Сообщений: 76
|
xc62x ·
22-Апр-17 15:53
(спустя 6 часов)
kx77 писал(а):
72960663Я кажется понял каким образом другие пиры узнают о всех твоих IP.
Через PEX и DHT.
Если их отключить, и оставить только трекер, то к тебе будут подключаться входящими только к тому ipv6 адресу, с которого произошло подключение к трекеру. Все конекты к тередо будут только исходящими.
Как только подключается DHT и особенно PEX, тут же вскоре подтягиваются incoming с teredo.
Значит клиент через PEX и DHT анонсирует все свои ip
По крайней мере это проверено на qbittorrent, но очень вероятно и остальные тоже. Проверять надо на новой раздаче, которую раньше не качал, тк пиры могли запомнить твои адреса в прошлый раз.
У рутрекера нет анонсера с ipv6 адресом. Я не смогу проверить ipv6 через трекер, ipv6 только через PEX и DHT
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
22-Апр-17 20:13
(спустя 4 часа)
xc62x писал(а):
У рутрекера нет анонсера с ipv6 адресом. Я не смогу проверить ipv6 через трекер, ipv6 только через PEX и DHT
У ннм клуба есть
|
|
Timofejj
Стаж: 13 лет 7 месяцев Сообщений: 341
|
Timofejj ·
22-Апр-17 22:02
(спустя 1 час 48 мин., ред. 22-Апр-17 22:02)
Дальновиднее товарищи были. Я много раз ходил по ipv6 на nnm. Отлично работает. А у рутрекера действительно видимо пока нет его, жаль. Дело в том что многие блогеры (видимо подкупленные) внесли панику, что IPv6 это огромная дыра в систему и прочая ерундень. Как видим у nnm всё работает и не жалуются, иначе прикрыли бы. Возможно ещё что администрация рутрекера не желает нести такую нагрузку в лице реализации IPv6. Ведь легче это всё возложить на пользователей. Ну это моё мнение которое может быть ошибочным. Ведь официального комментария на этот счёт никто не услышал, пока.
|
|
xc62x
Стаж: 16 лет 4 месяца Сообщений: 76
|
xc62x ·
23-Апр-17 22:22
(спустя 1 день, ред. 23-Апр-17 22:22)
На СПАМ я не зарегистрирован, поэтому решил проверить на другом трекере(см. скриншот), где используется IPv6-only анонсер http://tracker.ipv6tracker.org:80/announce (www.ipv6tracker.org с TLS 1.3 ). Проверял на двух раздачах 10.7гб и 5.69гб.
Отключил в торренте и в настройках PEX, DHT и поиск локальных пиров. Оставил только один анонсер tracker.ipv6tracker.org и перезагрузил. Подключение к анонсеру происходит только по 6to4 ip адресу.
Скриншот 1: Раздача 10.7гб, все адреса(ipv4, 6to4, Teredo) активны. Есть много тередо адресов, а третий с верху с входящим соединением (в utorrent флаг I это 100% входящее соединение) есть один 6to4 пир с входящим соединением :crazy:, а также через пару минут ВНЕЗАПНО появился ipv4 пир . Я думаю клиент отправляет анонсеру peer-ID со всеми ip адресами(все ipv4 и все ipv6), а как их обрабатывает трекер зависит от настроек трекера.
Скриншот 2: Раздача 5.69гб, все адреса(ipv4, 6to4, Teredo) активны, 3 тередо адреса (напомню доступ к анонсеру только по 6to4 адресу), входящих нет, но качает с 3 пиров почти 8 мегабайт в секунду.
PS. Даже, если я сделал что то не так, то через PEX и DHT все работает!
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
23-Апр-17 23:26
(спустя 1 час 3 мин., ред. 24-Апр-17 18:21)
xc62x
Возможно этот один Ipv4 из шайки teredo/6to4, переключился на клиенте видя, что смысла в ipv6 коннекте между вам нет, например при связи 6to4-6to4, лучшим вариантом будет перейти на ipv4-ipv4
Так-же, как и если Teredo был поднят не за NAT'ом, то лучшим вариантом будет перейти на ipv4. А т.к. что у того, что у второго их ipv4 "светятся" в открытую, то можно сделать простую проверку доступности данного пира, с его предоставленным портом.
И именно скорее всего так, т.к. по другому было, что ipv4 был-бы уж точно не один.
У nnm есть FREE (платиновые) раздачи, доступные и для не зарегистрированных [url=http://ipv6. СПАМ (торренты на тест берите, зарегистрированные не ранее чем 07 апр. 2017)
|
|
kx77
Стаж: 12 лет Сообщений: 728
|
kx77 ·
24-Апр-17 18:50
(спустя 19 часов, ред. 24-Апр-17 18:50)
xc62x писал(а):
. Я думаю клиент отправляет анонсеру peer-ID со всеми
Проверил, что utorrent так же не посылает свои ipv6 адреса через http к анонсеру.
Но входящие к тередо действительно появляются.
Если посмотреть netstat, то четко видно вот что :
Код:
TCP [2001:0:my_teredo_ip6]:47719 [2001:0:9d38:6ab8:200c:49b7:4ddd:5e70]:55059 ESTABLISHED
TCP [2001:470:my_he_net_ip6]:47719 [2001:0:9d38:6ab8:200c:49b7:4ddd:5e70]:55515 TIME_WAIT TCP [2001:0:my_teredo_ip6]:47719 [2001:0:9d38:6ab8:34ef:1380:7fbb:12cb]:64331 ESTABLISHED
TCP [2001:470:my_he_net_ip6]:47719 [2001:0:9d38:6ab8:34ef:1380:7fbb:12cb]:64389 TIME_WAIT TCP [2001:0:my_teredo_ip6]:47719 [2001:0:9d38:6ab8:149e:2362:daec:cba8]:62638 ESTABLISHED
TCP [2001:470:my_he_net_ip6]:47719 [2001:0:9d38:6ab8:149e:2362:daec:cba8]:62775 TIME_WAIT
Что мы тут видим. Сперва идет попытка подключиться по тому адресу, что был анонсирован на трекер.
Потом мой клиент говорит. Братан. Ты не туда лезешь со своим тередо. У меня есть свое тередо. Давай отваливайся и подключайся по этому адресу
Смотрим по фильтру ipv6.address==2001:0:my_he_net_ip6 && tcp.port==47719
Видим сессию. Handshake, дальше Extended.
Видим bencode блок. В нем поля ut_metadata, ut_recommend, yourip6
В yourip6 16 байт, в которые зашит ipv6 адрес куда следует подключаться удаленному клиенту.
Удаленный клиент отваливается и переподключается по указанному ipv6.
Аналогичная история происходит при подключении 6to4 пира. Мой клиент рекомендует мой адрес 2002.
В qbittorrent есть входящие подключения с тередо, но они к [2001:0:my_he_net_ip6] и тормозные.
Попыток переключения адресов нет, нет и Extended message.
Таким образом это расширение bittorrent протокола, специфическое для уторрент. Что так же следует из названий полей в bencode "ut_"
Недопонимание вызывает отсутствие в интерфейсе проги поля локального адреса, к которому было произведено входящее подключение.
|
|
|