IPv6 через WARP WireGuard

[Transer]

Посетила безумная мысль что раз при подключении warp через WireGuard, выдаётся ipv6, то ведь можно было бы выходить в интернет типо с поддержкой ipv6, чтобы сайты на ipv6 открывались

Технология IPv6 NAT66 автоматически включается для префиксов /128 на интерфейсах global. [NDM-3669]

Единственное что не включается NAT66, Потому что WireGuard не глобал...

Так то туннель получается есть с поддержкой ip6

deepseek говорит что 

Ваш роутер получил один IPv6-адрес /128, но не раздаёт его клиентам в локальной сети. Для этого нужно включить NAT66 (маскарадинг) или проброс префикса. В KeeneticOS автоматический NAT66 для /128 появляется, но не всегда срабатывает — особенно если туннель поднимается через WireGuard с нестандартными настройками.

Возможно ли это Всё? 

[CATCrypt]

1 час назад, Transer сказал:

Ваш роутер получил один IPv6-адрес /128, но не раздаёт

Нужен prefix /56 что бы дальше раздавать на другие интерфейсы разбивая на мелкие части /64.

/128 работать так как вы хотите не будет, так как вам выдают только один ipv6 который уже назначен интерфейсу  маршрутизатора.

[Transer]

4 часа назад, CATCrypt сказал:

Нужен prefix /56 что бы дальше раздавать на другие интерфейсы разбивая на мелкие части /64.

/128 работать так как вы хотите не будет, так как вам выдают только один ipv6 который уже назначен интерфейсу  маршрутизатора.

Так для этого и должен включится NAT66

NAT66 — это сокращение от Network Address Translation для IPv6. По сути, это тот же «маскарадинг» (как в IPv4), только для адресов шестой версии. 📌 В двух словах NAT66 позволяет вашему роутеру подменять IPv6-адреса всех устройств внутри локальной сети на один свой собственный IPv6-адрес (который он получил от провайдера или туннеля) при выходе в интернет. --- 🔄 Чем отличается от NAT в IPv4? · В IPv4 NAT — это необходимость (из-за нехватки адресов). Один «белый» IP раздаётся сотням устройств. · В IPv6 NAT — это исключение. По задумке, каждое устройство должно иметь свой собственный публичный IPv6-адрес. Но если провайдер даёт только один адрес (как в вашем случае с WARP /128), то без NAT66 раздать интернет всем клиентам просто невозможно. --- ⚙️ Как работает NAT66 на практике? 1. Роутер получает внешний IPv6-адрес (например, 2606:4700:110:...). 2. Внутренним устройствам он выдаёт локальные IPv6-адреса (из диапазона fd00::/8 — это ULA, аналог 192.168.x.x). 3. Когда устройство отправляет запрос в интернет, роутер заменяет его локальный IPv6-адрес на свой внешний, запоминает, кому принадлежал ответ, и при получении обратно подменяет обратно. --- ✅ Для чего это вам? Именно благодаря NAT66 ваш телефон/ноутбук сможет открывать IPv6-сайты через туннель WARP, даже если на роутере только один адрес /128. KeeneticOS автоматически включает NAT66 для таких интерфейсов — это как раз то, о чём говорилось в [NDM-3669]. --- ⚠️ Главное ограничение Как и в IPv4-NAT, входящие подключения из интернета к вашим устройствам невозможны. Никакого прямого доступа к вашему ПК, камерам или игровому серверу по IPv6 не будет — интернет вас видит только как один роутер. --- 💡 Итог NAT66 — это костыль, позволяющий использовать IPv6 даже при одном внешнем адресе. Для домашних сетей он вполне работоспособен, но лишает главного преимущества IPv6 — «белого» адреса для каждого устройства. В вашей ситуации с WARP — это единственный способ заставить IPv6 работать на всех устройствах. 

[CATCrypt]

7 часов назад, Transer сказал:

