К основному контенту

Сообщения

Показаны сообщения с ярлыком "IPv6"

О готовности SOHO оборудования к IPv6

Нам тут все уши прожужжали о преимуществах IPv6. Решил проверить на практике. 1-й случай. Задача: одна физическая локальная сеть, в ней изолированные две подсети IPv4. Хочу из одной подсети печатать на сетевой принтер в другой подсети. "Класс, вот тут мы и попробуем преимущества IPv6 в деле" - подумал я. Сетевой принтер HP Pro P1606DN оказался доступен по локальному IPv6 адресу FE80::x:x:x:x, свободно пинговался и открывал страничку встроенного вебсервера. Добавил принтер по этому адресу. И тут пришел облом. Любое обращение к этому принтеру вызывало обрушение вызывающего приложения в Виндовс7, не важно какого: МС Офиса, Блокнота, ОпенОфиса. При попытки напечатать тестовую страницу из панели свойств принтера падал Проводник. Пока оставил попытки. 2-й случай. Увидел что мой домашний роутер теперь поддерживает IPv6 в официальной прошивке. Решил подключиться к tunnelbroker. Не тут-то было. Пока остановилось на проблеме как у http://vip.asus.com/forum/view.aspx?board_id=11&mo...

Поиск узлов в сети IPv6

Для того чтобы найти, какие еще компьютеры сконфигурированы на использование IPv6 в вашей сети, можно проделать небольшой трюк. А именно, пропинговать групповой адрес всех локальных узлов сети ff02::1 На компьютере с Windows XP это будет выглядить так: >ping6 ff02::1 На компьютере с Linux: $ping6 -I eth0 ff02::1 Где eth0 название интерфейса локальной сети Результат будет выглядеть приблизительно так: $ ping6 -I eth0 ff02::1 -c 2 PING ff02::1(ff02::1) from fe80::218:f3ff:fe0b:951 eth0: 56 data bytes 64 bytes from fe80::218:f3ff:fe0b:951: icmp_seq=1 ttl=64 time=0.040 ms 64 bytes from fe80::2e0:4cff:fe51:1a71: icmp_seq=1 ttl=64 time=0.168 ms (DUP!) 64 bytes from fe80::201:6cff:fed9:445c: icmp_seq=1 ttl=64 time=0.177 ms (DUP!) 64 bytes from fe80::21d:60ff:fe2b:5faf: icmp_seq=1 ttl=64 time=0.181 ms (DUP!) 64 bytes from fe80::21b:fcff:fe31:cd5e: icmp_seq=1 ttl=64 time=0.184 ms (DUP!) 64 bytes from fe80::21f:29ff:fe1d:730d: icmp_seq=1 ttl=1 time=0.290 ms (DUP!) 64 bytes from fe80::221:5aff...

Обзор dibbler

Dynamic Host Configuration Protocol for IPv6, иначе называемый DHCPv6, это протокол, предназначенный для автоматического конфигурирования сетевых настроек компьютеров и другого оборудования в локальной сети. Этот протокол даёт определение клиентов (т.е. хостов, которые должны быть сконфигурированы), серверов (т.е. хостов, которые конфигурируют клиентов) и релеев (т.е. хостов, подключенных к нескольким сетям и пробрасывающих трафик между локальными клиентами и удаленным сервером). В версии 0.7.RC1 была добавлена поддержка реквестора. Реквестор — это отдельная утилита, которая посылает запрос серверу, держащего запись определенного клиента. Это дает возможность опросить сервер, удерживает ли он определенный адрес или какой адрес назначен определенному клиенту. Dibbler это портируемое решение для DHCPv6, включающие в себя сервер, релей и клиент. Сейчас это решение доступно для Windows XP и 2003 (поддержка NT4 и 2000 экспериментальная) и Linux 2.4/2.6. Оно поддерживает оба автоконфигур...

IPv6 туннель внутри IPv4

Скорее всего провайдеры начнут массово предоставлять IPv6 адреса только когда совсем прижмет. Что делать если хочется получить IPv6 адрес прямо сейчас? Тут на выручку приходят так называемые "туннельные брокеры", которые предоставляют вам IPv6 адрес и связывают его к вашему IPv4 адресу через туннель. Поисковый запрос "tunnel broker" выдаст вам список брокеров. Например, я пользуюсь услугами этого . На самом сайте подробная инструкция по настройке, поэтому повторятся не буду. Могу лишь повторить что лучше выбрать ближайший до вас туннельный сервер. Для жителей России это скорее всего будет Франкфурт.

Так ли нужен NAT?

Только что развязалась у меня дискуссия со знакомым системным администратором. Началось всё с обсуждения преимуществ IPv6 над старым протоколом. Помимо автоматического конфигурирования по определению, автоматического созданию безопасных каналов, расширенных опций автоконфигурирования , таких как SIP-server, я назвал еще отсутствия такой головной боли как NAT. На что мой оппонент заметил что наличие "белых" адресов внутри локальной сети - это угроза , а "серые" IP адреса - это гарантия сетевой безопасности. Хотя бы потому что пакеты изнутри просто не маршрутизируются наружу. А так как угроза идет извне, то очень трудно захватить контроль над компьютеров внутри локалки. На это я имею свои возражения: 1. Угроза может исходить как извне так и изнутри (в виде пользователя с зараженной трояном флешкой). А фильтровать запросы идущие "снаружи" проще чем подстраивать правила фаервола под внутренних пользователей. 2. Все преимущества IPv6 перевешивают потенциальную ...

Конвертирование IPv4 в IPv6

Полезный ресурс по конвертированию IPv4 в адреса для 6to4. это необходимо, если вы хотите чтобы ваши ресурсы были доступны клиентам с IPv6. Для этого в DNS зоне помимо записи A добавляете запись типа AAAA с преобразованным IP в вид 6to4. Например: www.example.com. IN A 123.123.123.123 www.example.com. IN AAAA 2002:7B7B:7B7B:: UPD: попросили расшифровать запись АААА. Полностью запись выглядит так: 2002:7B7B:7B7B:0000:0000:0000:0000:0000 Группу нулей обычно сокращают двойным двоеточием - :: 7B7B7B7B - это запись IPv4 в шестнадцатеричной форме 2002 - это префикс, зарезервированный для адресов 6to4

Countdown IPv4

Решил добавить в свой блог счетчик оставшихся блоков адресов IPv4. Этот счетчик формируется на основании ежедневного отчета . Любопытно, что в начале 2009 года он показывал 711 дней до окончания свободных адресов. Видимо кризис сказался на выделение адресов.