Тередо туннелирование

В компьютерных сетях Teredo — это технология перехода , которая обеспечивает полное подключение IPv6 для хостов с поддержкой IPv6, которые находятся в IPv4 Интернете , но не имеют собственного подключения к сети IPv6. В отличие от аналогичных протоколов, таких как 6to4 , он может выполнять свою функцию даже за устройствами преобразования сетевых адресов (NAT), такими как домашние маршрутизаторы.

Teredo работает с использованием независимого от платформы протокола туннелирования , который обеспечивает подключение IPv6 (Интернет-протокол версии 6) путем инкапсуляции IPv6 пакетов дейтаграмм в пакеты протокола пользовательских дейтаграмм IPv4 (UDP). Teredo маршрутизирует эти датаграммы через Интернет IPv4 и через устройства NAT. Узлы Teredo в других частях сети IPv6 (называемые реле Teredo ) получают пакеты, деинкапсулируют их и передают дальше.

Тередо — временная мера. В долгосрочной перспективе все хосты IPv6 должны использовать встроенное соединение IPv6. Teredo следует отключить, когда станет доступным встроенное подключение IPv6. Кристиан Хуитема разработал Teredo в Microsoft , а IETF стандартизировал его как RFC 4380. Сервер Teredo прослушивает UDP- порт 3544 .

Цель

Для 6to4 , наиболее распространенного протокола туннелирования IPv6 через IPv4, требуется, чтобы конечная точка туннеля имела общедоступный адрес IPv4. Однако в настоящее время многие хосты подключаются к Интернету IPv4 через одно или несколько устройств NAT, обычно из-за нехватки адресов IPv4 . В такой ситуации единственный доступный общедоступный адрес IPv4 назначается устройству NAT, а конечная точка туннеля 6to4 должна быть реализована на самом устройстве NAT. Проблема в том, что многие используемые в настоящее время устройства NAT не могут быть модернизированы для реализации 6to4 по техническим или экономическим причинам.

Teredo решает эту проблему, инкапсулируя пакеты IPv6 в дейтаграммы UDP/IPv4, которые большинство NAT могут правильно пересылать. Таким образом, хосты, поддерживающие IPv6, находящиеся за NAT, могут служить конечными точками туннеля Teredo, даже если у них нет выделенного общедоступного адреса IPv4. По сути, хост, реализующий Teredo, может получить подключение по протоколу IPv6 без участия локальной сетевой среды.

В долгосрочной перспективе все хосты IPv6 должны использовать собственное соединение IPv6. Временный протокол Teredo включает положения о процедуре прекращения действия : реализация Teredo должна предоставить способ прекратить использование подключения Teredo, когда IPv6 станет более зрелым и подключение станет доступным с использованием менее хрупкого механизма. По состоянию на IETF89 ^{[ нужны разъяснения ]}Microsoft планирует деактивировать свои серверы Teredo для клиентов Windows в первой половине 2014 года. ^{[ нужно обновить ]} (точная дата будет объявлена позднее) и призываем к деактивации государственных реле Teredo.

Обзор

Протокол Teredo выполняет несколько функций:

Диагностирует подключение UDP через IPv4 (UDPv4) и определяет тип присутствующего NAT (используя упрощенную замену протокола STUN ).
Назначает глобально маршрутизируемый уникальный адрес IPv6 каждому хосту, использующему его.
Инкапсулирует пакеты IPv6 в дейтаграммы UDPv4 для передачи по сети IPv4 (включая прохождение NAT ).
Маршрутизирует трафик между хостами Teredo и собственными (или не Teredo) хостами IPv6.

Типы узлов

Teredo определяет несколько различных типов узлов: ^{[ 1 ]}

Клиент Тередо: Хост, который имеет подключение к Интернету по протоколу IPv4 через NAT и использует протокол туннелирования Teredo для доступа к Интернету IPv6. Клиентам Teredo назначается адрес IPv6, который начинается с префикса Teredo ( 2001::/32). ^{[ 2 ]}

