Я пытаюсь сделать проект об IPv6. Мой первый вопрос: можем ли мы полностью отключить наш IPv4-адрес и использовать только наш IPv6-адрес? Мой второй вопрос: как хост, поддерживающий только IPv6, может взаимодействовать с хостом, поддерживающим только IPv4? Какой тип туннелирования используется для этого? Когда я искал около 6to4 и 6in4, я обнаружил, что эти методы туннелирования предназначены для двух хостов IPv6 для связи по сети IPv4. Так как же хост IPv6 может взаимодействовать с хостом IPv4?
4 ответа
2
Я пытаюсь сделать проект об IPv6. Мой первый вопрос: можем ли мы полностью отключить наш IPv4-адрес и использовать только наш IPv6-адрес?
Да, ты можешь. (нет, если вы предоставляете услуги общего пользования "сервер")
Мой второй вопрос: как хост, поддерживающий только IPv6, может взаимодействовать с хостом, поддерживающим только IPv4?
Использование NAT64/DNS64. Вы можете предоставить свой собственный NAT64/DNS64-шлюз или просто использовать некоторые общедоступные DNS64-серверы, такие как
nameserver 2001:778::37
nameserver 2001:67c:2b0::4
nameserver 2001:67c:2b0::6
nameserver 2001:8b0:6464::1
nameserver 2001:8b0:6464::2
Описание здесь:
http://www.trex.fi/2011/dns64.html
Какой тип туннелирования используется для этого?
Туннеля нет. Это перевод. Он имеет некоторые ограничения, такие как NAT, который вы уже знаете по IPv4.
Но IPv6-хосты не затрагиваются NAT64 - общение напрямую.
Когда я искал около 6to4 и 6in4, я обнаружил, что эти методы туннелирования предназначены для двух хостов IPv6 для связи по сети IPv4. Так как же хост IPv6 может взаимодействовать с хостом IPv4?
Оба туннеля в основном устарели. Некоторые интернет-провайдеры используют эти туннели в 6-м, но это уже не очень хорошая идея.
Некоторые провайдеры используют 4in6 для ds-lite.(На основе собственной сети IPv6)
Для завершения NAT64 вы можете добавить 464XLAT.
1
Правильно: как только вы отключите IPv4, вы потеряете связь с системами, поддерживающими только IPv4. Туннели IPv6 поверх IPv4 предназначены для людей, у которых провайдер не предоставляет внешний адрес IPv6.
То, что вы ищете, это прокси 6to4, но пока я не нашел ни одного, который бы делал это, особенно если ваш провайдер еще не поддерживает IPv6.
Редактировать: Вы можете изучить методы 4in6, чтобы разрешить туннелирование вашего трафика IPv4.
0
Поэтому я сомневаюсь, что мы можем полностью отключить адрес ipv4 и использовать только адрес ipv6.
Да. Без сомнения, это возможно. IPv4 более широко поддерживается, особенно в отношении автоматического назначения адресов (чаще всего реализуется как "DHCP" в IPv4). Многие более ранние устройства не поддерживают автоматическое назначение адреса IPv6 (или могут не поддерживать тот же подход, который используется другим устройством IPv6), поэтому может потребоваться вручную настроить параметры сети. Однако, как только IPv6 будет готов, он должен работать довольно хорошо, как и IPv4.
И затем [...] то, как единственный хост ipv6 может взаимодействовать только с хостом, поддерживающим ipv4.
...а также...
так как хост ipv6 может общаться с хостом ipv4
Это не может сделать это напрямую. Единственный способ - передача трафика. Устройство в середине, которое может называться прокси-сервером, туннельным брокером или маршрутизатором, должно будет получать трафик по одному из интернет-протоколов и преобразовывать полезную нагрузку в пакеты, которые используют другой интернет-протокол.
Я хотел бы уточнить один аспект этого ответа. Два устройства с трафиком IPv6 могут обмениваться данными, используя IPv6, помещая пакеты IPv6 в пакеты IPv4 (которые могут быть описаны как туннель), а затем обмениваясь данными с IPv4. Тем не менее, я бы сказал, что такие компьютеры не являются "только IPv6", если они используют пакеты IPv4, так что проектирование сети не совсем соответствует вопросу, который вы задавали. Я поднимаю этот вопрос, потому что это (вставка пакетов одного типа в пакет или несколько пакетов другого типа) - это то, что происходит с некоторыми из протоколов, которые вы упомянули.
Какой тип туннелирования используется для этого
Существует несколько подходов, некоторые из которых вы упомянули (6to4, 6in4). Основная причина, по которой существует несколько подходов, заключается в том, что есть несколько программистов, у которых были разные предпочтения. Могут быть небольшие отличия, например, у одного протокола больше накладных расходов, но он лучше работает с сетями, которые используют NAT для изменения пакетов.
Наиболее важной деталью является то, что обеим сторонам необходимо будет использовать один и тот же подход, чтобы иметь возможность понимать пакеты, используемые другой стороной. Некоторые решения могут быть проще в некоторых операционных системах или поддерживаться конкретным устройством, которое может быть маршрутизатором.
0
Если у одной стороны есть только IPv4, а у другой - только IPv6, они не могут напрямую общаться. Вам понадобится третье лицо, у которого есть IPv4 и IPv6, чтобы помочь вам.
Вы можете настроить туннель IPv4-in-IPv6 (4in6) между третьей стороной и хостом только для IPv6, чтобы обеспечить подключение IPv4 только для IPv6, или вы можете создать туннель IPv6-in-IPv4 (6in4) для доступ со стороны только IPv4 к IPv6
Есть и другие способы, которыми может помочь третья сторона. Если сторона IPv4 имеет доступ к прокси-серверу, который имеет как IPv4, так и IPv6, то они могут использовать прокси-сервер для создания для них соединения IPv6. Тот же принцип будет работать на стороне IPv6.
Если инициатором связи является сторона, поддерживающая только IPv6, они могут использовать службу DNS64/NAT64. Они ищут адрес стороны IPv4 через DNS, служба DNS64 возвращает поддельный IPv6-адрес в ответе, и когда сторона, использующая только IPv6, подключается к этому поддельному IPv6-адресу, служба NAT64 перехватывает его и преобразует в IPv4, который затем может достичь стороны только для IPv4.
Если сторона, использующая только IPv6, хочет принимать входящие соединения от хостов, использующих только IPv4, она может попросить кого-нибудь запустить для них службу SIIT-DC, которая принимает пакеты IPv4 и преобразует их в IPv6.
Но в конце концов вам нужна третья сторона. Либо для установки туннеля с целью передачи IPv4 на сторону только IPv6, либо наоборот, либо для перевода пакетов. Прямое общение никогда не будет возможно в этом случае.