Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2010-08-22 17:00:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
много маленьких интернетиков
     Интернет - я помню - расшифровывается как Interconnected Networks, то есть создан он был для объединения сетей. И когда интернет создавался - это было, блин, действительно удобно: вместо чтобы связывать два расположенных чёрт-те где компьютера какими-то проводами, подключил их к интернету, и вуаля: оба компьютера волшебным образом доступны друг для друга по любому из протоколов, бегающих поверх TCP/IP (а других уже почти и не осталось).
     Сейчас же типичная ситуация - это когда стоят два компьютера, оба подключены к интернету, но при попытке что-то сделать, ты понимаешь, что они подключены к разным интернетам, и доступиться напрямую с одного на другой без использования сторонних сервисов - задачка не такая простая, иногда близкая к неразрешимой.

     Конечно, интернет для них как бы вроде бы один и тот же - они видят одни и те же сайты, могут писать друг другу электрописьма, и даже устраивать видеосвязь через какой-нибудь skype, а если повезёт - то и прочий пиртупир типа торрентов (главное при этом - не знать, какое количество костылей и подпорок используется там, за окошком на десктопе, для того, чтобы всё это хоть как-то работало). Но ломануться по старинке, как в те времена, когда Interconnected Networks использовался для соединения компьютеров, с одного компа на другой напрямую - опаньки: настоящие IP-адреса стали ценным ресурсом, просто так юзерам не отдаются, а провайдеры при первой же возможности сгоняют юзеров за NAT с "ненастоящими" адресами - забавными такими, типа 10.1.1.77, но всё-таки "левыми". И получается, что "глобальная объединённая сеть Интернет" давно раскололась на много маленьких интернетиков, из которых можно в замочную скважину NAT подглядывать в Настоящий Интернет, и даже устраивать весёлый пиртупир в пределах провайдерской локалки. Но и не сильно более.

     При этом окончательное и бесповоротное решение этой проблемы существует! Оно существует уже более десятка лет (RFC1726 датирован 1994 годом, RFC2460 - 1998 годом)!! И первые годы его бодро пиарили и обещали "вот прям скоро" начать внедрять, чтобы лет через несколько все жили при коммунизме, и у каждого было в запасе по тысяче-другой ip-адресов, чтобы можно было выдать реальный ip каждой пуговице на ширинке и каждому шнурку на ботинке!!! А потом как-то вот затухло: в последнее время про IPv6 (речь, понятное дело, именно о нём) как-то особо не слышно. Где-то там, какие-то работы возможно ведутся, если хорошо поискать - в отдельных крупных городах (Москве и Питере, ага) даже можно найти следы IPv6... и всё.

     А чтение интернетов на тему NAT traversal, а также изучение того, в каких условиях ухитряется работать тот же skype (и на какие извраты ему приходится идти) - чётко напоминает старый советский анекдот, про иностранца, увидевшего ГАЗ-66, и заявившего "что только эти русские не придумают, лишь бы дороги не строить". И правда - ну такой вокруг "обхода NAT" (и ещё не забываем про прокси, причём нескольких разных видов!) завал костылей и подпорок, что даже "перевязанный батничками" фидошный узел образца 1990 года по сравнению с этим выглядит шедевром прямоты и логической стройности. И всё только потому, что существующее более десяти лет решение, в этой быстроразвивающейся индустрии - как-то вот йок, мы лучше будем шлифовать очередные нюансы отображения свойства полупрозрачности в различных браузерах, да создавать очередные клоны клонов очередных "сосальных (social) сетей".

     И как-то уже начинаешь понимать, что не так уж наверное и нужно мне это самое соединение компьютеров - можно ведь и флэшками информацию носить, и электропочтой файлы передавать, а все эти телнеты и radmin'ы - это лишнее...
     "Эх, Морфеус, Морфеус. Где же ты, когда ты так нужен?"(с)

     P.S: а ещё не могу отделаться от мысли, что билайн выдаёт пользователям "жёлтых USB-свистков" адреса вида 172.[16-31].x.x потому, что про сети 192.168.x.x и 10.x.x.x помнят все (их проще запомнить и удобнее использовать), а про 172.[16-31].x.x поэтому не помнят, и пользователь может "визуально спутать" этот IP с настоящим. Впрочем, тут вопрос скорее к IETF - зачем кроме "удобного и широкого" диапазона 10.x.x.x и "компактного" 192.168.x.x, был выделен ещё и этот странный некруглый огрызок в середине диапазона. Желающие рассказать про "сети класса B" - начинайте с того, зачем вообще может понадобиться зависимость класса сети от сетевого адреса - я никакой причины кроме "создания путаницы" до сих пор придумать не могу :-)


