Ipv6 native что это
Перейти к содержимому

Ipv6 native что это

  • автор:

Как настроить IPv6-подключение к Интернету на Wi-Fi маршрутизаторах (новый логотип)?

Дата последнего обновления: 09-24-2018 08:31:40 AM 509823

Эта статья подходит для:

Archer C1200 , Archer C5400 , Archer A2600 , Archer AX55 , Archer C4 , Archer C5200 , Archer AX53 , Archer C5 , Archer AX10 , Archer C2 , Archer AX51 , Archer AX96 , Archer A2200 , TL-WR1043N( V5 ) , Archer C80 , Archer AXE95 , Archer C8 , Archer AX10000 , Archer C3150 , Archer C9 , Archer AX50 , Archer C6 , Archer C7 , Archer AX90 , Archer AX6000 , Archer C5400X , Archer C25 , Archer C24 , Archer A20 , Archer A64 , Archer C60 , Archer C2600 , Archer A1200 , Archer C21 , Archer C20 , Archer C64 , Archer AX1800 , Archer AX206 , Archer C59 , Archer C58 , Archer AX4200 , Archer C3200 , Archer C900 , Archer A2 , Archer AX75 , Archer AX4400 , Archer C3000 , Archer AX73 , Archer C50 , Archer A10 , Archer A54 , Archer AX4800 , Archer C50 , Archer C1900 , Archer C55 , Archer C54 , Archer A2300 , Archer AXE75 , Archer A6 , Archer A7 , Archer AX72 , Archer AXE200 Omni , Archer A5 , Archer GX90 , Archer A8 , Archer A9 , Archer AX68 , Archer C2300 , Archer AX5300 , Archer C1210 , Archer AX23 , Archer AX20 , Archer C4000 , Archer AX21 , Archer A3000 , Archer C2700 , Archer AXE300 , Archer AX1500 , Archer AX60 , Archer AX11000 , Archer AX3200 , Archer AX3000

The «This Article Applies to» section is not updated in a timely manner, to determine if your model supports a specific feature, please refer to the Specifications page of the corresponding product on the TP-Link website.

Ваш интернет-провайдер предоставляет информацию об одном из следующих типов интернет-соединения IPv6: PPPoE, Динамический IP (SLAAC / DHCPv6), Статический IP, туннель 6to4, сквозной (мост).

1.Войдите в веб-интерфейс маршрутизатора. Если вы не знаете, как это сделать, обратитесь к статьям ниже:

2. Перейдите в раздел Дополнительные настройки (Advanced ) > IPv6.

3. Включите IPv6 и выберите тип подключения к интернету, предоставленный интернет-провайдером.

Если вы не знаете тип подключения к интернету, обратитесь к интернет-провайдеру или к эксперту в соответствии с уже известной информацией, предоставленной интернет-провайдером.

4. Заполните информацию в соответствии с требованиями различных типов соединений. Красные пробелы должны быть заполнены.

1) Статический IP-адрес: заполните пробелы и нажмите Сохранить (Save).

2) Dynamic IP (SLAAC / DHCPv6): нажмите Дополнительно (Advanced) для ввода дополнительной информации, если ваш провайдер требует. Нажмите кнопку Сохранить (Save), а затем-обновить (Renew).

3) PPPoE: по умолчанию маршрутизатор использует учетную запись IPv4 для подключения к серверу IPv6. Нажмите Дополнительные настройки (Advanced), чтобы ввести дополнительную информацию, требуемую вашим интернет-провайдером. Нажмите кнопку Сохранить (Save) и нажмите кнопку Подключить (Connect).

Если интернет-провайдер предоставляет две отдельные учетные записи для подключений IPv4 и IPv6, снимите флажок Использовать один сеанс с подключением IPv4 (Use the same session with IPv4 connection) и вручную введите имя пользователя и пароль для подключения IPv6.

4) Туннель 6to4: тип подключения к интернету IPv4 является обязательным условием для этого типа подключения. Нажмите Дополнительные настройки (Advanced), чтобы ввести дополнительную информацию, если этого требует ваш провайдер. Нажмите кнопку Сохранить (Save) и нажмите кнопку Подключить (Connect).

