forum.opennet.ru

Форум Маршрутизаторы CISCO и др. оборудование. (Cisco маршрутизаторы)
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

хитрый NAT, mik73 (ok), 26-Сен-23, (0) [смотреть все]

добавьте в правило nat ip nat inside source route-map NAT_ rm вида route-map N, elk_killa (ok), 11:08 , 27-Сен-23, (1) //

Cпасибо за наводку Получилось По ходу поэкспериментировал, выяснил следующие н, mik73 (ok), 16:57 , 27-Сен-23, (2)

Сообщения [Сортировка по времени | RSS]

1. "хитрый NAT" +/–

Сообщение от elk_killa (ok), 27-Сен-23, 11:08

добавьте в правило nat(ip nat inside source route-map NAT_*) rm вида:
route-map NAT_2R2 permit 10
match ip address NAT_10.0.1.0
match interface e2
route-map NAT_2Global permit 10
match ip address NAT_150
match interface e3

Ответить | Правка | Наверх | Cообщить модератору

2. "хитрый NAT" +/–

Сообщение от mik73 (ok), 27-Сен-23, 16:57

Cпасибо за наводку. Получилось. По ходу поэкспериментировал, выяснил следующие неочевидные вещи:
1. Если есть трансляция вида ip nat inside source static - то ничего не получается. Адрес источника всегда и сразу транслируется из 192.168.1.100 в 10.0.1.100 - независимо от адреса назначения.
2. Если использовать динамическую трансляцию типа source list, создав ACL типа:
ip access list ext NAT_10
   permit ip 192.168.1.0 0.0.0.255 10.0.1.0 0.0.0.255
ip access list ext NAT_150
   deny   ip any 10.0.1.0 0.0.0.255
   permit ip host 192.168.1.100 any
то опять не работает, всё то же самое, что с source static
3. Если поменять местами записи в ACL NAT_150 (cначала permit источник, потом deny получатель) -
то  с 192.168.1.100 всё начинает всегда уходить на интерфейс во внешнюю сеть, даже то, что предназначено в сеть 10.0.2.0.
4. Если сделать хотя бы одну запись для трансляции  через route-map (вторую можно оставить через list) - то всё работает.
Есть в этом что-то удивительное.



Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "хитрый NAT"	+/–
Сообщение от elk_killa (ok), 27-Сен-23, 11:08
добавьте в правило nat(ip nat inside source route-map NAT_*) rm вида: route-map NAT_2R2 permit 10 match ip address NAT_10.0.1.0 match interface e2 route-map NAT_2Global permit 10 match ip address NAT_150 match interface e3
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "хитрый NAT"	+/–
	Сообщение от mik73 (ok), 27-Сен-23, 16:57
	Cпасибо за наводку. Получилось. По ходу поэкспериментировал, выяснил следующие неочевидные вещи: 1. Если есть трансляция вида ip nat inside source static - то ничего не получается. Адрес источника всегда и сразу транслируется из 192.168.1.100 в 10.0.1.100 - независимо от адреса назначения. 2. Если использовать динамическую трансляцию типа source list, создав ACL типа: ip access list ext NAT_10 permit ip 192.168.1.0 0.0.0.255 10.0.1.0 0.0.0.255 ip access list ext NAT_150 deny ip any 10.0.1.0 0.0.0.255 permit ip host 192.168.1.100 any то опять не работает, всё то же самое, что с source static 3. Если поменять местами записи в ACL NAT_150 (cначала permit источник, потом deny получатель) - то с 192.168.1.100 всё начинает всегда уходить на интерфейс во внешнюю сеть, даже то, что предназначено в сеть 10.0.2.0. 4. Если сделать хотя бы одну запись для трансляции через route-map (вторую можно оставить через list) - то всё работает. Есть в этом что-то удивительное.
	Ответить \| Правка \| Наверх \| Cообщить модератору