Война в Украине

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

IPv6/История

Материал из Urbanculture
Версия от 00:53, 6 февраля 2013; Bratello (обсуждение | вклад) (дзяцлъ-дзяцлъ, replaced: в → срать (172))

Перейти к: навигация, поиск

Предпосылки

Осносратьной протокол, по которому срать Интернете передадаются данные, назысратьается IP (Internet Protocol). сратьсякие HTTP, ICQ и прочая ерунда работают посратьерх него (с TCP или UDP срать промежутке, но это уже детали). IP умеет упакосратьысратьать данные срать пакеты и передасратьать их между компьютерами. Понятно, желающим обменяться данными нужно как-то друг друга идентифициросратьать. Для этой цели используются IP-адреса.

А сратьот с адресами и начинаются проблемы. IP был придуман срать 80-х годах XX сратьека, когда никто и не предполагал, что доступ срать Интернет через какие-то пятнадцать лет будет не то, что у каждой усратьажающей себя фирмы, а сратьосратьсе у каждого школьника. Поэтому адреса сделали длиной срать четыре байта (от 0.0.0.0 до 255.255.255.255). Их 2^32 = 4294967296, казалось, что хсратьатит сратьсем. Прямо как 640 килобайт.

Но это еще не самый большой просчет. На ранних этапах разсратьития сети адреса можно было получать не сколько тебе реально надо, а только блоками по 16777216, 65536 или 256 адресосрать. Если тебе надо 500 адресосрать, бери сразу 65536. Если надо 66000, бери 16 миллионосрать. Ясратьно не самый эффектисратьный расход адресного пространстсратьа.

Есть и еще один прикол: сеть 224.0.0.0/4 (268435456 адресосрать) сратьыделили для многоадресной рассылки (через нее, срать частности, работает IPTV), а адреса после нее зарезерсратьиросратьали для использосратьания срать будущем. Многие разработчики сетесратього оборудосратьания постасратьили аппаратный фильтр на эти зарезерсратьиросратьанные адреса, и теперь если разрешить их использосратьание, часть исторической инфраструктуры не сможет с ними работать.

Но до какого-то момента это сратьсе не имело значения, поскольку Интернет был только у сратьоенных и срать унисратьерситетах.

Когда число пользосратьателей сети начало стремительно сратьозрастать, стало ясно, что адресосрать не так уж и много. срать персратьую очередь отказались от дурацкой классосратьой адресации (той самой сратьыдачи блоками фиксиросратьанного размера) и сделали сратьозможным сратьыдасратьать адреса срать минимально нужном количестсратье.

Потом и это перестало помогать, тогда подумали, что сратьо имя спасения сети можно отказаться от уникальности адреса каждой машины и сратьыдасратьать по одному уникальному адресу на сеть, чтобы сратьсе машины сети ходили срать Интернет через него. Так поясратьился NAT (Network Address Translation), который подменяет адрес источника у соединений сратьосратьне сети на адрес маршрутизатора. Для сетей за такими маршрутизаторами сратьыделили сратьсем теперь изсратьестные сети 10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16.

Но это сратьсе сратьременные меры, которые только помогли бы продержаться до сратьнедрения носратього протокола с большим адресным пространстсратьом.

Чем же плох NAT?

Есть мнение, что носратьый протокол не нужен, а можно жить с NAT и дальше.

Чем же он плох? Да сратьсем. Пока мы устанасратьлисратьаем соединения изнутри сети, сратьсе не так уж и плохо. Но тоже не особо хорошо, поскольку машин сущестсратьенно больше, чем реальных адресосрать, а для защиты от атак на отказ срать обслужисратьании многие серсратьера стасратьят ограничение на число соединений с одного адреса. Можно получить самый настоящий бан на гугле.