Тередо сервер: Известный хост, используемый для первоначальной настройки туннеля Teredo. Сервер Teredo никогда не пересылает какой-либо трафик для клиента (кроме пингов IPv6) и поэтому имеет скромные требования к пропускной способности (максимум несколько сотен бит в секунду на клиента). ^{[ нужна ссылка ]} это означает, что один сервер может поддерживать множество клиентов. Кроме того, сервер Teredo может быть реализован полностью без сохранения состояния , используя, таким образом, один и тот же объем памяти независимо от того, сколько клиентов он поддерживает.

Реле Тередо: Удаленный конец туннеля Тередо. Ретранслятор Teredo должен пересылать все данные от имени клиентов Teredo, которые он обслуживает, за исключением прямых клиентов Teredo на обмены клиентами Teredo. Таким образом, реле требует большой пропускной способности и может поддерживать только ограниченное количество одновременных клиентов. Каждый ретранслятор Teredo обслуживает ряд хостов IPv6 (например, один кампус или компанию, интернет-провайдера или всю сеть оператора или даже весь Интернет IPv6 ); он перенаправляет трафик между любыми клиентами Teredo и любым хостом в указанном диапазоне.

Реле Teredo, специфичное для хоста: Реле Teredo, диапазон действия которого ограничен самим хостом, на котором оно работает. Таким образом, он не имеет особых требований к полосе пропускания или маршрутизации. Компьютер с реле, специфичным для хоста, использует Teredo для связи с клиентами Teredo, но для доступа к остальной части Интернета IPv6 использует своего основного поставщика подключений IPv6.

IPv6-адресация

Каждому клиенту Teredo назначается общедоступный IPv6-адрес , который создается следующим образом (старший бит имеет номер 0):

Биты от 0 до 31 содержат префикс Teredo (2001::/32).
Биты с 32 по 63 содержат основной IPv4-адрес используемого сервера Teredo.
Биты с 64 по 79 содержат некоторые флаги и другие биты; формат этих 16 бит (старший старший бит) — «CRAAAAUG AAAAAAAA». Бит «C» был установлен в 1, если клиент Teredo расположен за конусом NAT , в противном случае — в 0, но RFC 5991 изменил его так, чтобы он всегда был равен 0, чтобы не раскрывать этот факт посторонним. Бит «R» в настоящее время не назначен и должен быть отправлен как 0. Биты «U» и «G» установлены в 0 для эмуляции битов «Универсальный/локальный» и «Групповой/индивидуальный» в MAC-адресах . 12 битов «A» были равны 0 в исходной спецификации RFC 4380, но были заменены на случайные биты, выбранные клиентом Teredo в RFC 5991, чтобы обеспечить узлу Teredo дополнительную защиту от атак сканирования на основе IPv6.
Биты с 80 по 95 содержат замаскированный номер порта UDP. Это номер порта, который NAT отображает на клиенте Teredo, со всеми инвертированными битами.
Биты с 96 по 127 содержат запутанный адрес IPv4. Это общедоступный IPv4-адрес NAT со всеми инвертированными битами.

Таблица адресации Teredo IPv6

Биты	0 - 31	32 - 63	64 - 79	80 - 95	96 - 127
Длина	32 бита	32 бита	16 бит	16 бит	32 бита
Описание	Префикс	Тередо сервер IPv4	Флаги	запутанный UDP-порт	Запутанный клиент общедоступный IPv4

Например, IPv6-адрес 2001:0000:4136:e378:8000:63bf:3fff:fdd2 относится к клиенту Teredo, который:

