По поводу "ipv6 security extensions" пока не догнал, что конкретно имелось ввиду.
Задумался также о оправданности туyнеля от HE, временно могу и на 6to4 переждать
отобразит лишь IPv6 Tunnel Endpoints - Client IPv6 Address: 2001:470:1f0a:b87::2) K2karacha-1-pt.tunnel.tserv6.fra1.ipv6.he.netТак, подождите. А как вы собрались увидеть адреса из маршрутизируемого префикса, если вы его не анонсировали через advertisement?
но никак не IP из Routed IPv6 Prefixes
Certain recent Linux kernel versions have a bug in the anti-spoofing code which breaks connectivity over a tunnel to 6in4 destinations. The following command may correct this until the kernel code has been corrected: ip tunnel 6rd dev he-ipv6 6rd-prefix $V6PTPNET/64 6rd-relay_prefix $TSERVV4IP/32 - Replacing $V6PTPNET with the IPv6 Server Address, leaving off the final 1 (So 2001:470:a::1/64 becomes 2001:470:a::/64) - Replacing $TSERVV4IP with the Server IPv4 Address
Мотивация - поверьте, огромная. Что отсутствует - так это достаточные познания в английскомНе поверим. Вы сами себе противоречите. Как может быть мотивация, но при этом вы не удосужились выучить язык? Если бы она была, вы бы не задавали таких вопросов.
я знаю, что такое симметричный NAT - и он исключениеТак было лет 20 назад, в современном мире, как раз исключением являются остальные типы натов. А 80% как раз симметричные.
Выходит, можно к этим ip и порту подключиться по сокету и радоваться жизни.Нельзя. Гуглите, что такое симметричный нат, например.
Если по вашему мнению эти сервера нужно использовать только для тестовГде и когда я так сказал? Не придумывайте.
Я читал, что STUN-серверы возвращают обратно ip и порт, с которого им пришло сообщение.Да, возвращают, но не для любых целей, а для проведения ICE-сессии, о которой я писал в прошлом сообщении. Порт там будет особенный, на который будут дальше приходить данные по протоколу для согласования сессии. Для каких целей вам его нужно знать, если он на каждое соединение будет разным, и при этом, выбранным случайно?
добавляешь padding и готово