В вашей ситуации с WARP — это единственный способ заставить IPv6 работать на всех устройствах. 

Нейросеть удобная штука, но она информацию берет из интернета.

Можно сделать через тунельный брокер ipv6. Лучше всего у провайдера купить /56 если прям жизненно необходим ipv6 и не заниматься подобной ерундой. 

 

Изменено 17 августа пользователем CATCrypt

[Transer]

Ну почему сразу ерундой? По мне схема как будто бы рабочая, просто чего-то не хватает. Nat 66 есть , но задумано не для этого... 

Так прикрутить немного и вуаля, килер фича 😁 

[CATCrypt]

7 минут назад, Transer сказал:

Ну почему сразу ерундой? По мне схема как будто бы рабочая, просто чего-то не хватает. Nat 66 есть , но задумано не для этого... 

Так прикрутить немного и вуаля, килер фича 😁 

Ну потому что ipv6 сам по себе это решение для того что бы не искать возможность получить статический или белый ipv4.

Локальный ipv6 не так интересен как возможность раздать ipv6 для доступа извне.

Многие зарубежные ресурсы где используется ipv6 имеют дублирующий ipv4.

[Transer]

Мне кажется что DDNS, с серым ipv6 будет лучше работать? 

[CATCrypt]

В 17.08.2026 в 16:29, Transer сказал:

Мне кажется что DDNS, с серым ipv6 будет лучше работать? 

Если у вас на этом сером ip будут закрыты порты, то толку тогда от того что у вас до доменного имени будет проходить ping?

Вам же доступ извне как я понимаю нужен, а не просто что бы сайты IPv6 открывались😋

[KLimping]

В 17.08.2026 в 13:50, CATCrypt сказал:

Можно сделать через тунельный брокер ipv6.

Уж ты, спасибо за наводку!

Быстро прописал на Keenetic, и получил 10/10 на https://test-ipv6.run

Один вопрос. У меня не статический IPv4. Вижу там у брокера есть фича API-key на этот случай.

А можно ли как-то автоматически настроить на Keenetic?

Ссылка для автоматического обновления настроек:

 

[CATCrypt]

10 минут назад, KLimping сказал:

Уж ты, спасибо за наводку!

Быстро прописал на Keenetic, и получил 10/10 на https://test-ipv6.run

Один вопрос. У меня не статический IPv4. Вижу там у брокера есть фича API-key на этот случай.

А можно ли как-то автоматически настроить на Keenetic?

Ссылка для автоматического обновления настроек:

 

Без понятия, так как давно использую ipv6 от провайдера с префиксом 56.

Этот сервис пару лет назад использовал исключительно в тестовых целях, по этому не подскажу.

 

[KLimping]

В 02.10.2026 в 09:48, hstq сказал:

Скрипт может сравнивать текущий IPv4 с последним успешно отправленным и вызывать API только при изменении

А что за скрипт, если не секрет?

Крутится на самом Keenetic?

[mlg]

Добрый день. А как быть если провайдер (Ростелеком) выдает /56 ipv6 и настроен Warp через WG? Из веб интерфейса ipv6 пинг работает, а с компа домен резолвится, но "превышен интервал ожидания"

[KLimping]

1 час назад, mlg сказал:

а с компа домен резолвится, но "превышен интервал ожидания"

А какие IPv6 адреса получает комп?

Я вот нифига не понимаю, как заставить Кинетик отдавать на клиенты IPv6 из пула WARP. Если коряво сформулировал мысль, прошу простить.

У меня клиенты получают только fd06:********

В то время как у WARP 2606:********

[liliput-liliout]

1 час назад, KLimping сказал:

на клиенты IPv6 из пула WARP

у WARP нет никакого пула. там /128

[KLimping]

46 минут назад, liliput-liliout сказал:

у WARP нет никакого пула. там /128

Да, точно. А как бы заставить Кинетик выдавать клиентам такие IPv6, чтобы этот трафик маршрутизировался в WARP?
Ну например чтобы открывался https://ntc.party

[liliput-liliout]

1 минуту назад, KLimping сказал:

А как бы заставить Кинетик выдавать клиентам такие IPv6

никак. он не может ничего "выдать". Максимум NAT66.

Но для конкретного указанного сайта это и не нужно. У него вполне себе есть ipv4 просто он не анонсируется через DNS.

В поиске вбейте ipv4 и нужный сайт. там будет адрес. Его пропишете в роутере через ip host <caйт> <IP_адрес> и все. И маршрутизируйте его куда нужно.

 

[KLimping]

6 минут назад, liliput-liliout сказал:

никак. он не может ничего "выдать". Максимум NAT66

Хорошо, по-другому спрошу. Вот на самом Кинетике выполняю Ping IPv6 - всё прекрасно:

sending ICMPv6 ECHO request to yandex.ru...
PING yandex.ru (2a02:6b8:a::a) 36 (84) bytes of data.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=1, ttl=55, time=69.77 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=2, ttl=55, time=68.94 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=3, ttl=55, time=68.90 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=4, ttl=55, time=69.20 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=5, ttl=55, time=68.97 ms.

--- yandex.ru ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss,
0 duplicate(s), time 4070.10 ms.
Round-trip min/avg/max = 68.90/69.15/69.77 ms.

А как добиться того же на клиенте, подключенному к Кинетику?

Провайдер выдаёт только IPv4. Кинетик выполнял ping через WARP.

[Miha_7774]

7 часов назад, KLimping сказал:

Хорошо, по-другому спрошу. Вот на самом Кинетике выполняю Ping IPv6 - всё прекрасно:

sending ICMPv6 ECHO request to yandex.ru...
PING yandex.ru (2a02:6b8:a::a) 36 (84) bytes of data.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=1, ttl=55, time=69.77 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=2, ttl=55, time=68.94 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=3, ttl=55, time=68.90 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=4, ttl=55, time=69.20 ms.
44 bytes from yandex.ru (2a02:6b8:a::a): icmp_req=5, ttl=55, time=68.97 ms.

--- yandex.ru ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss,
0 duplicate(s), time 4070.10 ms.
Round-trip min/avg/max = 68.90/69.15/69.77 ms.

А как добиться того же на клиенте, подключенному к Кинетику?

Провайдер выдаёт только IPv4. Кинетик выполнял ping через WARP.

А сейчас клиенты в сети, как пингуют yandex?
У меня через тунельного брокера ipv6, и в сегментах сети "включить ipv6"

1

[KLimping]

9 часов назад, Miha_7774 сказал:

А сейчас клиенты в сети, как пингуют yandex?

Сейчас — вообще не пингуют

Клиенты получают fd06:****** и в тесте IPv6 показывают 0/10

ИИ-советчик подсказывает, что NAT66 не работает, но включить на последних версиях прошивки на Peak с его советами я нифига не могу.

[dchusovitin]

8 часов назад, KLimping сказал:

Сейчас — вообще не пингуют

Клиенты получают fd06:****** и в тесте IPv6 показывают 0/10

ИИ-советчик подсказывает, что NAT66 не работает, но включить на последних версиях прошивки на Peak с его советами я нифига не могу.

Работает, на форуме было несколько соотв. тем, но отдельные моменты менялись с версией прошивки. Приготовиться перезагружать роутер и подключения клиентов, во время настройки. Отключить лишние подключения, оставить только провайдера и WG. Еще есть некие странности в ipv6 маршрутах у WG, прыгают приоритеты при вкл/выкл подключения.

WG подключение - адрес с /128, префикс из GUA, разрешенные ipv6 подсети. Подключение поставить на первое место, клиента в основную политику, "no ipv6 local-prefix default" (временно), включить ipv6 в сегменте. Проверять полученный адрес (GUA) на клиенте и маршруты.