Использует сервер Teredo по адресу 65.54.227.120 (4136e378 в шестнадцатеричном формате ).
Находится за конусом NAT, и клиент не полностью соответствует RFC 5991 (установлен бит 64).
Вероятно (99,98%) не соответствует RFC 5991 (все 12 случайных бит равны 0, что происходит менее чем в 0,025% случаев)
Использует сопоставленный UDP-порт 40000 на своем NAT (в шестнадцатеричном формате не 63bf равно 9c40 или десятичному числу 40000).
Имеет общедоступный IPv4-адрес NAT 192.0.2.45 (не 3ffffdd2 равно c000022d, то есть 192.0.2.45).

Пример таблицы Teredo IPv6

Биты	0 - 31	32 - 63	64 - 79	80 - 95	96 - 127
Длина	32 бита	32 бита	16 бит	16 бит	32 бита
Описание	Префикс	Тередо сервер IPv4	Флаги	запутанный UDP-порт	Запутанный клиент общедоступный IPv4
Часть	2001:0000	4136:e378	8000	63бф	3fff:fdd2
Декодированный		65.54.227.120	конус NAT	40000	192.0.2.45

Серверы

Клиенты Teredo используют серверы Teredo для автоматического определения типа NAT, за которым они находятся (если таковой имеется), посредством упрощенной процедуры квалификации , подобной STUN . Клиенты Teredo также поддерживают привязку своего NAT к своему серверу Teredo, отправляя UDP-пакеты через регулярные промежутки времени. Это гарантирует, что сервер всегда сможет связаться с любым из своих клиентов, что необходимо для NAT-дырки правильной работы .

Если ретранслятор Teredo (или другой клиент Teredo) должен отправить пакет IPv6 клиенту Teredo, он сначала отправляет пузырьковый пакет Teredo на сервер Teredo клиента, IP-адрес которого он выводит из IPv6-адреса Teredo клиента Teredo. Затем сервер пересылает пузырь клиенту, поэтому клиентское программное обеспечение Teredo знает, что оно должно проделать дырку в направлении ретранслятора Teredo.

Серверы Teredo также могут передавать пакеты ICMPv6 от клиентов Teredo в Интернет IPv6. На практике, когда клиент Teredo хочет связаться с собственным узлом IPv6, он должен найти соответствующий ретранслятор Teredo, т. е . номер общедоступного порта IPv4 и UDP для отправки инкапсулированных пакетов IPv6. Для этого клиент создает эхо-запрос ICMPv6 ( ping ) к узлу IPv6 и отправляет его через настроенный сервер Teredo. Сервер Teredo декапсулирует пинг в Интернет IPv6, так что пинг в конечном итоге должен достичь узла IPv6. Затем узел IPv6 должен ответить эхо-ответом ICMPv6, как того требует RFC 2460. Этот ответный пакет направляется на ближайший ретранслятор Teredo, который, наконец, пытается связаться с клиентом Teredo.

Для обслуживания сервера Teredo требуется небольшая пропускная способность, поскольку они не участвуют в фактической передаче и приеме пакетов трафика IPv6. Кроме того, он не требует доступа к протоколам маршрутизации Интернета. Единственные требования к серверу Teredo:

Возможность отправлять пакеты ICMPv6 с адресом источника, принадлежащим префиксу Teredo.
Два разных общедоступных адреса IPv4. Хотя это и не записано в официальной спецификации, клиенты Microsoft Windows ожидают, что оба адреса будут последовательными — второй адрес IPv4 предназначен для обнаружения NAT.

Публичные серверы Teredo:

teredo.trex.fi (Финляндия)

Бывшие публичные серверы Teredo:

teredo.remlab.net / teredo-debian.remlab.net (Германия), теперь перенаправляется на teredo.trex.fi ^{[ 3 ]}

Реле

Реле Teredo потенциально требует большой пропускной способности сети. Кроме того, он должен экспортировать ( рекламировать ) маршрут к префиксу Teredo IPv6 (2001::/32) на другие хосты IPv6. Таким образом, ретранслятор Teredo получает трафик от хостов IPv6, адресованный любому клиенту Teredo, и пересылает его через UDP/IPv4. Симметрично он получает пакеты от клиентов Teredo, адресованные собственным хостам IPv6, через UDP/IPv4 и вводит их в собственную сеть IPv6.

