gaaronk

Нет не надо. В центре для удаленных точек которые за NAT можно не указывать адрес удаленной точки. tunnel source <WAN> или tunnel source auto а tunnel destination вообще не выставляем. Именно так все и работает, адрес автоматически выставляется на основе политики, полученной от IPsec. Можно даже автотуннели настроить, главное что бы имена интерфейсов на разных концах туннеля совпадали. То есть центре создаете интерфейсы Gre1 и Gre2. На первой удаленной точке делаете Gre1 интерфейс, на второй соотвественно Gre2 Все работает. Все описано. Каждая точка стучится в центр, при смене адреса у нее туннель переподнимается автоматом.

bird лучше Белый адрес нужен только для центра звезды.

Натяните везде GRE туннели и их шифруйте IPSec'ом. А там внутрь туннеля по маршрутизации что хотите то и отправляйте. У меня внутри туннелей бегает ospf на базе bird.

Вставлете правила с уникальным комментарием, например -m comment --comment unic_marker Потом в начале скрипта /opt/sbin/iptables -L -n -t filter | grep -q "unic_marker" && exit 0

А какой опцией передается маршрут? Надо через 249

Да, но нет. МСЭ имеет приоритет перед tunnels input И перед _NDM_IPSEC_INPUT_FILTER. Если я взаимодействую с пиром "B" по GRE с ипеском, то использование МСЭ разрешит любой GRE от "B", и запретит от остальных. Что никак не решает задачу - разрешить GRE ТОЛЬКО от "B" и ТОЛЬКО шифрованный.

А как настроить firewall что бы разрешить только шифрованный GRE ? В цепочке _NDM_IPSEC_INPUT_FILTER мы разрешаем шифрованные GRE от наших пиров, и потом дропаем нешифрованный от них же. Разумно и логично. А потом в _NDM_TUNNELS_INPUT разрешаем от всех остальных... Как это запретить?

Web морда не умеет делать правильные ACL для GRE туннелей. Только в CLI

Привык смотреть первоисточник в шелле =(

Если у вас такая схема, то вам надо обязательно: 1. Обновить кинетик до 2.10 2. Конфигурировать авто туннель на кинетикие в режиме ikev2 3. Посмотреть в /tmp/ipsec/ipsec.conf на кинетике какие он задал leftid и rightid что бы на линуксе настроить строго зеркально 4. Посмотреть в /tmp/ipsec/ipsec.conf на кинетике какие он задал ike, esp, ikelifetime, lifetime что бы на линуксе задать такие же 5. На линуксе в параметрах туннеля использовать как source локальный адрес линукса

Strongswan 5.5.3 Клиент? Тут нет понятия клиент, оба соединения равноправны. У вас кто за NAT - линукс или кинетик? Внешний IP статический или динамический?

Поехали. Zyxel access-list acl-tunnel-gre permit gre <zyxel wan ip> 255.255.255.255 <linux wan ip> 255.255.255.255 interface Gre0 rename LinuxTunnel security-level private ip address 192.168.10.10 255.255.255.252 ip dhcp client no dns-routes ip dhcp client no name-servers ip mtu 1400 ip tcp adjust-mss pmtu tunnel source PPPoE0 tunnel destination <linux wan ip> up ip route 192.168.0.0 255.255.0.0 LinuxTunnel crypto ike proposal ike-aes256-sha256 encryption aes-cbc-256 dh-group 14 integrity sha256 ! crypto ike policy tun-ikev2-policy proposal ike-aes256-sha256 lifetime 86400 mode ikev2 crypto ipsec transform-set esp-aes128-sha1 cypher esp-aes-128 hmac esp-sha1-hmac dh-group 14 lifetime 21600 crypto ipsec profile linux.tunnel.com dpd-interval 20 identity-local fqdn zyxel.tunnel.com match-identity-remote linux.tunnel.com authentication-local pre-share authentication-remote pre-share mode transport policy tun-ikev2-policy crypto map linux-tunnel set-peer <linux wan ip> set-profile linux.tunnel.com set-transform esp-aes128-sha1 match-address acl-tunnel-gre nail-up virtual-ip no enable enable service ipsec Linux - /etc/network/interfaces auto gre2 iface gre2 inet static address 192.168.10.9 netmask 255.255.255.255 up ip link set gre2 mtu 1400 pre-up iptunnel add gre2 mode gre remote <zyxel wan ip> local <linux wan ip> dev eth1 ttl 64 pointopoint 192.168.10.10 post-down iptunnel del gre2 Linux - /etc/ipsec.conf conn %default right=%any compress=no dpddelay=20s dpdtimeout=60s installpolicy=yes fragmentation=yes keyexchange=ikev2 ike=aes256-aes128-sha256-modp2048,aes256gcm16-aes128gcm16-prfsha256-modp2048! mobike=no conn tmpl-static-tun-transport dpdaction=clear ike=aes256-sha256-modp2048,aes256gcm16-prfsha256-modp2048! esp=aes128-sha1-modp2048,aes128gcm16-modp2048! ikelifetime=24h keyexchange=ikev2 keyingtries=1 lifetime=6h inactivity=10m type=transport conn zyxel-tun also=tmpl-static-tun-transport left=<linux-wan-ip> leftauth=psk leftid="linux.tunnel.com" leftsubnet=%dynamic[gre] right=<zyxel-wan-ip> rightauth=psk rightid="zyxel.tunnel.com" rightsubnet=%dynamic[gre] auto=route

Отлично работают GRE IPsec туннели с Debian. Стабильно Вы в ACL должны указывать концы туннеля, а не трафик внутри туннеля. А трафик внутрь заворачивайте маршрутизацией.

Да собственно оно мне и не больно надо. Опечатки были в исходном скрипте который правился.

Ну зачем? Напишите свой скрипт который пускается при старте системы и делает в бесконечном цикле sleep на минуту. И ловит сигнал HUP, при старте wan ему дают сигнал и он включает счетчик. После того как счетчик будет 10 - сбрасываем его и смотрим адрес на WAN. Если все плохо - рестартуем сессию. Или при старте WAN пишите файл флаг в tmp, и чекайте его по крону. Вариантов масса.

Бред какой

Да не надо ломать легаси. Оставить его поведением по умолчанию. Дать немного больше "ручек" в CLI для страждущих.

Это да. Но это не относится к NAT Loopback, imho.

По завету Le ecureuil буду активнее в соотвесвующей теме. Даешь нормальный NAT на выход!

Я не желающий. Я понимающий как оно работает на уровне иптаблес и поясняющий остальным. =)

Ну поймите. Рутер рассчитан на домашнего пользователя. Где производитель подстелил соломки где только можно. Что бы все работало и обращений в поддержку было минимальное количество. Вам нужно нестандартного? Или открывайте топики в теме про развитие или используйте другой инструмент - рутера на опенврт, с прошивкой падавана, циски и тд и тп.

Как раз NATить все скопом - проще. Выборочный NAT усложняет логику.

Возможность отключения, хотя бы через CLI, NAT Loopback.

Что бы изнутри локалки обращаться к ресурсам внутри же этой локалки по внешнему адресу, если для этого ресурса сделан проброс портов. Грубо говоря вы пробросили внутрь порт 80, и ваш вебсервер доступен из мира под именем my.cool.server которое резолвится во внешний IP кинетика. Что бы изнутри ходить на http://my.cool.server даже если и внутри локалки это имя резолвится во внешний IP

а и б как тут уже подсказали - штаное поведение, веб морда не понимает команды типа ip static Home ISP c - не отключаемое, это NAT_LOOPBACK