5) Pass-Through (Bridge): нажмите Сохранить (Save) и перейдите к шагу 6.

5. Настройка портов LAN. Пользователям Windows рекомендуется выбрать один из первых двух типов. Введите префикс адреса, предоставленный интернет-провайдером, и нажмите кнопку Сохранить (Save).

6. Щелкните Состояние (Status), чтобы проверить, успешно ли настроено подключение IPv6. На следующем рисунке показан пример успешной конфигурации PPPoE.

Если вы хотите узнать подробнее про каждую функцию и её настройки, пожалуйста, перейдите в раздел Загрузки и загрузите руководство пользователя для вашего устройства.

Похожие статьи

  • How to set up IPv6 service for Cable ISP on the wireless router
  • Что делать, если нет доступа в интернет через Wi-Fi роутер?
  • What Does Running Out of IPv4 Mean? What Is IPv6?
  • How to set up IPv6 service for some specific ISP like BT/Hyperoptic or SKY etc on the wireless router

Был ли этот FAQ полезен?

Ваш отзыв поможет нам улучшить работу сайта.

Что вам не понравилось в этой статье?

  • Недоволен продуктом
  • Слишком сложно
  • Неверный заголовок
  • Не относится к моей проблеме
  • Слишком туманное объяснение
  • Другое

Как мы можем это улучшить?

Спасибо

Спасибо за обращение
Нажмите здесь, чтобы связаться с технической поддержкой TP-Link.

IPv6 и NAT6:6

Решил просвятиться в вопросе IPv6, почитал, про него, посмотрел как можно себе домой завести (к сожалению только 6to4) а потом задумался. Вот сейчас у меня есть внешний IPv4, но что-бы особо его не фингерпринтить, все девайсы выходят в сеть через европейский VPn и в целом норм. А что с IPv6, на микроте у него вообще нет вкладки NAT, в интернете пишут что реализации NAT6:6 в стандарте нет (хотя технически он не должен быть сложнее NAT4:4), но может найдутся упоротые вендеры которые напишут свою.

Ладно, у нас остаются типа socks и прочие прокси, но они настраиваются на оконечных устройствах на уровне приложения, что уже неудобно. Да и не проверял я какие socks сервера поддерживают v6.

И в общем меня паранойя. IPv6 позволяет каждому девайсу выделить по отдельному Global адресу (спасибо хоть есть технологии генерации не на основе mac, а то получается хостовая часть адреса во всех сетях была бы одинаковая). Плюс у нас есть адрес подсети, который привязак к конкретному абоненту/компании. И нет простого способа скрыть эти адреса.

Там случаем не гугл проталкивает IPv6? Они были-бы рады такому хорошему идентификатору оконечного устройства, в качестве дополнения к текущему fingerprint.

IPv6 — прекрасный мир, стоящий скорого перехода на него

Практически все статьи, которые я видел на тему «чем хорош IPv6 и почему на него стоит пошустрее переходить», говорят только о просто более широком адресном пространстве. В лучшем случае, упомянут автоматическую конфигурацию адресов и маршрутов (stateless address autoconfiguration (SLAAC)). Это удручает, а ведь IPv6 имеет много ещё других неявных плюшек, являясь очень продуманным стеком протоколов (IPv6 + ICMPv6 + NDP)! Создаётся впечатление, что IPv6 это просто тупо про расширение адресов, а дальше то особо никакого профита. Или же некоторые статьи плачутся о том, что они не видят сиюминутного профита от внедрения/перехода. Простоту и удобство, гибкость и расширенные возможности (из-за одного только избавления от NAT-а) не так то легко измерить, как какие-нибудь задержки и пропускную способность. Решил поэтому собрать моё видение прекрасного мира IPv6 протокола и его плюсы в этой статье.

Не использовать IPv6 для построения чего-то нового, новых сетей — просто не имеет смысла, так как лишаемся массы удобств и возможностей, получая кучу геморроя от лишения этой массы удобств и возможностей. IPv6 поддерживается даже с Windows XP версии. Последний раз я проверял пять лет назад, но уже тогда SLAAC+RDNSS/DNSSL поддерживали и iOS и Android и даже Windows 10 устройства, не говоря о GNU/Linux и BSD системах.