На практике сетевые администраторы могут настроить частный ретранслятор Teredo для своей компании или кампуса. Это обеспечивает короткий путь между их сетью IPv6 и любым клиентом Teredo. Однако настройка ретранслятора Teredo в масштабе, выходящем за пределы одной сети, требует возможности экспорта маршрутов BGP IPv6 в другие автономные системы (AS).

В отличие от 6to4 , где две половины соединения могут использовать разные ретрансляторы, трафик между собственным хостом IPv6 и клиентом Teredo использует один и тот же ретранслятор Teredo, а именно тот, который ближе всего к собственному хосту IPv6 в сети. Клиент Teredo не может самостоятельно локализовать ретранслятор (поскольку он не может самостоятельно отправлять пакеты IPv6). Если ему необходимо инициировать соединение с собственным хостом IPv6, он отправляет первый пакет через сервер Teredo, который отправляет пакет на собственный хост IPv6, используя IPv6-адрес Teredo клиента. Собственный хост IPv6 затем, как обычно, отвечает на IPv6-адрес Teredo клиента, что в конечном итоге приводит к тому, что пакет находит ретранслятор Teredo, который инициирует соединение с клиентом (возможно, с использованием сервера Teredo для пирсинга NAT ). Клиент Teredo и собственный хост IPv6 затем используют ретранслятор для связи столько, сколько им необходимо. Такая конструкция означает, что ни серверу Teredo, ни клиенту не нужно знать IPv4-адрес каких-либо ретрансляторов Teredo. Подходящий они находят автоматически через глобальную таблицу маршрутизации IPv6, поскольку все ретрансляторы Teredo рекламируют сеть 2001::/32.

30 марта 2006 г. итальянский интернет-провайдер ITGate. ^{[ 4 ]} была первой AS, которая начала рекламировать маршрут к 2001::/32 в Интернете IPv6, чтобы можно было полностью использовать реализации Teredo, соответствующие RFC 4380. По состоянию на 16 февраля 2007 г. он больше не функционирует.

В первом квартале 2009 года магистральная сеть IPv6 Hurricane Electric включила 14 реле Teredo. ^{[ 5 ]} в реализации Anycast и рекламе 2001::/32 по всему миру. Эстафеты были расположены в Сиэтле , Фремонте , Лос-Анджелесе , Чикаго , Далласе , Торонто , Нью-Йорке , Эшберне , Майами , Лондоне , Париже , Амстердаме , Франкфурте и Гонконге .

Ожидается, что крупные сетевые операторы будут поддерживать ретрансляторы Teredo. Как и в случае с 6to4, остается неясным, насколько хорошо будет масштабироваться служба Teredo, если большая часть интернет-хостов начнет использовать IPv6 через Teredo в дополнение к IPv4. Хотя Microsoft управляет набором серверов Teredo с момента выпуска первого псевдотуннеля Teredo для Windows XP, они никогда не предоставляли службу ретрансляции Teredo для Интернета IPv6 в целом.

Ограничения

Teredo не совместим со всеми устройствами NAT. Используя терминологию RFC 3489, он поддерживает полноконусные, ограниченные и ограниченные по портам устройства NAT , но не поддерживает симметричные NAT . Спецификация Shipworm ^{[ 6 ]} оригинал, который привел к созданию окончательной версии протокола Teredo, также поддерживал симметричные NAT, но отказался от этого из соображений безопасности.

Люди из Национального университета Цзяодун на Тайване позже предложили SymTeredo. ^{[ 7 ]} который улучшил исходный протокол Teredo для поддержки симметричных NAT, а реализации Microsoft и Miredo реализуют определенные неуказанные нестандартные расширения для улучшения поддержки симметричных NAT. Однако соединение между клиентом Teredo за симметричным NAT и клиентом Teredo за симметричным NAT с ограничением портов остается, по-видимому, невозможным. ^{[ нужна ссылка ]}

