Порядок записей NAT в Cisco Router имеет значение?

Суть вопроса:
Имеется Cisco Router C2921, IOS 15.4(3)M

На нем сделаны 2 интерфейса (Dialer1 и Tunnel1), а также стандартные Gi0/0 как внутренний и Gi0/1 как внешний.
Соответственно, на Tunnel1, Dialer1 и Gi0/1 сделан NAT(PAT), через два первых реализован выход в другие сети (VPN), через Gi0/1 - в интернет. Входящий для NAT - Gi0/0. Внутренняя сеть 10.0.0.0/24

Трафик маршрутизируется статическими маршрутами:
ip route 192.168.0.0 255.255.255.0 Dialer1
ip route 192.168.1.0 255.255.255.0 Dialer1
ip route 192.168.5.0 255.255.255.0 Dialer1
ip route 192.168.10.0 255.255.255.0 Tunnel1
ip route 192.168.11.0 255.255.255.0 Tunnel1

Далее, происходит выборка по ACL:
ip access-list extended DIALER
permit ip 10.0.0.0 255.255.255.0 192.168.0.0 255.255.255.0
permit ip 10.0.0.0 255.255.255.0 192.168.1.0 255.255.255.0
permit ip 10.0.0.0 255.255.255.0 192.168.5.0 255.255.255.0
ip access-list extended TUNNEL
permit ip 10.0.0.0 255.255.255.0 192.168.10.0 255.255.255.0
permit ip 10.0.0.0 255.255.255.0 192.168.11.0 255.255.255.0

И далее, NAT:
ip nat inside source list DIALER interface Dialer1 overload
ip nat inside source list TUNNEL interface Tunnel1 overload

=============

Как-то вдруг возник такой вопрос - "Если я уже направил роутом трафик куда надо, зачем его еще выбирать дополнительно в ACL? Ведь можно же упростить конфиг - и сделать ACL вида "permit ip 10.0.0.0 255.255.255.0 192.168.0.0 255.255.0.0" для обоих. И, согласно NAT order of operations, все будет работать - ведь куда направили - там и NATим".

Сделав так, удивился - все начало матчиться в Dialer, и доступ через Tunnel1 пропал.
Экспериментом определил, что если "ip nat inside source list TUNNEL interface Tunnel1 overload" обозвать как "ip nat inside source list A-TUNNEL interface Tunnel1 overload" (переименовав, соответственно, ACL в A-TUNNEL вместо TUNNEL),
то он поднимется выше в конфиге, и встанет перед "ip nat inside source list DIALER interface Dialer1 overload". И тогда уже он заматчит все, и доступ через Dialer пропадет.

Не нашел точного подтверждения такого поведения в документации пока, отсюда и вопрос - так и должно быть?

Ведь я всегда предполагал, что роутинг происходит раньше, и траффик мы уже направили куда нужно статическим маршрутом. А выходит, что он все равно попадает в ACL для другого NAT, причем еще согласно порядку появления в конфиге правила.
  • Вопрос задан
  • 1286 просмотров
Пригласить эксперта
Ответы на вопрос 1
vvpoloskin
@vvpoloskin Куратор тега Сетевое администрирование
Инженер связи
Спешу вас огорчить. Конечно по приложенной ссылке можно найти информацию по дополнительным модулям IPS-AIM, но в целом порядок прохождения трафика в части NAT остается таким, а именно Source NAT делается раньше роутинга. Собственно, аналогичная ситуация будет и в Linux, Junos.

solution_overview_cisco_ips_aim-2.jpg

Если бы была схема, было бы понятнее.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы