forum.opennet.ru - "Доступ из сети в эту же сеть через NAT" (10)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Доступ из сети в эту же сеть через NAT"

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

"Доступ из сети в эту же сеть через NAT"	+/–
Сообщение от drTr0jan on 08-Июн-11, 14:25
Есть Cisco 871 12.4(15)T6 - 192.168.0.1/24, 10.0.0.1 Есть WEB-сервер - 192.168.0.2/24 Есть клиентская машина - 192.168.0.100/24 http://img-fotki.yandex.ru/get/5908/drtr0jan.0/0_72be9_4a72d... Необходимо, что бы при запросе с клиентской машины адреса http://10.0.0.1 открывался собственно сайт с этого сервера. На кошке проброшен снаружи 80ый порт для web-сервера: ip nat inside source static tcp 192.168.0.2 80 10.0.0.1 80 extendable no-payload Включён PAT для выхода клиентских машин в инет: interface FastEthernet4.82 description TTK-DV encapsulation dot1Q 82 ip address 10.0.0.1 255.255.255.252 ip nat outside ip virtual-reassembly no cdp enable ! interface Vlan1 description $ETH-SW-LAUNCH$$INTF-INFO-HWIC 4ESW$ ip address 192.168.0.1 255.255.255.0 ip nat inside ip virtual-reassembly ! ip nat inside source route-map NAT-TTK interface FastEthernet4.82 overload ! access-list 8 remark NAT access-list 8 permit 192.168.0.0 0.0.0.255 ! route-map NAT-TTK permit 10 match ip address 8 match interface FastEthernet4.82 В этой конфигурации 10.0.0.1:80 из внутрисети не открывается. :( DNS ALG и Bind view не предлагать.
Ответить \| Правка \| Cообщить модератору

Оглавление

Доступ из сети в эту же сеть через NAT, gagner, 16:37 , 08-Июн-11, (1)

Доступ из сети в эту же сеть через NAT, drTr0jan, 13:55 , 09-Июн-11, (10)

Доступ из сети в эту же сеть через NAT, sm00th1980, 17:47 , 08-Июн-11, (2)

Доступ из сети в эту же сеть через NAT, drTr0jan, 05:51 , 09-Июн-11, (3)

Доступ из сети в эту же сеть через NAT, sm00th1980, 08:31 , 09-Июн-11, (4)

Доступ из сети в эту же сеть через NAT, drTr0jan, 08:57 , 09-Июн-11, (5)

Доступ из сети в эту же сеть через NAT, sm00th1980, 11:09 , 09-Июн-11, (6)

Доступ из сети в эту же сеть через NAT, drTr0jan, 11:17 , 09-Июн-11, (7)
Доступ из сети в эту же сеть через NAT, drTr0jan, 11:40 , 09-Июн-11, (8)

Доступ из сети в эту же сеть через NAT, sm00th1980, 12:19 , 09-Июн-11, (9)

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

1. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от gagner (ok) on 08-Июн-11, 16:37

Нат отрабатывает при прохождении пакета через пару интерфейсов - в вашем случае это не так, поэтому нат не работает.
Я сталкивалась с похожей задачей, описание решения есть вот тут вот:http://www.opennet.dev/openforum/vsluhforumID6/20807.html?n=g...

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

10. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от drTr0jan on 09-Июн-11, 13:55

Ага, спасибо. Правда не очень понял без рисунка - пять раз перечитал.
Но у меня что-то с NVI (ip nat enable) вообще PAT не работает.

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

2. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от sm00th1980 (ok) on 08-Июн-11, 17:47

1) короче вам нужно создать route-map который перенаправит на другой next-hop 192.168.0.2 при обращении на 10.0.0.1:80 tcp
2) на сервере с web-сервером обязательно поднять альясом 10.0.0.1 и чтобы на этом адресе тоже слушал вебсервер - т.к. пакет придёт именно по этому адресу от клиента и если его не будет на L3-уровне он будет отброшен даже не дойдя по web-уровня.
вроде всё.

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

3. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от drTr0jan on 09-Июн-11, 05:51