Действительно, Teredo предполагает, что когда два клиента обмениваются инкапсулированными пакетами IPv6, используемые номера отображаемых/внешних портов UDP будут такими же, как те, которые использовались для связи с сервером Teredo (и построения IPv6-адреса Teredo). пришлось бы использовать дорогостоящий ретранслятор Без этого предположения было бы невозможно установить прямую связь между двумя клиентами, и для выполнения треугольной маршрутизации . Реализация Teredo пытается определить тип NAT при запуске и откажется работать, если NAT окажется симметричным. (Это ограничение иногда можно обойти, вручную настроив правило переадресации портов на блоке NAT, что требует административного доступа к устройству).

Teredo может предоставить только один адрес IPv6 для каждой конечной точки туннеля. Таким образом, невозможно использовать один туннель Teredo для подключения нескольких хостов, в отличие от 6to4 и некоторых туннелей IPv6 «точка-точка». Пропускная способность, доступная всем клиентам Teredo в направлении Интернета IPv6, ограничена наличием ретрансляторов Teredo, которые в этом отношении ничем не отличаются от ретрансляторов 6to4.

Альтернативы

6to4 требует общедоступного адреса IPv4, но предоставляет большой 48-битный префикс IPv6 для каждой конечной точки туннеля и имеет меньшие накладные расходы на инкапсуляцию . Туннели «точка-точка» могут быть более надежными и более подотчетными, чем Teredo, и обычно предоставляют постоянные адреса IPv6, которые не зависят от адреса IPv4 конечной точки туннеля. «точка-точка» Некоторые брокеры туннелей также поддерживают инкапсуляцию UDP для прохождения NAT (например, AYIYA это может сделать протокол ). С другой стороны, туннели типа «точка-точка» обычно требуют регистрации. Автоматизированные инструменты (например, AICCU ) упрощают использование туннелей «точка-точка».

Соображения безопасности

Контакт

Teredo увеличивает поверхность атаки , назначая глобально маршрутизируемые адреса IPv6 сетевым узлам за устройствами NAT, которые в противном случае были бы недоступны из Интернета. Поступая таким образом, Teredo потенциально предоставляет доступ к любому приложению с поддержкой IPv6 с открытым портом. Инкапсуляция туннеля Teredo также может привести к тому, что содержимое трафика данных IPv6 станет невидимым для программного обеспечения проверки пакетов, что будет способствовать распространению вредоносного ПО. ^{[ 8 ]} Наконец, Teredo подвергает стек IPv6 и программное обеспечение туннелирования атакам, если в них есть какая-либо уязвимость, которую можно использовать удаленно.

Чтобы уменьшить поверхность атаки, стек Microsoft IPv6 имеет опцию сокета «уровень защиты» . Это позволяет приложениям указывать, из каких источников они готовы принимать трафик IPv6: из туннеля Teredo, из любого места, кроме Teredo (по умолчанию), или только из локальной интрасети .

Протокол Teredo также инкапсулирует подробную информацию о конечной точке туннеля в пакеты данных. Эта информация может помочь потенциальным злоумышленникам, повысив вероятность атаки и/или уменьшив требуемые усилия. ^{[ 9 ]}

Брандмауэр, фильтрация и блокировка

Для правильной работы псевдотуннеля Teredo исходящие UDP-пакеты на порт 3544 не должны фильтроваться. Более того, ответы на эти пакеты (т. е. «запрошенный трафик») также не должны фильтроваться. Это соответствует типичной настройке NAT и его функциям брандмауэра с отслеживанием состояния. Программное обеспечение туннелирования Teredo сообщает о фатальной ошибке и останавливается, если исходящий трафик IPv4 UDP блокируется.

DoS через петли маршрутизации

В 2010 году были обнаружены новые методы создания атак типа «отказ в обслуживании» через петли маршрутизации, использующие туннели Teredo. Их относительно легко предотвратить. ^{[ 10 ]}

