Протокол IPv6: зачем?

Вы находитесь здесь: version6.ru » Протокол IPv6: зачем?
Эта страница — только для чтения. Вы можете посмотреть исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== Протокол IPv6: зачем? ======
Оставив в стороне длинные описания теоретических и практических [[wp>IPv6#Features_and_differences_from_IPv4|отличий IPv6 от IPv4]], зададимся более простым вопросом:
  * Что протокол IPv6 может дать **сегодня, простому домашнему пользователю**?

Казалось бы, ничего. Однако, я обнаружил, что настроив у себя поддержку IPv6, можно получить несколько очень приятных "фишек", недоступных при использовании только IPv4.

===== Преимущества =====
==== 1. Статические "белые" IP-адреса для всех ваших компьютеров (даже за провайдерским NAT) ====
На сегодня, если не считать прямого IPv6 (которого российские провайдеры пока не дают), наиболее привлекательным способом подключения к IPv6 является регистрация у так называемого туннельного брокера, т.е. компании, которая предоставляет (бесплатно) услугу "перебрасывания" трафика из IPv4 в IPv6 и обратно.

При использовании такого способа, каждый пользователь не только получает прямой доступ к IPv6-интернету (даже находясь за провайдерским IPv4 NAT'ом!), но и имеет собственную подсеть IPv6, которая привязывается не к его текущему IPv4-адресу, а к его эккаунту (имени и паролю) у брокера. Таким образом имеется возможность не только получить диапазон IPv6-адресов, но и сохранить его за собой даже при смене своего непосредственного провайдера IPv4.

Кроме того, пользователям в полное распоряжение выдаётся как минимум подсеть ''/64'', которой достаточно, чтобы можно было подключить к сети 2<sup>64</sup> устройств, и дать им всем настоящие ("белые"), статические Интернетовские адреса.

Таким образом, в случае, когда в вашей локальной сети -- несколько компьютеров, и необходимо обеспечить доступ к сервисам некоторых из них снаружи, более не нужно изощряться с пробросом портов на NAT-шлюзе и их запоминанием ("так, порт 20022 - это SSH на компьютер в спальне, а 20122 - на тот, что в гостинной"), достаточно просто подключиться к нужному компьютеру, указывая не адрес шлюза, а адрес этого компьютера напрямую.

Может возникнуть вопрос -- а как быть с безопасностью? Отсутствие в IPv6-мире NAT, неверно воспринимаемого некоторыми как средство защиты сети от вторжений, на возможность обезопаситься от взломщиков никоим образом не влияет. Достаточно настроить файрвол таким образом, чтобы он не пропускал из Интернета в локальную сеть входящих соединений, кроме тех, которые вы специально хотите разрешить. В GNU/Linux для этих целей имеется инструмент ''ip6tables'', являющийся аналогом используемого для настройки IPv4-файрвола ''iptables''.

==== 2. Более высокая скорость скачивания торрентов ====
Протокол BitTorrent построен таким образом, что находящиеся за провайдерским NAT и не имеющие возможности принимать входящие соединения пользователи могут "торрентить" файлы только с тех, кто за таким NAT'ом **не** находится (т.е **имеет** возможность принять входящее соединение). Это очень существенное ограничение даже сегодня, но вдвойне -- в ближайшие годы, т.к. по мере исчерпания IPv4-адресов, всё больше провайдеров будут забирать у пользователей реальные IPv4 и "садить" их за NAT. Таким образом, количество торрентовских peer'ов и seed'ов, имеющих связность между собой, будет падать, вплоть до полной невозможности выкачать некоторые малопопулярные торренты.

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

{{ http://romanrm.ru/pics/2009/2009-05-05-0214-torrent-ipv6.png }}

Чтобы задействовать новый протокол при скачивании/раздаче торрентов, необходима его поддержка со стороны трекера. На сегодня, из крупных российских трекеров, IPv6 поддерживает [[http://www.nnm-club.ru/|NoNaMe-Club]] (на форуме которого, [[http://www.nnm-club.ru/forum/viewtopic.php?t=113220|обсуждение нового протокола]] развернулось уже на пару десятков страниц).

Стоит отметить, что после включения IPv6, торренты могут работать быстрее не только у тех, кто находится за злобными провайдерскими NAT, а у всех, сделавших это. Всё дело в том, что имея настроенный доступ в IPv6-интернет, вы получаете возможность качать и с компьютеров тех пользователей Сети, у которых по разным причинам нет возможности раздавать файлы по IPv4. И в конечном итоге, видя больше seed'ов и больше peer'ов -- получаете более высокую скорость.

Если вы пользуетесь GNU/Linux, и IPv6 вам интересен прежде всего для скачивания торрентов, вы можете [[:miredo|установить себе поддержку IPv6 всего за минуту, без необходимости настраивать её вручную]].

==== 3. Долговременные соединения, не рвущиеся при смене IPv4-адреса ====
Системы контроля доступа к Интернету у некоторых провайдеров построены таким образом, что максимальная длительность одного Интернет-соединения равна 24 часам, после чего происходит принудительный дисконнект, а при повторном подключении -- выдаётся новый IP-адрес.

В результате этого, раз в сутки, как правило в самое неудобное время, все установленные TCP/IP-соединения рвутся, и их необходимо устанавливать заново. Это неудобно, если, например, вы пользуетесь чатами, онлайн-играми, или другими сервисами, зависящими от непрерывности коннекта.

Мне, например, из-за этого приходилось ждать, пока IRC-клиент заново подключится к серверам (в случае некоторых из них - процесс это не быстрый). Однако, если же я подключаюсь к IRC-серверу, поддерживающему IPv6 ([[http://www.freenode.net|ipv6.irc.freenode.net]] и [[/irc|другие]]), соединение не рвётся, поскольку установлено оно с моего IPv6-адреса, а он при смене адреса IPv4 не изменяется. Всё, что происходит -- это прекращение обмена данными по соединению секунд на 15 -- время, пока сервер [[http://tunnelbroker.net/|tunnelbroker.net]] получает и обрабатывает информацию о новом IPv4-адресе моего конца туннеля.

==== 4. Возможность настройки собственных записей обратного DNS ====
Если вы пользуетесь туннельным брокером IPv6, на его веб-сайте вам наверняка будет доступна возможность переопределить NS-сервера, на которые делегируются полномочия отвечать на запросы обратного DNS по вашей подсети. А их можно проделегировать на бесплатный DNS от [[http://dns.he.net/|dns.he.net]], и там через веб-интерфейс указать... В общем, возможность хоть и **крайне** приятная, но нужная не всем, подробно объяснять как и что -- долго, так что скажу проще. :) Эта штука позволяет, в числе прочего, при входе на IRC-каналы [[http://en.linuxreviews.org/IPv6_supported_IRC_servers|поддерживающих IPv6 сетей]], видеться не как
<code>-- Vasya <pupkin@pppoe-123-456-789-000.mtu-net.ru> has joined #linux</code>
...а гораздо более респектабельно:
<code>-- Vasya <pupkin@my-desktop.home-network.vasya.ru> has joined #linux</code>

===== Ссылки =====
Если какой-то (или все) из перечисленных пунктов вас заинтересовали, предлагаю проследовать ко второй части этой статьи, которая называется...
  * **[[:ways]]**
why.1306838645.txt.gz · Последние изменения: 2013-10-17 10:18 UTC (внешнее изменение)
	Новости
	Сообщество
	Twitter
	IRC
Views

Навигация

Personal Tools

Поиск

Инструменты

Ссылки