> 1) короче вам нужно создать route-map который перенаправит на другой next-hop 192.168.0.2
> при обращении на 10.0.0.1:80 tcp
Что-то не работает route-map. На 192.168.0.2 пакеты так и не приходят (tcpdump'ом слушаю).
interface Vlan1
description $ETH-SW-LAUNCH$$INTF-INFO-HWIC 4ESW$
ip address 192.168.0.1 255.255.255.0
ip nat inside
ip virtual-reassembly
ip policy route-map TUN-TO-NAT
!
access-list 131 permit ip any host 10.0.0.1
!
route-map TUN-TO-NAT permit 10
match ip address 131
set ip next-hop 192.168.0.2
Единственное, что на сервере с web-сервером поднял альясом 10.0.0.1/32. Но маска, как понял, не должна иметь значения.

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

4. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от sm00th1980 (ok) on 09-Июн-11, 08:31

да маска не должна играть роли - это правда.
Внешне вроде всё в конфиге route=map корректно - если я ничего не напутал.
Первое что надо сделать - это глянуть а access-list что-нить вообще попадает?
там что-то будет в духе:
show access-list 131

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

5. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от drTr0jan on 09-Июн-11, 08:57

> Первое что надо сделать - это глянуть а access-list что-нить вообще попадает?
> там что-то будет в духе:
> show access-list 131
Попадает...
Extended IP access list 131
    10 permit ip any host 10.0.0.1 (3 matches)
Это само-собой при обращении 192.168.0.100 -> 10.0.0.1:80
Но что забавно, при пинге 192.168.0.100 -> 10.0.0.1 отвечает именно циска, а не сервер (192.168.0.2).
Route-map и не отрабатывает:
cisco#sh route-map TUN-TO-NAT
route-map TUN-TO-NAT, permit, sequence 10
  Match clauses:
    ip address (access-lists): 131
  Set clauses:
    ip next-hop 192.168.0.2
  Policy routing matches: 0 packets, 0 bytes

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

6. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от sm00th1980 (ok) on 09-Июн-11, 11:09

мне кажется(это предположение) что косяк в том что адрес 10.0.0.1 висит на loopback-е короче самой циски. Т.е. обработка роутинг собственных адресов идёт до обработки route-map-ы. Попробуйте поменять адрес на outside на другой(временно) и посмотрим сработает ли в этом случае route-map-а.
Роутинг на собственные адреса идёт типа через process switching и вполне может быть что имеет приоритет над route-map. Но я не уверен честно говоря.

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

7. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от drTr0jan on 09-Июн-11, 11:17

Да понятно, что косяк по этой причине. Собственно, смена outside адреса это доказала - всё прекрасно работает.
Но как этот косяк устранить?

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

8. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от drTr0jan on 09-Июн-11, 11:40

Порядок прохождения пакетов: http://etherealmind.com/cisco-ios-order-of-operation/
Пытался повесить правило на локальный PBR:
ip local policy route-map TTK-DATA
!
route-map TTK-DATA permit 5
match ip address 131
set ip next-hop 192.168.0.2
!
access-list 131 permit tcp host 192.168.0.100 host 10.0.0.1 eq www
Тож не работает. :(

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

9. "Доступ из сети в эту же сеть через NAT" +/–

Сообщение от sm00th1980 (ok) on 09-Июн-11, 12:19

ну как бы логика порядка отработки уже зашита в IOS самом - её нельзя поменять. Можно только какие-то обходные пути использовать - как-то смена адреса на outside. Или изменение условий задачи.

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

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

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

Партнёры:

Хостинг:

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

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

1. "Доступ из сети в эту же сеть через NAT"	+/–
Сообщение от gagner (ok) on 08-Июн-11, 16:37
Нат отрабатывает при прохождении пакета через пару интерфейсов - в вашем случае это не так, поэтому нат не работает. Я сталкивалась с похожей задачей, описание решения есть вот тут вот:http://www.opennet.dev/openforum/vsluhforumID6/20807.html?n=g...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	10. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от drTr0jan on 09-Июн-11, 13:55
	Ага, спасибо. Правда не очень понял без рисунка - пять раз перечитал. Но у меня что-то с NVI (ip nat enable) вообще PAT не работает.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

2. "Доступ из сети в эту же сеть через NAT"	+/–
Сообщение от sm00th1980 (ok) on 08-Июн-11, 17:47
1) короче вам нужно создать route-map который перенаправит на другой next-hop 192.168.0.2 при обращении на 10.0.0.1:80 tcp 2) на сервере с web-сервером обязательно поднять альясом 10.0.0.1 и чтобы на этом адресе тоже слушал вебсервер - т.к. пакет придёт именно по этому адресу от клиента и если его не будет на L3-уровне он будет отброшен даже не дойдя по web-уровня. вроде всё.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от drTr0jan on 09-Июн-11, 05:51
	> 1) короче вам нужно создать route-map который перенаправит на другой next-hop 192.168.0.2 > при обращении на 10.0.0.1:80 tcp Что-то не работает route-map. На 192.168.0.2 пакеты так и не приходят (tcpdump'ом слушаю). interface Vlan1 description $ETH-SW-LAUNCH$$INTF-INFO-HWIC 4ESW$ ip address 192.168.0.1 255.255.255.0 ip nat inside ip virtual-reassembly ip policy route-map TUN-TO-NAT ! access-list 131 permit ip any host 10.0.0.1 ! route-map TUN-TO-NAT permit 10 match ip address 131 set ip next-hop 192.168.0.2 Единственное, что на сервере с web-сервером поднял альясом 10.0.0.1/32. Но маска, как понял, не должна иметь значения.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от sm00th1980 (ok) on 09-Июн-11, 08:31
	да маска не должна играть роли - это правда. Внешне вроде всё в конфиге route=map корректно - если я ничего не напутал. Первое что надо сделать - это глянуть а access-list что-нить вообще попадает? там что-то будет в духе: show access-list 131
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от drTr0jan on 09-Июн-11, 08:57
	> Первое что надо сделать - это глянуть а access-list что-нить вообще попадает? > там что-то будет в духе: > show access-list 131 Попадает... Extended IP access list 131 10 permit ip any host 10.0.0.1 (3 matches) Это само-собой при обращении 192.168.0.100 -> 10.0.0.1:80 Но что забавно, при пинге 192.168.0.100 -> 10.0.0.1 отвечает именно циска, а не сервер (192.168.0.2). Route-map и не отрабатывает: cisco#sh route-map TUN-TO-NAT route-map TUN-TO-NAT, permit, sequence 10 Match clauses: ip address (access-lists): 131 Set clauses: ip next-hop 192.168.0.2 Policy routing matches: 0 packets, 0 bytes
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от sm00th1980 (ok) on 09-Июн-11, 11:09
	мне кажется(это предположение) что косяк в том что адрес 10.0.0.1 висит на loopback-е короче самой циски. Т.е. обработка роутинг собственных адресов идёт до обработки route-map-ы. Попробуйте поменять адрес на outside на другой(временно) и посмотрим сработает ли в этом случае route-map-а. Роутинг на собственные адреса идёт типа через process switching и вполне может быть что имеет приоритет над route-map. Но я не уверен честно говоря.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от drTr0jan on 09-Июн-11, 11:17
	Да понятно, что косяк по этой причине. Собственно, смена outside адреса это доказала - всё прекрасно работает. Но как этот косяк устранить?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от drTr0jan on 09-Июн-11, 11:40
	Порядок прохождения пакетов: http://etherealmind.com/cisco-ios-order-of-operation/ Пытался повесить правило на локальный PBR: ip local policy route-map TTK-DATA ! route-map TTK-DATA permit 5 match ip address 131 set ip next-hop 192.168.0.2 ! access-list 131 permit tcp host 192.168.0.100 host 10.0.0.1 eq www Тож не работает. :(
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	9. "Доступ из сети в эту же сеть через NAT"	+/–
	Сообщение от sm00th1980 (ok) on 09-Июн-11, 12:19
	ну как бы логика порядка отработки уже зашита в IOS самом - её нельзя поменять. Можно только какие-то обходные пути использовать - как-то смена адреса на outside. Или изменение условий задачи.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору