Свежие комментарии

Могут возникать непридвиденные засады, потому что стандарт предполагает что не на P2P интерфейсе /64 — это один домен коллизий. Теоретически вроде как длина префикса всё должна определять, а на практике я бы постремался.

https://serverfault.com/questions/714890/ipv6-subnetting-a-64-what-will-...

/64 дальше резать нельзя. Если есть только /64 то нельзя из неё вешать и на (c) и на (d)(e)(f). Имея три внутренних сети надо больше.

Из-за этого я отказался от идеи брать /64 у своего провайдера и использую туннель от HE который даёт /48.

Конкретно про хром не знаю. Но в целом - примерно так:
1. На многих компах по умолчанию включён IPv6. При этом IPv6 подключения к интернету - нет. Поэтому браузеры не пытаются ходить по IPv6, если видят, что у компа нет честного IPv6 адреса. Кстати, это одна из причин, почему IPv6 NAT может не заработать нормально.
2. Соединение с IPv6 зачастую неправильно настроено. Поэтому браузеры выключают IPv6, если видят, что он плохо работает.
Но если IPv6 настроен нормально, то браузеры его используют.

Конфигурация для getaddrinfo, через которую как раз таки можно задать приоритет протоколу находится в /etc/gai.conf.
Я не уверен правда, используют ли вызов getaddrinfo Chrome и FF.

Про "винду саму" не вполне понятно причем тут она.

Вот некая программа порезолвила имя. Получила A и AAAA записи. Дальше там должна быть логика "а куды коннект".

Винда тут вроде не при делах?

Да мне плевать на идею, я не идейный.

Выше описано что есть. Предложения по раздаче этого дальше *стандартными путями*?

А если так: роутер получил блок /64 и каким-то образом целиком отдал его freebsd. Freebsd анонсировала его в "домашние подсети". При этом, правда, сам роутер остаётся без IPv6 адреса (только link-local).

> NAT заодно сработает файрволлом.
Может, пусть файрволлом работает файрволл? У него это лучше получается, и он, в отличие от NAT, не мешает P2P.
Btw, мы вообще подключаем домашнюю сеть к интернету, или изолируем? Если изолируем, это уже другая история.

>Ну и главное - чему противоречит nat то?
Самой идее IPv6. У тебя есть /64 на любой интерфейс. Зачем там нат?

Луддизм прям какой-то..

У меня в бридже стоит хуавей. Сбрасывает настройки подключения, зараза. Повесил на бесперебойник.

Ну вот схема МГТС - Роутер_МГТС - FreeBSD < домашние подсети.

Роутер_МГТС получил по PrefixDelegation блок /64. Анонсировал его по SLAAC. FreeBSD его получила и присвоила адрес оттуда своему интерфейсу "в мир" с prefixlen = 64.

Дальше я вижу два пути
1:
а) руками поменять prefixlen на "внешнем интерфейсе FreeBSD" на, скажем, 72
б) руками же присвоить адреса из выданной /64 интерфейсам "в домашние подсети"
в) ну и руками же (прописыванием адресов в rtadv.conf) раздать их по дому.

2: а) раздать по дому что-то локальное (fdaa)
б) никогда не менять эту раздачу
в) за-NAT-ить их.

Но я не вижу способа автоматизировать способ 1 (ну понятно можно обскриптовать, но оно не становится менее ручным от этого).

И я не вижу ничего плохого в способе 2. Наоборот, только хорошее, NAT заодно сработает файрволлом.

Если бы у меня провайдерский роутер раздавал бы адреса по дому - то все бы как вы пишете.

Но моя проблема в том, что вот эти адреса - они попали в единственный сабнет, который линк между моим роутером и провайдерским.

Дальше раздавать
а) или вручную пилить /64 на куски
б) или по домашней сети раздать приватные и nat (как было сделано для IPv4)

Я видел но не вчитывался, потому что погружен в IPv6

Добрый (?) день, Алексей! Сегодня вывалилась рассылка от basiccolor вот такого содержания:
https://www.basiccolor.de/caution-monitor-profiles-in-mac-os-10-12-and-1...

Это они о чём?

1. /64 предназначена не для одного устройства, а для одной сети. В принципе её можно нарезать и мельче, но тогда могут сломаться stateless address autoconfiguration и пр. Так что если у Вас дома что-то более сложное, чем одна сеть, в которой все всех видят, то /64 Вам, по-хорошему, маловато.
2. В сети IPv6 у каждого устройства может быть несколько адресов. Во-первых, постоянный адрес, основанный на префиксе и MAC-адресе, который никогда не меняется и используется для входящих соединений. Во-вторых, бывают временные адреса, которые создаются, например, раз в сутки и используются для исходящих соединений. Их задача - чтобы враги, к которым Вы зашли браузером, не узнали Ваш постоянный адрес и не начали его сканировать на уязвимости.
3. Вот представьте, что Вы поставили в своей сети веб-камеру, чтобы за аквариумом наблюдать, настроили DNS и уехали в отпуск. А провайдер внезапно взял да и поменял Вам префикс сети, а Ваш префикс отдал кому-то другому. И теперь Вы понятия не имеете, какой адрес у Вашей веб-камеры, и даже спросить не у кого. Ну не нормально это, не должен префикс меняться.
4. Насколько я понимаю, в сети IPv6 компы должны сами анонсировать свои имена. Попробуйте погуглить radvd, Neighbor Discovery Protocol и т.п.