IPv4 не является плохим протоколом. Его проблема только в том, что он никогда не задумывался для создания большой глобальной сети, где почти у каждого человека на Земном шаре будет доступ к ней прямиком из штанов (где лежит смартфон). Он создавался во времена, когда компьютеры были более быстрыми чем сети (странное сравнение?) и с кучей памяти. Сейчас наоборот: сделать 10 Gb канал связи можно тривиально и дома, но из коробки ни одна из массово используемых ОС не сможет эффективно коммутировать или маршрутизировать трафик на такой скорости.

Конечному пользователю сложно представить получаемые преимущества, так как Интернета, по факту, уже давно мало кому дают: преобладающая часть людей всегда сидела за NAT-ом и считает, что изобретение протоколов типа WebSocket, есть нечто штатное, нормальное, логичное и разумное, и ничего кроме TCP, UDP и ICMP у нас особо-то и не ходит поверх IP.

Сетевому инженеру, чисто психологически, сложно будет пересиливать себя в понимании того, что адресов и сетей реально очень много выдаётся и не имеет смысла (и даже будет только вредить удобству и простоте обслуживания) экономить на их использовании. Большая проблема — осознание того, что IP адреса уже не являются дефицитным ресурсом и думать приходится чаще всего в понятиях не единичных адресов, а целых огромных сетей минимум с /64 префиксом.