(Читать комментарии) - (Добавить комментарий)


[info]dizel_by@lj
2010-08-22 11:46 (ссылка)
IPv6 требует практически полной замены всего существующего софта, поэтому никто не будет с ним связываться, пока не станет совсем плохо.

Кстати, резервировать фиксированный белый адрес необязательно, можно давать динамический, но белый. Серьёзный сервер не поставишь, но всякий пиртупир станет намного веселее, а с сервисами типа dynamic dns даже какое-то подобие реальной жизни появится...
Вот белую динамику у нас дают по умолчанию, но можно написать заявление на белую статику. Но если вдруг адресов не хватает, вместо динамики могут выдать и серый адрес. Кстати, NAT на значительных объёмах начинает требовать просто нереальных вычислительных ресурсов. Именно поэтому, например, наш МТС стал раздавать белые адреса. Правда интерконнект всё равно запрещён :) Надеюсь, что временно

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-08-22 12:10 (ссылка)
Ну, софт вместе с железом и так заменяется - нагрузки-то растут, за эти годы трафик вырос на несколько десятичных порядков(!), казалось бы - самое время под это дело IPv6 прикрутить, тем более что новый софт вроде как по умолчанию должен уметь IPv6. Ан нет...

(Ответить) (Уровень выше)


[info]dibr@lj
2010-08-22 12:11 (ссылка)
> Кстати, NAT на значительных объёмах начинает требовать просто нереальных вычислительных ресурсов. Именно поэтому, например, наш МТС стал раздавать белые адреса

Хи-хикс! И правда, на какие только жертвы не пойдут, лишь бы дороги не строить :-)

(Ответить) (Уровень выше)


[info]ckomopox@lj
2010-08-22 13:41 (ссылка)
какой софт надо будет обновить, чтобы IPv6 "работал"? Спасибо.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-08-22 14:02 (ссылка)
Тебе, скорее всего, ничего обновлять не надо (скажем, если у тебя винда - то нажать правой мышью на иконку сетевого подключения, в "свойствах" попросить "установить" протокол IPv6, собственно и всё).

Но пока IPv6 не будет у провайдера - это действие ни к чему не приведёт. А вот провайдеры держат оборону до последнего, и, судя по тому что без IPv6 им самим несладко, готовы идти на любые расходы, лишь бы не допустить внедрения IPv6.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nlothik@lj
2010-08-22 14:06 (ссылка)
> Но пока IPv6 не будет у провайдера - это действие ни к чему не приведёт

Центральные провайдеры (ну там, Спринт, Эйти Энд Ти, ГлобалКроссингз с каналами толщиной в слоновью ногу) уже всё это поддерживают. А вот на окраинах прогресс как-то да, встал.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-08-22 14:12 (ссылка)
Центральным отступать некуда: если им не освоить IPv6 прямо сейчас, можно быстро перестать быть центральным. Но мы-то массово как раз на окраинах. Причём прогресс-то как бы идёт - трафик за эти годы вырос на десятичные порядки, значит и железо, и софт на этих самых окраинах менялись - а v6 как не было, так и нет.

(Ответить) (Уровень выше)


