/64 направленный к моему присвоенному адресу IPv6?

Чтобы быть хорошим Windows Sys Admin I думают, что, по крайней мере, умеренное понимание SQL необходимо. Необходимо знать, как получить и управлять данными в ходе обязанностей. Я видел, что слишком много в других отношениях полезных администраторов последовательно вручают от проектов, когда любой тип знания SQL требуется. Эта книга сделала чудеса для меня, когда я решил изучить SQL. http://www.amazon.com/SQL-Fundamentals-2nd-John-Patrick/dp/0130669474

4
задан 19 December 2012 в 09:06
3 ответа

Добро пожаловать в чудесный мир, в котором гораздо больше IP-адресов, чем вы когда-либо знаете, что делать. (И ваш VPS-провайдер хорош за то, что сделал все правильно и назначил вам / 64 вместо чего-то меньшего, что, кажется, делают многие заблуждающиеся провайдеры ...)

Одна цель, как вы, возможно, догадались, заключается в том, чтобы что ни у кого никогда не заканчиваются IP-адреса, никогда . Или, по крайней мере, не на очень долго, пока ...

Вот как это будет работать для вас:

  1. Ваш IP-адрес, назначенный интерфейсу eth0 , 2607: f840: 0: 3f :: eaa . Это на / 64 вышестоящего провайдера. Когда пакеты поступают для вашей подсети , 2607: f840: 44: 22 :: / 64 , ваш восходящий провайдер направляет их на ваш интерфейс eth0 .

  2. Что вы будете делать с пакетами, когда они придут, полностью зависит от вас. Поскольку вы используете VPS, вам, вероятно, не нужно много адресов, поэтому вы можете просто начать назначать их с ... :: 1 существующему интерфейсу eth0 .

    Например:

     ip addr add 2607: f840: 44: 22 :: 1/64 dev eth0
    ip addr добавить 2607: f840: 44: 22 :: 2/64 dev eth0
    ip addr add 2607: f840: 44: 22 :: 3/64 dev eth0
    ip addr add 2607: f840: 44: 22 :: deca: fbad / 64 dev eth0
    ip addr add 2607: f840: 44: 22: feed: face: dead: beef / 64 dev eth0
    

    Если вы далее разделяете свой VPS на контейнеры (например, OpenVZ или LXC), вы можете направить / 64 на сетевой мост, который будет обслуживать контейнеры, и назначить адреса контейнерам.

См. Также тесно связанный вопрос: Как работает разделение на подсети IPv6 и чем оно отличается от разделения на подсети IPv4?

9
ответ дан 3 December 2019 в 02:29

Позвольте мне ответить, цитируя RFC 5375: Рекомендации по назначению одноадресного IPv6-адреса

Использование длины префикса подсети, отличной от / 64, нарушит многие функции IPv6, среди прочего Neighbor Discovery (ND), Secure Neighbourhip Discovery (SEND) [RFC3971], расширения конфиденциальности [RFC4941], части Mobile IPv6 [RFC4866], PIM-SM со встроенным RP [RFC3956] и SHIM6 [SHIM6]. Ряд других функций, которые в настоящее время разрабатываются или предлагаются, также зависят от префиксов подсети / 64.

Ваш провайдер просто придерживается безопасных стандартов. Вы получаете огромное адресное пространство для работы, но это хорошо. Это обеспечивает будущее.

3
ответ дан 3 December 2019 в 02:29

Я не понимаю, что значит «маршрутизировать» 2607: f840: 44: 22 :: / 64 на мой IPv6-адрес 2607: f840: 0: 3f: 0 : 0: 0: eaa / 64.

Это означает, что они обрабатывают ваш сервер как маршрутизатор.

Когда устройство хочет отправить пакет, оно ищет пункт назначения в своей таблице маршрутизации.

Маршрут может указывать только на интерфейс. Примером этого является неявный маршрут, созданный маской подсети, но, по крайней мере, в Linux такие маршруты также могут быть добавлены явно. В этом случае IP-адрес назначения принимается как IP-адрес следующего перехода.

В качестве альтернативы маршрут может указывать на комбинацию интерфейса и IP-адреса следующего перехода.В этом случае используется указанный IP-адрес следующего перехода

Для IPv6 6 IP-адрес следующего перехода затем преобразуется в MAC-адрес с использованием обнаружения соседей (IPV4 использует ARP).

Это означает, что маршрутизатор провайдера ищет любой адрес в 2607: f840: 44: 22 :: / 64, он выполнит обнаружение соседей для 2607: f840: 0: 3f: 0: 0: 0: eaa и отправит пакет на найденный MAC-адрес.

0
ответ дан 3 December 2019 в 02:29

Теги

Похожие вопросы