IPv6

Страницы :  1, 2  След.

Ответить
Автор
Сообщение

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

Tracker35 · 05-Апр-17 20:54 (1 год 5 месяцев назад, ред. 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

Так-же можно воспользоватся альтернативными серверами:
teredo.trex.fi
или
teredo.remlab.net

2. В "оптимизированных сборках", часто любят отключать Teredo, чтобы включить его обратно, достаточно через командную строку (от имени администратора)
Выполнить две последовательные команды:
sc config iphlpsvc start= auto
net start iphlpsvc

Данной настройки, будет достаточно, чтобы подключатся к прямым IPv6 адресам.
Если у вас win10 и не "оптимизированная сборка", то настройки не требуется, всё работает "штатно из коробки"
Проверить работоспособность http://[2001:470:1:18::119]:80/
Если сайт открылся - всё ок!
[Профиль]  [ЛС] 

Ласьтик

Стаж: 8 лет 8 месяцев

Сообщений: 15


Ласьтик · 05-Апр-17 21:32 (спустя 37 мин.)

[Цитировать] 

Сделал как в 1 шаге - работает! И в торрент-клиенте появились ipv6 адреса.
Только остался вопрос: теперь всегда будет ipv6 включен или надо каждый раз это в командной строке прописывать?
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

Tracker35 · 05-Апр-17 21:49 (спустя 17 мин., ред. 05-Апр-17 21:49)

[Цитировать] 

Ласьтик Один раз настроил, и всё.
Еще один плюс Teredo, в том, что он прошибает провайдерские NAT'ы, тем самым давая огромный плюс для p2p.
p.s. Да кстати, WinXP пользователям, настоятельно рекомендуется иметь сторонний фаервол при включенном Teredo (да и при выключенном тоже ибо система очень дырявая, и они поленились делать заплатку)
А вот Vista+ пользователям можно не беспокоится за доп.безопасность при включенном Teredo. т.е. можете спокойно продолжать пользоваться хоть стандартным фаерволом, хоть не пользоваться вообще (есть и такие).
[Профиль]  [ЛС] 

Timofejj

Стаж: 7 лет 4 месяца

Сообщений: 366


Timofejj · 05-Апр-17 22:21 (спустя 31 мин., ред. 05-Апр-17 22:21)

[Цитировать] 

Давно уже ратовал за IPv6 в любом его виде. Проблема в том что в интернет сообществе находятся агитаторы против его внедрения. С провайдерами всё ясно, им понятное дело чего надо боятся после его внедрения. А вот остальным то какое дело?
[Профиль]  [ЛС] 

TyroSpy

Стаж: 8 лет 8 месяцев

Сообщений: 22

TyroSpy · 07-Апр-17 21:32 (спустя 1 день 23 часа)

[Цитировать] 

p2p через туннели, тем более через тормоз teredo это бред. анонсеры другое дело, но думаю возможны проблемы с безопасность и утечкой пасскеев
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

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.
[Профиль]  [ЛС] 

L.Rainman

Top Bonus 05* 10TB

Стаж: 12 лет 3 месяца

Сообщений: 408

L.Rainman · 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

Стаж: 9 лет 10 месяцев

Сообщений: 725

Tracker35 · 08-Апр-17 02:52 (спустя 3 часа, ред. 08-Апр-17 02:52)

[Цитировать] 

L.Rainman
По поводу сервера - значит вернули обратно, причем совсем недавно (см. сообщение от Ласьтик), а не работал примерно с середины 2015.
Т.ч. кто их знает, сейчас вернули завтра обратно отключат.
Цитата:
С этим тоже не соглашусь:
В смысле, или вы не соглашаетесь, или предлагаете еще один вариант uTP, это другой вариант обхода NAT (причем весьма посредственный метод, это надо признать), как и связь внутри NAT'a, а именно retracker.local и "поиск локальных пиров".
Я не предлогаю навязывать настраивать Teredo, он и так уже достаточно настроен для необходимого коннекта с аннонсером, ведь именно это мы и обсуждаем прежде всего.
И uTP, retracker.local и "поиск локальных пиров" в этом деле не помогут никак.
[Профиль]  [ЛС] 

Ryanclow

RG AniBoter

Стаж: 11 лет 9 месяцев

Сообщений: 3180

Ryanclow · 08-Апр-17 09:35 (спустя 6 часов, ред. 08-Апр-17 09:35)

[Цитировать] 

Не знаю у кого как, у меня на 10-ке не работает. Раздачи все равно красные, хотя проверку прохожу
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

Tracker35 · 08-Апр-17 19:44 (спустя 10 часов, ред. 08-Апр-17 19:44)

[Цитировать] 

Ryanclow т.к. смотри первый пост
Цитата:
Информация для пользователей: (При условии, если администрация воплотит 2'ой пункт выше Иначе, эта информация бесполезна)
для старых торрентов их придётся перекачивать чтобы новый аннонсер там появился, или воспользоватся патчером. Но пока нового аннонсера увы не появилось.
Администрация рутрекера молчит как партизаны, "не да, не нет", а кое-кто из сторонних крупных трекеров уже сделал это заранее не дожидаясь блокировок.
[Профиль]  [ЛС] 

Ryanclow

RG AniBoter

Стаж: 11 лет 9 месяцев

Сообщений: 3180

Ryanclow · 08-Апр-17 21:30 (спустя 1 час 46 мин.)

[Цитировать] 

Tracker35
Понятно, я думал они со своей стороны уже все сделали. Ладно, будем ждать ответа.
[Профиль]  [ЛС] 

Blackmeser

Стаж: 9 лет 9 месяцев

Сообщений: 90

Blackmeser · 09-Апр-17 23:53 (спустя 1 день 2 часа)

[Цитировать] 

Поддерживаю, для аннонсеров нужен IPv6. Нет гемора поиском прокси-серверов.
[Профиль]  [ЛС] 

ntman

Top User 02

Стаж: 9 лет 10 месяцев

Сообщений: 25

ntman · 10-Апр-17 00:15 (спустя 22 мин.)

[Цитировать] 

Blackmeser писал(а):
72875349Поддерживаю, для аннонсеров нужен IPv6. Нет гемора поиском прокси-серверов.
и я туда же, то есть Ipv6 это, пусть не светлое, но будущее. кроме торедо есть куда операторов, дающих туннели.
[Профиль]  [ЛС] 

wasdd

Стаж: 9 лет 10 месяцев

Сообщений: 26


wasdd · 10-Апр-17 01:46 (спустя 1 час 31 мин.)

[Цитировать] 

Поддерживаю! IPv6 уже несколько лет лично у меня настроен на роутере и работает прекрасно. Очень приятно что даже без VPN/прокси/whatever у меня из дома открываются все IPv6-сайты в обход. Даже как-то непривычно видеть провайдерские заглушки, когда в гостях у друзей.
[Профиль]  [ЛС] 

kx77

Стаж: 5 лет 9 месяцев

Сообщений: 164


kx77 · 19-Апр-17 20:48 (спустя 9 дней, ред. 19-Апр-17 20:48)

[Цитировать] 

Трекер берет адрес пира как адрес подключенца. Это значит, что при дергании ipv6 анонсера будет добавляться ipv6 адрес пира. ipv4 адрес при этом не добавляется в пиры, доступные для остальных.
Поэтому те, у кого по ipv4 анонсер обламывается, а ipv6 работает, для большинства юзеров будут все равно невидимы, ведь ipv6 в процентном отношении есть у очень малого количества юзеров
У тех же, что имеют ipv6, он может оказаться чаще всего тередовским по умолчанию от микрософт, а значит никаким со скоростью с горем пополам 2 кб в сек и закрытыми портами (на тередо налагаются ограничения по умолчанию, без явных разрешающих действий приложения (setsockopt) входящие невозможны). Такие пиры совершенно бесполезны.
[Профиль]  [ЛС] 

avpopik

Стаж: 6 лет 8 месяцев

Сообщений: 7


avpopik · 19-Апр-17 23:11 (спустя 2 часа 22 мин.)

[Цитировать] 

Понравилась цитата:
скрытый текст
Цитата:
Однако с внедрением протокола IPv6 ситуация может измениться, так как интернет-провайдеры могут фактически потерять возможность выполнять требования Роскомнадзора», — говорит аналитик РАЭК.
Формально отдельные интернет-ресурсы, работающие по протоколу IPv6, конечно, могут быть заблокированы провайдером, но за счет практически бесконечного количества адресов в IPv6 владельцам заблокированного ресурса ничего не стоит настроить переадресацию на зеркала ресурса. «Причем сам пользователь этого даже не заметит. Для него запрещенный сайт будет виден так же, как и до блокировки»
[Профиль]  [ЛС] 

xc62x

Стаж: 10 лет 1 месяц

Сообщений: 52


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

Стаж: 5 лет 9 месяцев

Сообщений: 164


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

Стаж: 10 лет 1 месяц

Сообщений: 52


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 на рутрекере хотелось бы чтоб запилили
ЗЫ.
тот скриншот сделан с этой раздачи http://rutracker.org/forum/viewtopic.php?t=5377390
На скриншоте кстати видно связь с 2 нативными ipv6 пирами через 6to4 в сумме 95кб/с тоже не плохо
А вот тут показывает 19.3Мбита через 6to4
ipv6-test.com/speedtest/
[Профиль]  [ЛС] 

kx77

Стаж: 5 лет 9 месяцев

Сообщений: 164


kx77 · 21-Апр-17 10:34 (спустя 9 часов, ред. 22-Апр-17 07:59)

[Цитировать] 

На практике шлюзы 6to4 доступны не на всех провайдерах. Если у вас не работает 192.88.99.1, то 6to4 может связываться только с 6to4. Достучаться с 6to4 до трекера на нативном ipv6 не выйдет.
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

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

Стаж: 5 лет 9 месяцев

Сообщений: 164


kx77 · 21-Апр-17 15:39 (спустя 25 мин.)

[Цитировать] 

Tracker35 писал(а):
Анонсеру лишь достаточно взять 2.95.154.160 из Teredo адреса, сопоставить с предложенным клиентом портом (не из тередо адреса) и записать в таблицу.
Но админим походу лень заморачиватся, проще пустить всех в настройку проксей...
Разумно. Но это нестандартная функция трекера. Будет работать только если допишут код на каком-то отдельно взятом трекере.
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

Tracker35 · 21-Апр-17 20:11 (спустя 4 часа, ред. 21-Апр-17 20:11)

[Цитировать] 

Да, именно это и отличает этот обход блокировки от других.
В данном случае обход блокировки делает администрация ресурсов, а не их пользователи
т.е. если даже обход блокировок станет уголовной ответственностью с лишением свободы на пожизненную, то пользователь получается ничего сам не обходил, как собственно не обходил и администратор ресурса.
Это даже обходом сложно назвать, это средство коммутации
p.s. рутор к примеру с первых дней блокировок имеет такой адрес http://[2001:67c:28f8:7b:42df:833:9648:5d6d]/ и никаких проксей не надо, да вообще ничего от пользователя не требуется, если установлена чистая винда (а не очередная говносборка с оптимизациями)
[Профиль]  [ЛС] 

kx77

Стаж: 5 лет 9 месяцев

Сообщений: 164


kx77 · 22-Апр-17 09:38 (спустя 13 часов, ред. 22-Апр-17 09:38)

[Цитировать] 

Я кажется понял каким образом другие пиры узнают о всех твоих IP.
Через PEX и DHT.
Если их отключить, и оставить только трекер, то к тебе будут подключаться входящими только к тому ipv6 адресу, с которого произошло подключение к трекеру. Все конекты к тередо будут только исходящими.
Как только подключается DHT и особенно PEX, тут же вскоре подтягиваются incoming с teredo.
Значит клиент через PEX и DHT анонсирует все свои ip
По крайней мере это проверено на qbittorrent, но очень вероятно и остальные тоже. Проверять надо на новой раздаче, которую раньше не качал, тк пиры могли запомнить твои адреса в прошлый раз.
[Профиль]  [ЛС] 

xc62x

Стаж: 10 лет 1 месяц

Сообщений: 52


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

Стаж: 5 лет 9 месяцев

Сообщений: 164


kx77 · 22-Апр-17 20:13 (спустя 4 часа)

[Цитировать] 

xc62x писал(а):
У рутрекера нет анонсера с ipv6 адресом. Я не смогу проверить ipv6 через трекер, ipv6 только через PEX и DHT
У ннм клуба есть
[Профиль]  [ЛС] 

Timofejj

Стаж: 7 лет 4 месяца

Сообщений: 366


Timofejj · 22-Апр-17 22:02 (спустя 1 час 48 мин., ред. 22-Апр-17 22:02)

[Цитировать] 

Цитата:
У ннм клуба есть
Дальновиднее товарищи были. Я много раз ходил по ipv6 на nnm. Отлично работает. А у рутрекера действительно видимо пока нет его, жаль. Дело в том что многие блогеры (видимо подкупленные) внесли панику, что IPv6 это огромная дыра в систему и прочая ерундень. Как видим у nnm всё работает и не жалуются, иначе прикрыли бы. Возможно ещё что администрация рутрекера не желает нести такую нагрузку в лице реализации IPv6. Ведь легче это всё возложить на пользователей. Ну это моё мнение которое может быть ошибочным. Ведь официального комментария на этот счёт никто не услышал, пока.
[Профиль]  [ЛС] 

xc62x

Стаж: 10 лет 1 месяц

Сообщений: 52


xc62x · 23-Апр-17 22:22 (спустя 1 день, ред. 23-Апр-17 22:22)

[Цитировать] 

На nnmclub я не зарегистрирован, поэтому решил проверить на другом трекере(см. скриншот), где используется 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), а как их обрабатывает трекер зависит от настроек трекера.
скриншот 1
Скриншот 2: Раздача 5.69гб, все адреса(ipv4, 6to4, Teredo) активны, 3 тередо адреса (напомню доступ к анонсеру только по 6to4 адресу), входящих нет, но качает с 3 пиров почти 8 мегабайт в секунду.
скриншот 2
PS. Даже, если я сделал что то не так, то через PEX и DHT все работает!
[Профиль]  [ЛС] 

Tracker35

Стаж: 9 лет 10 месяцев

Сообщений: 725

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 (платиновые) раздачи, доступные и для не зарегистрированных тыц (торренты на тест берите, зарегистрированные не ранее чем 07 апр. 2017)
[Профиль]  [ЛС] 

kx77

Стаж: 5 лет 9 месяцев

Сообщений: 164


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_"
Недопонимание вызывает отсутствие в интерфейсе проги поля локального адреса, к которому было произведено входящее подключение.
[Профиль]  [ЛС] 
 
Ответить
Loading...
Error