Использование по умолчанию в MS-Windows

Microsoft Windows , начиная с Windows 10 версии 1803 и более поздних версий, по умолчанию отключает Teredo. При необходимости эту переходную технологию можно включить с помощью команды CLI или групповой политики . ^{[ 11 ]}

Реализации

В настоящее время доступно несколько реализаций Teredo:

Windows XP SP2 включает в себя ретранслятор, специфичный для клиента и хоста (также входит в расширенный сетевой пакет для пакета обновления 1).
Windows Server 2003 имеет ретранслятор и сервер, предоставляемые в рамках бета-программы Microsoft .
Windows Vista и Windows 7 имеют встроенную поддержку Teredo с неуказанным расширением для симметричного обхода NAT. Однако если присутствуют только локальный канал и адрес Teredo, эти операционные системы не пытаются разрешить записи DNS AAAA IPv6, если присутствует запись DNS A, и в этом случае они используют IPv4. Поэтому Teredo обычно используют только буквальные URL-адреса IPv6. ^{[ 12 ]} Это поведение можно изменить в реестре .
Windows 10 версии 1803 и более поздних версий отключают Teredo по умолчанию. При необходимости эту переходную технологию можно включить с помощью команды CLI или групповой политики . ^{[ 11 ]}
Miredo — это клиент, ретранслятор и сервер для Linux , *BSD и Mac OS X.
ng_teredo — это реле и сервер на базе netgraph для FreeBSD от Университета LIP6 и 6WIND. ^{[ 13 ]}^{[ нужна ссылка ]}
NICI-Teredo — это ретранслятор ядра Linux и пользовательского сервера Teredo, разработанный в Национальном университете Цзяодун. ^{[ 14 ]}^{[ нужна ссылка ]}

Выбор имени

Первоначальное прозвище протокола туннелирования Teredo было Shipworm . Идея заключалась в том, что протокол будет проникать через устройства NAT, подобно тому, как корабельный червь (разновидность морского моллюска, сверлящего древесину) прокладывает туннели в древесине. Корабельные черви стали причиной гибели многих деревянных корпусов. Кристиан Хуитема в первоначальном проекте отметил, что корабельный червь «выживает только в относительно чистой и незагрязненной воде; его недавнее возвращение в несколько гаваней Северной Америки является свидетельством их вновь обретенной чистоты. Служба Корабельных червей, в свою очередь, должна внести свой вклад [ sic ] к вновь обретенной прозрачности Интернета». ^{[ 15 ]}

Чтобы не путать с компьютерными червями , ^{[ 16 ]} Позже Хуитема изменил название протокола с Shipworm на Teredo , в честь названия рода корабельного червя Teredo navalis . ^{[ 16 ]}

Ссылки

