Найкраща практика для вибору зручних IPv6-адрес для кількох хостів в ізольованій локальній мережі


12

Я раніше мав невеликі спеціальні локальні мережі, які були повністю відключені від Інтернету, і, призначаючи адреси хостам, я міг вибрати все, що зробило б спілкування адрес між людьми якомога простішим (і якомога простіше запам'ятати в голові). ). Не дивно, що одним із моїх улюбленців було дати хостинг номерів, таких як 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 ...)

Відповіді:


9

Я працюю над рішенням Тома, але поправка:

FC00: 0001: 0001 :: / 48 буде вашим мережевим сегментом

Господарі:

FC00: 1: 1 :: 1

FC00: 1: 1 :: 2

FC00: 1: 1 :: 3

. . .

FC00: 1: 1: FFFF: FFFF: FFFF: FFFF: FFFF

... ЦЕ багато IP!


Добре, рішення Тома містило більше інформації, але це було більше місця на останньому, що я шукав. (Але чому цей сайт не дозволяє мені приймати відповіді Тома та Чікалека? У цьому випадку я вважаю це виправданим!)
IllvilJa

Ви цього не робите, ви просто повинні схвалити мою і прийняти те, що б там не було. Або подайте заявку на обидва, якщо ви хочете.
Том О'Коннор

Примітка: FC00 :: / 8 використовується Cjdns , можливо, іншими подібними мережами. Дивіться іншу відповідь для кращої альтернативи, щоб запобігти зіткненням адреси, якщо знадобиться якось об’єднати мережі.
Ві.

Насправді FC00::/8все ще зарезервовано, тому ніхто ще не може використовувати цей діапазон. FD00::/8можна використовувати, якщо ви відповідаєте RFC
4193.

Привіт .. Мені не зрозуміло, що ця відповідь додає до відповіді Тома, окрім ілюстрації діапазону підмережі? (Що не
зрозуміє

13

Блок адреси fc00::/7зарезервовано як приватна мережа IANA, як описано в RFC 4193

Все, що вам потрібно зробити, це призначити вашу мережу як / 48 із цього і почати адресувати. fc00:0001:0001/48і так далі

Що стосується відстеження IP-адрес, я пропоную вам скористатися або сторінкою wiki, або якимсь подібним документом.
Або сервер DHCPv6, який роздає статично призначені оренди.


1
Я ненавиджу IPv6. Це болить голова.
Том О'Коннор

2
Насправді, вам не потрібно робити будь-яку ручну адресацію, DHCP або відстежувати IP-адреси. Автоконфігурація IPv6 зможе легко впоратися з цим випадком, якщо ви не робите веб-хостинг чи іншу програму, яка дозволяє призначити кілька IP-адрес одному мережевому інтерфейсу.
Ерні

До речі, ця адреса має бути fc00: 1 :: 1/48
Ernie

Автоконфігурація працює і IPv6 мають хорошу підтримку для трансляцій / багатоадресних повідомлень, тому ви можете виявити всі інші автоконфігуровані інтерфейси в тій самій локальній мережі. Реальне рішення для запуску програми на локальному IPv6 LAN , ймовірно , йде уздовж цих ліній. Однак у моїх прикладних програм, мабуть, немає вбудованого автоматичного відкриття локальної мережі, і автоконфігурація має можливість генерувати дуже, дуже брудні IPv6 адреси (однак вони унікальні).
IllvilJa

2
Насправді, згідно з RFC 4193 (що в цьому питанні дійсно заплутано), 8-й біт повинен бути встановлений на 1 - так би був власне префікс 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.
Гасс

6

Я б рекомендував використовувати адреси в FD00 :: / 8, а не FC00 :: / 8 для цього, FD00 :: / 8 виділяється як локально призначений ULA, де FC00: / 8 призначений для використання для центрально призначеного ULA, тобто кожній організації, яка бажає ULA, буде виділено 40-бітний префікс (імовірно, IANA та / або RIR, хоча механізм присвоєння не визначений і жодних призначень не було).

Особисто я хотів би скористатися найпростішим можливим варіантом: FD00 :: 1, FD00 :: 2 і т. Д. Для тестової / демонстраційної мережі; використовуйте префікс / 64, щоб ваша мережа була FD00 :: / 64.

Я знаю, що ОБОВ'ЯЗКОВО використовувати псевдовипадковий метод для створення префікса ULA, але я просто проігнорую це для тестової / демо-системи, яку я ніколи не збираюся підключати до чого-небудь іншого і буду зніматися в кінці лабораторії.


Я не згоден з вами, але я хотів би переглянути деякі статті щодо цього. Цікаво.
HostBits

1
Це НЕ для чого призначений простір ULA. ULA є унікальним у всьому світі (але все ще не направляється) ... RFC 4193, розділ 3.2.1, пояснює, що вам потрібно зробити ...
Knobee

0

Ми розробляємо додатки для IPv6, тому запускаємо IPv6 паралельно з IPv4 в нашій мережі розробки. Я закінчив налаштування сервера radvd для автоматичної конфігурації, і він призначає адреси IPv6 на основі локального префікса посилання та MAC-адреси. Потім я додаю їх у DNS і завжди використовую імена після цього. Це прекрасно працює, проте ми додаємо адреси до DNS вручну і раз у раз, коли хтось забув оновити. Крім того, ми запускаємо купу віртуальних машин VMware і іноді переміщаємо машини за допомогою конвертера VMware. Як результат, вони змінюють свою MAC-адресу і нам потрібно вручну оновити DNS після цих пропозицій, що прикро. Я розслідую, чи може допомогти ввімкнення динамічних оновлень DNS, але поки на це я не витратив багато часу.


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.