В прошлом я настраивал небольшие локальные локальные сети, которые были полностью отключены от Интернета, и при назначении адресов хостам я мог выбирать все, что облегчало передачу адресов между людьми, как можно проще (и как можно проще запомнить в вашей голове). ). Неудивительно, что одним из моих любимых способов было дать номера хостов, такие как 10.1.1.1, 10.1.1.2, 10.1.1.3 и т. Д. Очень легко общаться и очень легко держать в голове. (Хорошо, у меня была почти полная свобода выбора адресов. Я, конечно, не мог использовать 127.0.0.1 для любого из интерфейсов Ethernet, или использовать любые адреса подсети или широковещательные адреса).
Ожидая, пока различные стороны (предприятия, интернет-провайдеры и т. Д.) Развернут IPv6 (и, таким образом, обеспечат реальный стимул для использования IPv6 в реальном мире), я немного заинтересован в том, чтобы опробовать его в небольшом (минималистичном?) Масштабе, просто повторив задачу, настроив изолированную локальную сеть, но на этот раз полагаясь на IPv6 для связи между хостами. Я могу совершенно свободно выбирать любые IPv6-адреса, которые мне нравятся. Почти, по крайней мере. Я не могу выбрать :: 1 в качестве адреса любого интерфейса локальной сети, например, так как он передается для интерфейса обратной связи. И учитывая все различные диапазоны IPv6-адресов, которые зарезервированы для всех видов использования и целей, я задаюсь вопросом: в каком изолированном контексте ЛВС, какой лучший способ выбрать легкий для запоминания, легкий для устной передачи IPv6-адресов? (Скажем, от 3 до 32 хостов или около того)
Я знаю, что этот вопрос немного академичен и, вероятно, не является тем, с чем вы столкнетесь при «реальном» развертывании IPv6 (будь то бизнес или хобби). Еще мне интересно, лучший способ «ремесленных» удобные адреса IPv6, поэтому , пожалуйста , не дают ответы , которые только дает мне решение , которое «спасает» меня от необходимости создавать эти адреса IPv6 вручную. (Или предоставьте ответы, которые только объясняют, почему это плохая практика - вручную устанавливать эти адреса IPv6 ...)
FC00::/8все еще зарезервировано, поэтому никто не может использовать этот диапазон еще.FD00::/8можно использовать, если вы соответствуете RFCВсе, что вам действительно нужно, это назначить свою сеть как / 48 из этого и начать адресацию.
fc00:0001:0001/48и так далееЧто касается отслеживания IP-адресов, я предлагаю вам использовать либо страницу вики, либо какой-либо подобный документ.
Или сервер DHCPv6, который выдает статически назначенные аренды.
источник
FE00::/8. Остальные 48 битов должны быть случайными (поэтому они «глобально уникальны»), и я использую этот генератор - random.org/cgi-bin/randbyte?nbytes=5&format=h Таким образом, вы получите что-то вродеFEDA:EC52:6E69::/48для сети и так (и при условии, что я игнорирую часть «подсети» RFC), первый хостFEDA:EC52:6E69::1и последний хостFEDA:EC52:6E69:FFFF:FFFF:FFFF:FFFF:FFFF.Я бы рекомендовал использовать адреса в FD00 :: / 8, а не в FC00 :: / 8, для этого FD00 :: / 8 выделяется как локально назначенный ULA, где FC00: / 8 предназначен для использования для централизованно назначенного ULA, т.е. каждой организации, желающей ULA, будет выделен 40-битный префикс (предположительно, IANA и / или RIR, хотя механизм назначения не был определен, и назначения не были сделаны).
Лично я бы выбрал самый простой вариант: FD00 :: 1, FD00 :: 2 и т. Д. Для тестовой / демонстрационной сети; используйте префикс / 64, чтобы ваша сеть была FD00 :: / 64.
Я знаю, что есть ОБЯЗАТЕЛЬНО использовать псевдослучайный метод для создания префикса ULA, но я бы просто проигнорировал это для тестовой / демонстрационной системы, которую я никогда не собираюсь подключать к чему-либо другому и которая будет отключена в конце лаборатория.
источник
Мы разрабатываем приложения для IPv6, поэтому мы запускаем IPv6 параллельно с IPv4 в нашей сети разработки. Я настроил сервер Radvd для автоматической настройки, и он назначает адреса IPv6 на основе локального префикса канала и MAC-адреса. Затем я добавляю их в DNS и всегда использую имена после этого. Это работает нормально, однако мы добавляем адреса в DNS вручную, и время от времени кто-то забывает обновить. Кроме того, мы запускаем несколько виртуальных машин VMware, а иногда мы перемещаем машины с помощью конвертера VMware. В результате они меняют свой MAC-адрес, и мы должны вручную обновить DNS после этих действий, что вызывает раздражение. Я исследую, может ли помочь динамическое обновление DNS, но пока я не тратил много времени на это.
источник
Я бы порекомендовал использовать регистрацию в SixXs и использовать выделенный вам блок ... там также много информации, если вы не хотите говорить "кто вы".
источник