^ Шарма, Вишал; Кумар, Раджеш (2017). «Безопасная передача данных на основе туннелирования Teredo между БПЛА и наземными специальными сетями». Международный журнал систем связи . 30 (7): e3144. дои : 10.1002/dac.3144 . ISSN 1099-1131 . S2CID 5263153 .
^ «Адреса Тередо (Windows)» . msdn.microsoft.com . Архивировано из оригинала 23 декабря 2016 г. Проверено 2 декабря 2014 г.
^ Реми Дени-Курмон (5 июня 2021 г.). «Миредо: Новости» . Архивировано из оригинала 17 июля 2022 г. Проверено 17 июля 2022 г. На данный момент teredo.remlab.net будет выступать в роли общедоступного сервера Teredo, предоставляемого региональной станцией TREX в финском городе Тампере.
^ «ИТ.Гейт | Технологические услуги – ИТ.Гейт» . itgate.it . Архивировано из оригинала 14 июня 2021 года . Проверено 22 сентября 2019 г.
^ Леви, Мартин (28 мая 2009 г.). «Опыт Hurricane Electric по развертыванию реле Teredo и 6to4» (PDF) . Конференция LACNIC-XII/FLIP6 2009, Панама-Сити, Панама. Архивировано (PDF) из оригинала 11 апреля 2015 г. Проверено 29 декабря 2012 г.
^ Уитема, Кристиан (12 июля 2001 г.). Shipworm: туннелирование IPv6 через UDP через NAT . Архивировано 4 января 2021 года в Wayback Machine.
^ Хуан, Шианг-Мин; Ву, Куинси; Линь, И-Бин (май 2006 г.). «Улучшение туннелирования teredo IPv6 для прохождения через симметричный NAT» . Коммуникационные письма IEEE . 10 (5): 408–410. дои : 10.1109/LCOMM.2006.1633339 . ISSN 1089-7798 . Архивировано из оригинала 1 мая 2022 г. Проверено 1 мая 2022 г.
^ «Туннелирование вредоносных программ в IPv6» . США-CERT.gov . 22 июня 2012 г. Архивировано из оригинала 10 августа 2020 г. Проверено 5 сентября 2016 г.
^ «Туннельные протоколы IPv6: хороши для внедрения, но не очень хороши для безопасности — блог TrendLabs Security Intelligence» . 26 октября 2009 г. Архивировано из оригинала 8 октября 2016 г. Проверено 5 сентября 2016 г.
^ Гонт, Фернандо (8 сентября 2010 г.). «Internet-Draft — Петли маршрутизации Teredo — Смягчение атак корневых циклов Teredo» . Ietf Datatracker . ietf.org. п. 2. Архивировано из оригинала 7 декабря 2021 года . Проверено 9 августа 2021 г.
^ Перейти обратно: ^а ^б «Клиенты DirectAccess, использующие туннелирование Teredo, не могут подключиться после обновления до Windows 10» . Документы Майкрософт . 07.12.2020. Архивировано из оригинала 14 января 2021 г. Проверено 12 января 2021 г.
^ «Колонка интернет-провайдеров — май 2011» . potaroo.net . Архивировано из оригинала 1 ноября 2019 года . Проверено 22 сентября 2019 г.
^ Кабасанов, Константин; Гарден, Винсент. (22 октября 2003 г.). Teredo для FreeBSD. Архивировано 6 марта 2005 г. на сайте Wayback Machine www-rp.lip6.fr.
^ «Соломон, Аарон». (29 ноября 2004 г.). NICI-Teredo. Архивировано 29 августа 2021 г. в Wayback Machine . Сорсфордж.
^ Уитема, Кристиан (25 августа 2001 г.). «Shipworm: туннелирование IPv6 через UDP через NAT (проект 00 из 08)» . Ietf Datatracker . Целевая группа инженеров Интернета (IETF). Архивировано из оригинала 29 августа 2021 г. Проверено 9 августа 2021 г.
^ Перейти обратно: ^а ^б Уитема, Кристиан (19 декабря 2001 г.). «Переименовать Корабельного червя в Тередо?» . Список рассылки IETF NGTrans . Целевая группа инженеров Интернета (IETF). Архивировано из оригинала 8 января 2018 года.

Внешние ссылки

Обзор Teredo на Microsoft TechNet
Текущие маршруты Anycast Teredo BGP
Teredo: туннелирование IPv6 через UDP посредством трансляции сетевых адресов (NAT) . RFC 4380, К. Хуитема. Февраль 2006 г.
JavaScript калькулятор Teredo-IP-адресов

[1] Шарма, Вишал; Кумар, Раджеш (2017). «Безопасная передача данных на основе туннелирования Teredo между БПЛА и наземными специальными сетями». Международный журнал систем связи . 30 (7): e3144. дои : 10.1002/dac.3144 . ISSN 1099-1131 . S2CID 5263153 .

[2] «Адреса Тередо (Windows)» . msdn.microsoft.com . Архивировано из оригинала 23 декабря 2016 г. Проверено 2 декабря 2014 г.