А сратьот с соединениями из Интернета срать нашу сеть проблем куда больше. Многие протоколы, срать том числе SIP (для голоса посратьерх IP), FTP, да те же p2p-сети через NAT срать его чистом сратьиде работать не могут. Приходится строить костыли, либо сратьстроенные срать протокол (как у Skype и BitTorrent), либо на стороне маршрутизатора.

Кроме этого, срать больших сетях NAT станосратьится очень ресурсоемкой операцией. На десятимегабитном канале какой-нибудь DIR-300 сратьполне спрасратьляется, чтобы NAT'ить 100 мегабит, уже нужно достаточно мощное железо.

Что NAT посратьышает безопасность — это тоже миф. Закрыть лишние сратьходящие соединения с тем же успехом можно и межсетесратьым экраном.

Носратьый протокол

К 1996 году были сратьыпущены спецификации протокола IPv6. Он предостасратьляет нам:

  • Огромное адресное пространстсратьо. Адреса стали длиной 128 бит, то есть сратьсего их 2^128 = 340282366920938463463374607431768211456. сратьнушительно, прасратьда?
  • Обязательная поддержка многоадресной рассылки (срать IPv4 была опциальной).
  • Обязательная поддержка IPsec (шифросратьания трафика).
  • Асратьтоматическая настройка адресосрать на машинах и поиск ими маршрутизатора.

Длинные адреса поначалу могут сратьыглядеть страшно. И прасратьда, 2001:db8:0000:0000:0000:0000:0000:0001 сратьыглядит куда сложнее для запоминания, чем 192.0.2.1. Но дсратье или более группы нулей можно заменить симсратьолом «::», а незначащие нули не писать. сратьыходит 2001:db8::1, сосратьсем просто.

Кстати, несмотря на непонимание некоторых просратьайдеросрать, срать IPv6 сратьообще не полагается сратьыдасратьать пользосратьателю единстсратьенный адрес. Только подсеть /64 на сегмент, /56 (или /48) на сеть из нескольких сегментосрать. Размер /64 сратьыбран для того, чтобы можно было асратьтоматически сгенериросратьать уникальный адрес каждого хоста из MAC-адреса.

Асратьтономным системам (просратьайдерам, например), сратьыдаются сети /32 сратьида 2001:db8::/32. А те самые /64 имеют сратьид 2001:db8:aa:bb::/64. Как сратьидно, их куда проще запомнить, чем мелкие сети IPv4 типа /27, имеющие не такую красисратьую границу.

При использосратьании носратього протокола асратьтоматической настройки администратру достаточно сратьключить ее на маршрутизаторе и прописать используемую подсеть, клиенты получат себе адреса и найдут маршрут наружу без его участия. Разсратье что адреса DNS-серсратьеросрать сейчас так раздать нельзя, нужен DHCPv6. Но расширения для этой цели уже предложены.

Нынешнее состояние

Большинстсратьо просратьайдеросрать очень не спешили с сратьнедрением IPv6. Гласратьная тому причина: на замену старого железа, которое его не поддержисратьает, нужно очень много денег. Один коммутатор третьего уросратьня стоит несколько сотен тысяч долларосрать. А еще нужно менять абонентские концентраторы, биллинг и еще много чего.

Поэтому сратьозможностей получить IPv6 домой на данный момент (2011 год) практически нет. Только у некоторых срать тестосратьом режиме (Comcast срать США, например). А сратьот на точках обмена трафиком и срать датацентрах он обычно есть.

Сайтосрать и серсратьисосрать с поддержкой IPv6 тоже пока немного, но ситуация испрасратьляется. Но пользосратьателей p2p там уже достаточно много.

И сратьсе же переход на IPv6 неизбежен. К концу 2000-х ситуация с адресами стала критической, а срать фесратьрале 2011 года последние пять блокосрать /8 были сратьыданы региональным регистраторам для раздачи пользосратьателям. Когда их сратьсе раздадут (сратьероятно, уже к концу 2011 года), адресосрать IPv4 больше не останется.