У меня есть сервер с адресами IPv6 и IPv4. Можно ли подключиться к другому веб-серверу (я знаю только его IPv4-адрес) через HTTP через IPv6 интерфейс, чтобы этот сервер мог видеть только мой IPv6 IP в качестве исходного адреса?
Короткий ответ: НЕТ
Длинный ответ: IPv4 и IPv6 - разные протоколы. Теоретически вы можете подключиться с IPv6-адреса к сервису IPv4, но для этого вам понадобится NAT64, и он в первую очередь предназначен для сети только с IPv6.
Обновлено для отражения комментариев:
Мой ответ ниже неверен, но я подозреваю (т.е. надеюсь), что я не единственный человек, у которого были подобные заблуждения, и что этот ответ (и, более того, его комментарии) помогут прояснить ситуацию.
Основная проблема заключается в том, что я неправильно понимаю, что делает 6to4 - 6to4 не предоставляет (как я изначально понял) средства для связи узла IPv6 с узлом IPv4. Он позволяет узлу IPv6 разговаривать с другим узлом IPv6 в сети IPv4.
Итак (как уже указывалось) это неправильный ответ, и он конкретно не касается случая, который интересовал спрашивающего.
Что касается устаревания 6to4, то в настоящее время это действительно только рекомендация, применимая только к определенному подмножеству 6to4. Похоже, что 6to4 больше не рекомендуется для новых развертываний.
NAT64 (по крайней мере, как описано здесь: https://en.wikipedia.org/wiki/NAT64), возможно, больше подходит:
Трансляция без сохранения состояния подходит, когда транслятор NAT64 используется перед серверами только для IPv4, чтобы позволить им быть доступными для удаленных клиентов, работающих только с IPv6. Преобразование с отслеживанием состояния подходит для развертывания на стороне клиента или у поставщика услуг, позволяя клиентским узлам, поддерживающим только IPv6, достигать удаленных узлов, поддерживающих только IPv4.
Оригинал:
Технически это возможно: https://en.wikipedia.org/wiki/6to4.
Предполагая, что вы найдете реле для использования, это реле будет обрабатывать соединение IPv4 от вашего имени, делая их IP-адрес (v4) источником, который будет видеть пункт назначения.
Однако имеет смысл посмотреть, можно ли всего этого избежать, либо найдя IPv6-адрес для службы (если он есть), либо используя IPv4 - поскольку ваш сервер имеет и то, и другое, кажется, намного проще просто говорить по IPv4. чем это связано с дополнительными переходами и сложностью вашего сервиса.
Тем более, что похоже на то, что вы используете удаленный конец как какой-то восходящий поток, так что задержка / отзывчивость, по-видимому, тоже учитываются.
Обновлено отражать Сандер Стеффаннкомментарии: 6to4 устарел с 2015 года (https://tools.ietf.org/html/draft-ietf-v6ops-6to4-to-historic-11), и в этом документе рекомендуется NAT64 в качестве замены (https://tools.ietf.org/html/rfc6146).
Таким образом, хотя остается возможность сделать то, что хотел спрашивающий, 6to4 - это не правильный способ сделать это.