[info]ckomopox@lj
2010-08-22 14:07 (ссылка)
вот именно, друг мой. Заявление про "всенепременнейшую тотальную замену софта" - несколько голословно.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2010-08-22 16:41 (ссылка)
Со стороны провайдера думаю софт не проблема заменить и перенастроить, а вот на клиенте мне кажется не все будет работать если убрать ipv4. Оправдание провайдеров насчет софта не очень прокатывает, просто они понимают, что пока это не востребовано и шевелится не хотят. Надо их просто обязать.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ext_233871@lj
2010-08-22 16:45 (ссылка)
> не все будет работать если убрать ipv4
А кто же заставляет "убрать IPv4"? Будет и IPv4 ещё лет 20, и IPv6.
Разница в том, что первые будут "серыми" (за NAT) и использоваться всё реже и реже, а вторые будут настоящими "белыми", и ходить основной трафик со временем начнёт именно по v6.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2010-08-22 16:56 (ссылка)
Это понятно. Проблема думаю в том, что проавйдеру не хочется делать таких телодвижений не получая выгоды в обозримой перспективе, проблема скорее в этом.

(Ответить) (Уровень выше)


[info]ckomopox@lj
2010-08-22 17:54 (ссылка)
95%, сидящих под домашней виндой, не поймут твоих стратегических выкладок.

(Ответить) (Уровень выше)


[info]dizel_by@lj
2010-08-22 16:43 (ссылка)
Вот начнётся - посмотрим ;) На данный момент у меня на домосервере половина софта реально не в курсе, что такое IPv6. Debian Squeeze, ага. А ещё начнётся ад на предмет того, что пакеты из IPv4 будут ходить в IPv6 через жопу шлюзы

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ext_233871@lj
2010-08-22 16:48 (ссылка)
> половина софта реально не в курсе, что такое IPv6. Debian Squeeze
В Squeeze с этим всё далеко не так плохо:
http://wiki.debian.org/DebianIPv6
http://wiki.debian.org/ReleaseGoals/FullIPv6Support
Насчёт "половины софта" вы наверное погорячились.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dizel_by@lj
2010-08-22 16:56 (ссылка)
Ключевой софт не умеет. Например, asterisk 1.6. И не будет уметь. А 1.8 под вопросом. Для него может не оказаться нужных модулей, которые во всём мире давно deprecated, а тут вполне себе нужны. Squid будет, но сейчас не умеет. Openvpn не умеет, mysql не умеет.
Посмотрел свои железки: модем не умеет, точка доступа (с оригинальной прошивкой, сейчас там dd-wrt) не умеет. VoIP-шлюз отключен и поставлен на полку ввиду покупки Openvox A400P, но оный шлюз тоже не умеет. Ах да, телефон и ещё десяток гаджетов тоже не умеет. Надо будет проверить на днях...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ext_233871@lj
2010-08-22 16:59 (ссылка)
Squid 3.1 у меня стоит из Experimental, видимо... OpenVPN кстати всё отлично умеет, пользуюсь каждый день. Туннель поверх IPv6, и внутри него тоже v6. Здесь есть пример, как настроить: http://www.sixxs.net/forum/?msg=general-535044

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dizel_by@lj
2010-08-22 17:05 (ссылка)
Так это ж вуду :) А мы говорим о том, что софт должен работать искаропки. Весь, включая наколенную поделку студента Васи Пупкина :)

(Ответить) (Уровень выше)


[info]dizel_by@lj
2010-08-23 15:20 (ссылка)
В логах такое: Dead loop on virtual device tun6to4, fix it urgently!
Кто виноват и что делать? :) Делал по инструкции, вроде всё запустилось, но ping6 ipv6.google.com не работает :(

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ext_233871@lj
2010-08-24 01:48 (ссылка)
А что делали (какие конкретно команды, желательно с точностью до буквы :), и в какой ОС?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dizel_by@lj
2010-08-24 02:07 (ссылка)
Как-то вроде само починилось :) Debian Squeeze

(Ответить) (Уровень выше)


[info]ckomopox@lj
2010-08-22 17:54 (ссылка)
см. коммент выше. 95%, да.

(Ответить) (Уровень выше)


(Читать комментарии) -