IPv6 имеет более серьёзные требования (эту часть можно обозвать недостатками):

  • Минимальный допустимый MTU канала: 1280 байт.
  • Канал должен быть с обнаружением (или даже исправлением) ошибок.
  • NDP протокол работает активно поверх multicast адресов, требуя работоспособных multicast рассылок в Ethernet-е.
  • PMTUD является обязательным для (эффективной) работы, так как в IPv6 нет фрагментации пакетов на уровне маршрутизаторов.
  • ICMPv6 протокол играет очень большую роль для работоспособности IPv6 сетей, как минимум для NDP и PMTUD. Если заблокировать его (как многие админы любят делать в IPv4 сетях), то сеть, скорее всего, перестанет работать.
  • У конечного пользователя появляется Интернет, а не удалённый доступ до ряда служб корпораций типа Facebook, ВКонтакте, WhatsApp, YouTube и т.д.! Буквально появляется возможность обмениваться произвольными данными между произвольными компьютерами. Можно использовать, зачастую гораздо более эффективные, peer-to-peer протоколы, разгружая сервера. Количество перерастает в качество: все мы знаем насколько революционен был BitTorrent только для обмена файлами.
  • Исчезает NAT (всё ломающий костыль, абсолютное зло): теперь можно использовать гораздо более эффективные протоколы для различных задач. Например, SCTP для удобной гарантированной in-order передачи сообщений параллельных потоков, в противовес TCP, передающему поток байт, да ещё и с head-of-line blocking. Использовать протоколы без ненужной инкапсуляции, с лишним overhead-ом и бесполезной тратой ресурсов, например, на пересчёт контрольных сумм, как это делают с IPsec (или любыми VPN) и SCTP протоколами инкапсулированными в UDP пакетах. Использовать протоколы где не нужно разделение на порты, убирая громоздкие заголовки транспортного уровня. Это эффективно и удобно!
  • Работающий IPsec, как правило, требующий доступности хостов. Наконец-то его можно использовать не только для VPN-ов/туннелей, но и для обезопашивания хоть каждой TCP сессии по отдельности: setsockopt может делать per-socket IPsec policy, вкупе с возможностью задания ожидаемых идентификаторов участников IKE соединения (sadb_ident), это с лихвой покрывает все задачи решаемые SSL/TLS-ом! Был бы IPv6 внедрён раньше, то и SSL/TLS, с очень долгой историей небезопасности, в принципе бы не появился. IPsec имеется сразу же из коробки во всех современных ОС и его трафик обрабатывается на ядерном уровне, с централизованным (один IKE/KINK/whatever демон) управлением рукопожатиями. Это очень эффективно, продуманно и удобно!
  • Не нужно заниматься выделением отдельных портов для разных демонов запускаемых на одном IP адресе — проще на отдельных IP адресах поднимать несвязанные между с собой демоны, без неудобств с отличающимися от default-ных значений портов. Каждому пользователю всё-равно выдаётся минимум /64 сеть. Это просто и удобно!
  • Глобальных префиксов так много выдаётся конечным пользователям и организациям, что просто не имеет смысла использовать site-local адреса сетей (fc::/7), рискуя иметь коллизию с какой-нибудь домашней сетью пользователя, подключающегося по VPN к сети организации (хорошо известная проблема в IPv4 мире, иногда вынуждающая переделывать адресацию домашней сети). Везде надо привыкать к тому, что стоит использовать глобальные префиксы сетей. Это очень удобно!
  • На практике, адреса сконфигурированные руками/человеками, зачастую проще запомнить чем 4 несвязанных десятичных числа, особенно если их делать мнемоническими (типа :dead:babe:): 2a02:6b8::2:242 (ya.ru), :face:b00c: в сети Facebook, 2001:4860:4860::8888 публичный DNS Google-а, 2620:0:ccc::2 (OpenDNS). А если что-то длинное автоматически сгенерированно, то человеку это на практике и не нужно запоминать/продиктовывать, так как он хоть мышкой выделит в терминале и вставит куда надо.
  • Так как все адреса выдаются иерархическим образом, то таблица маршрутизации на каждом узле/маршрутизаторе маленькая и компактная. Даже за /48, /56 или /64 сети конечных пользователей отвечают маршрутизаторы самих пользователей, которым эти префиксы делегированы. Это очень эффективно, продуманно и удобно!
  • Если умные инженеры всё же просчитались и раздача /48, /56 и подобного размера сетей каждому конечному пользователю является чересчур нерациональной и безалаберной идеей, то ничего страшного: штатно адреса для глобальных адресов сейчас раздаются только из 2000::/3 диапазона, то есть всего-лишь из 1/8 части всего возможного адресного пространства. Если это было плохим решением, то у нас ещё есть 7 попыток раздавать адреса по другим политикам. Это продуманно!
  • Killer-feature: link-local адреса. Автоматически создаваемые на каждом канале link-local адреса гарантируют наличие работающего сетевого уровня между компьютерами. Не нужно настраивать руками временные IPv4 приватные сети. Для большой организации не нужно тратить время и силы на разрезание на подсети какой-нибудь 10/8 сети, раздавая из неё адреса для маршрутизаторов, следя чтобы не пересеклось ничего. Так как IPv6 позволяет иметь много адресов на одном интерфейсе и один и тот же адрес на разных интерфейсах, то можно какой-нибудь fe80::1 на каждом интерфейсе общения с виртуальными машинами назначить и зашить намертво в образах машин как адрес шлюза. Это невероятно удобно!
  • Некоторые well-known multicast адреса позволяют легко узнать какие компьютеры вообще есть в сети (broadcast домене Ethernet-а), моментально в ad-hoc режиме их найдя и имея возможность сразу же подключиться:

# ping6 ff02::1%igb0 PING6(56=40+8+8 bytes) fe80::be5f:f4ff:fedd:2752%igb0 --> ff02::1%igb0 16 bytes from fe80::be5f:f4ff:fedd:2752%igb0, icmp_seq=0 hlim=64 time=0.036 ms 16 bytes from fe80::be5f:f4ff:fedd:98f1%igb0, icmp_seq=0 hlim=64 time=0.239 ms(DUP!) 16 bytes from fe80::be5f:f4ff:fee6:c37e%igb0, icmp_seq=0 hlim=64 time=0.344 ms(DUP!) 16 bytes from fe80::be5f:f4ff:fedd:9c5d%igb0, icmp_seq=0 hlim=64 time=0.479 ms(DUP!) 
igb0:addr="2001:dead:beef::":mtu=1320:rdnss="2001:dead:beef::1": 

Даёшь IPv6 и полноценный Интернет в массы!

Хостеры с IPv6 (посоветуйте :D)

1. И что спрос? Спроса-то как-такового нет, спросил знакомых веб-мастеров, админов — у многих даже провайдеры дома v6 не подводят, более того оно им в принципе не нужно. 2. Да не вчера, но как это влияет на то что если у тебя есть v4 адрес и сайт на нем, смысл ставить его же на v6 искать такого хостера и т.п.? Единственная объективная причина поднимать v6 это нехватка v4 адресов и то их давно не хватает на на v6 глобально переходить не спешат, т.к. тянет за собой кучу трат на оборудование.