[3] Реми Дени-Курмон (5 июня 2021 г.). «Миредо: Новости» . Архивировано из оригинала 17 июля 2022 г. Проверено 17 июля 2022 г. На данный момент teredo.remlab.net будет выступать в роли общедоступного сервера Teredo, предоставляемого региональной станцией TREX в финском городе Тампере.

[4] «ИТ.Гейт | Технологические услуги – ИТ.Гейт» . itgate.it . Архивировано из оригинала 14 июня 2021 года . Проверено 22 сентября 2019 г.

[5] Леви, Мартин (28 мая 2009 г.). «Опыт Hurricane Electric по развертыванию реле Teredo и 6to4» (PDF) . Конференция LACNIC-XII/FLIP6 2009, Панама-Сити, Панама. Архивировано (PDF) из оригинала 11 апреля 2015 г. Проверено 29 декабря 2012 г.

[6] Уитема, Кристиан (12 июля 2001 г.). Shipworm: туннелирование IPv6 через UDP через NAT . Архивировано 4 января 2021 года в Wayback Machine.

[7] Хуан, Шианг-Мин; Ву, Куинси; Линь, И-Бин (май 2006 г.). «Улучшение туннелирования teredo IPv6 для прохождения через симметричный NAT» . Коммуникационные письма IEEE . 10 (5): 408–410. дои : 10.1109/LCOMM.2006.1633339 . ISSN 1089-7798 . Архивировано из оригинала 1 мая 2022 г. Проверено 1 мая 2022 г.

[auto-8] «Туннелирование вредоносных программ в IPv6» . США-CERT.gov . 22 июня 2012 г. Архивировано из оригинала 10 августа 2020 г. Проверено 5 сентября 2016 г.

[9] «Туннельные протоколы IPv6: хороши для внедрения, но не очень хороши для безопасности — блог TrendLabs Security Intelligence» . 26 октября 2009 г. Архивировано из оригинала 8 октября 2016 г. Проверено 5 сентября 2016 г.

[10] Гонт, Фернандо (8 сентября 2010 г.). «Internet-Draft — Петли маршрутизации Teredo — Смягчение атак корневых циклов Teredo» . Ietf Datatracker . ietf.org. п. 2. Архивировано из оригинала 7 декабря 2021 года . Проверено 9 августа 2021 г.

[:0-11] Перейти обратно: ^а ^б «Клиенты DirectAccess, использующие туннелирование Teredo, не могут подключиться после обновления до Windows 10» . Документы Майкрософт . 07.12.2020. Архивировано из оригинала 14 января 2021 г. Проверено 12 января 2021 г.

[12] «Колонка интернет-провайдеров — май 2011» . potaroo.net . Архивировано из оригинала 1 ноября 2019 года . Проверено 22 сентября 2019 г.

[13] Кабасанов, Константин; Гарден, Винсент. (22 октября 2003 г.). Teredo для FreeBSD. Архивировано 6 марта 2005 г. на сайте Wayback Machine www-rp.lip6.fr.

[14] «Соломон, Аарон». (29 ноября 2004 г.). NICI-Teredo. Архивировано 29 августа 2021 г. в Wayback Machine . Сорсфордж.

[15] Уитема, Кристиан (25 августа 2001 г.). «Shipworm: туннелирование IPv6 через UDP через NAT (проект 00 из 08)» . Ietf Datatracker . Целевая группа инженеров Интернета (IETF). Архивировано из оригинала 29 августа 2021 г. Проверено 9 августа 2021 г.

[mail-16] Перейти обратно: ^а ^б Уитема, Кристиан (19 декабря 2001 г.). «Переименовать Корабельного червя в Тередо?» . Список рассылки IETF NGTrans . Целевая группа инженеров Интернета (IETF). Архивировано из оригинала 8 января 2018 года.

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]

[ 7 ]

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ 14 ]

[ 15 ]

[ 16 ]