Править домен летит Айболит. И одно только слово твердит: — DNS! DNS! DNS!
На сайте с 08.11.2008
6 ноября 2011, 12:33

sysctl, ага, 640 КБ памяти тоже хватит всем))) Кому выгодно, кому не выгодно, а кому просто лень. Аппетит приходит во время еды.

Новогодний хостинг. Тут! (/ru/forum/comment/13379437) Дед Мороз одобряет!
На сайте с 08.04.2009
6 ноября 2011, 12:42

sysctl:
А в чем смысл хостить сайт на v6, если:

1. бОльшая часть клиентов в РФ имеют оборудование несовместимое с v6 т.е. никогда не увидят эти сайты
2. есть v4 адрес который итак видят все

1. Это временно, уверяю вас, конечно не завтра. но скажем лет через 5-10 уже половина тех о ком вы сейчас говорите будут иметь и уметь ipv6. 2. Ну а что плохого в том, что те у кого есть ipv6 будут видеть мой сайт через ipv6 ? Romka_Kharkov добавил 06.11.2011 в 15:43

KM.UA:
Если в v6 не будет контента, провайдеры его не будут поддерживать.

Если я на ошибаюсь в цифрах то приводил ARIN около 2%, это та часть сегмента сети в которой уже нормально функционирует ipv6 трафик по отношению к v4. Romka_Kharkov добавил 06.11.2011 в 15:45

sysctl:
1. И что спрос? Спроса-то как-такового нет, спросил знакомых веб-мастеров, админов — у многих даже провайдеры дома v6 не подводят, более того оно им в принципе не нужно.

2. Да не вчера, но как это влияет на то что если у тебя есть v4 адрес и сайт на нем, смысл ставить его же на v6 искать такого хостера и т.п.?

Единственная объективная причина поднимать v6 это нехватка v4 адресов и то их давно не хватает на на v6 глобально переходить не спешат, т.к. тянет за собой кучу трат на оборудование.

1. Ну как только ваш провайдер скажет вам что пора переходить на IP адреса 10.0.0.0/8 в вашей домашней сети, вместо реального ИП, потому что нет больше. вы сразу поймете о чем речь, а это касается не только домо-сетей, а ВСЕХ, и датацентры не исключения , рано или поздно пул v4 который выдан тому или иному ДЦ будет истощен и что тогда? Не забываем о рыночных отношениях, вы сейчас покупаете в среднем v4 адрес за 1-2$ / месяц, а если они закончатся я думаю цены будут в районе 10-20$ / месяц за 1 ИП 🙂 А сайты могут работать и через v6 уже сегодня, а v6 мне провайдер пару мильенов адресов отсыпет и не потеряет ничего 😀 в общем я просто на стороне модернизации и оптимизации общего IT рынка, за ipv6 будущее как бы вы скептически не были настроены, скоро вам тоже придется считать 128битные циферки 🙂 2. Смысл каждый ищет для себя сам, вы его не нашли, увы, а я например ничего плохого не вижу в том, что в эру инноваций и технологического прорыва мои сайты будут вещаться по обоим доступным типам протоколов. Romka_Kharkov добавил 06.11.2011 в 16:03

Pavel.Odintsov:
Мы для дедиков выдаем нэтивные IPv6 /64 сети, для VPS тоже выдаем IPv6, правда, не нэтивно, через туннели hurricane electric, но пока это наиболее удобный способ 🙂

Павел, а что есть «нативные» ipv6 ? Я сам пока только разбираюсь, по этому многая терминология пока вызывает сомнения и страх при использовании, я знаю методику когда происходит НАТ 6ту4, знаю туннелирование, а так же знаю прямой метод вещания ipv6 с AS, что-то из этого и есть «нативные адреса» или это что-то другое? Если не сложно, в двух словах, буду весьма признателен. За ссылки в доки отдельное спасибо заранее. У меня с HE (hurricane electric) прямой пиринг есть, вот думаю v6 получать у ARIN и начинать анонсировать через них.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *