Re: Проблема с настройкой маршрутизации на два провайдера + DMZ
Artem Chuprina пишет:
Alexandr Rakhmanin -> debian-russian@lists.debian.org @ Fri, 20 Oct 2006 13:04:56 +0700:
AR> Привет.
AR> Что необходимо:
AR> Корректная работа с 2мя провами, т.е. входящие пакеты с сети одного прова на
AR> интерфейс другого уходили с него же, а также для экономии трафика исходящие
AR> новый сессии чтобы уходили с соответствующих интерфейсов в зависимости от сети
AR> провайдера.
AR> Также чтобы DMZ было доступно с обоих провов и глобала.
AR> В чём проблема:
AR> Проблема с DMZ, при обращении к серверам находящимся в нём (ping из сети
AR> любого из провайдеров) пакеты идут какое-то время, а после этого затык.
AR> Смотрю пакеты tcpdump'ом на интерфесах и на роутере и на том сервере что
AR> пингую, видно что icmp реквесты приходят, а ответов назад нет.
AR> Связь полностью затыкается до того компьютера который пингую, не только icmp,
AR> останавливаю, через несколько секунд пробую, работает и снова затык. В DMZ
AR> серваки стоят как с Sargeм так и 1ин есть с AltLinux Master 2.2, т.е. ядра
AR> разные.
AR> -------------------------------
AR> ping 83.246.136.37
AR> PING 83.246.136.37 (83.246.136.37) 56(84) bytes of data.
AR> 64 bytes from 83.246.136.37: icmp_seq=1 ttl=56 time=32.8 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=2 ttl=56 time=25.7 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=3 ttl=56 time=26.7 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=4 ttl=56 time=26.2 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=5 ttl=56 time=25.2 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=6 ttl=56 time=25.1 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=7 ttl=56 time=27.3 ms
AR> 64 bytes from 83.246.136.37: icmp_seq=8 ttl=56 time=25.5 ms
AR> --- 83.246.136.37 ping statistics ---
AR> 12 packets transmitted, 8 received, 33% packet loss, time 11005ms
AR> rtt min/avg/max/mdev = 25.160/26.855/32.816/2.368 ms
AR> -------------------------------
AR> tcpdump -i eth0 -n -p icmp
[...]
AR> Интерфейсы:
AR> 1-провайдер Интелби.
AR> eth0 Link encap:Ethernet HWaddr 00:11:2F:CF:74:71
AR> inet addr:83.246.130.141 Bcast:83.246.130.255 Mask:255.255.255.0
AR> 2-провайдер Телеком.
AR> eth3 Link encap:Ethernet HWaddr 00:02:B3:CD:58:8F
AR> inet addr:212.94.107.189 Bcast:212.94.107.255 Mask:255.255.255.0
AR> DMZ.
AR> eth2 Link encap:Ethernet HWaddr 00:02:B3:CD:59:48
AR> inet addr:83.246.136.33 Bcast:83.246.136.47 Mask:255.255.255.240
А на eth2 ответы на эти пинги видны? А лимита на количество ICMP в
единицу времени на роутере нет?
Нет ответов нету.
Лимитов тоже нет, пробовал вообще файрволлы отрубать однофигственно, тем
более это всё работало прекрасно с 1им провайдером Интелби, на роутере
добавил только теже правила для Телекома.
Вот ещё раз сделал:
С кого пигнгую.
ping 83.246.136.37
PING 83.246.136.37 (83.246.136.37) 56(84) bytes of data.
64 bytes from 83.246.136.37: icmp_seq=1 ttl=56 time=142 ms
64 bytes from 83.246.136.37: icmp_seq=2 ttl=56 time=242 ms
64 bytes from 83.246.136.37: icmp_seq=3 ttl=56 time=159 ms
64 bytes from 83.246.136.37: icmp_seq=4 ttl=56 time=171 ms
64 bytes from 83.246.136.37: icmp_seq=5 ttl=56 time=172 ms
64 bytes from 83.246.136.37: icmp_seq=6 ttl=56 time=207 ms
64 bytes from 83.246.136.37: icmp_seq=7 ttl=56 time=154 ms
64 bytes from 83.246.136.37: icmp_seq=8 ttl=56 time=228 ms
--- 83.246.136.37 ping statistics ---
14 packets transmitted, 8 received, 42% packet loss, time 13006ms
rtt min/avg/max/mdev = 142.125/184.970/242.827/34.336 ms
Роутер.
gw1:/etc# tcpdump -i eth2 -n -p icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes
15:55:44.142766 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 1
15:55:44.143514 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 1
15:55:45.253486 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 2
15:55:45.255030 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 2
15:55:46.206656 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 3
15:55:46.208211 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 3
15:55:47.170953 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 4
15:55:47.171423 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 4
15:55:48.146627 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 5
15:55:48.148158 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 5
15:55:49.189849 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 6
15:55:49.190315 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 6
15:55:50.168219 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 7
15:55:50.169745 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 7
15:55:51.201215 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 8
15:55:51.201683 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 8
15:55:52.143682 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 9
15:55:53.213786 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 10
15:55:54.141908 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 11
15:55:55.212808 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 12
15:55:56.234610 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 13
15:55:57.161394 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 14
22 packets captured
22 packets received by filter
0 packets dropped by kernel
Пингуемый сервак.
tcpdump -i eth0 -n -p icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
15:55:48.117003 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 1
15:55:48.117214 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 1
15:55:49.227689 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 2
15:55:49.227720 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 2
15:55:50.180980 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 3
15:55:50.181024 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 3
15:55:51.145403 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 4
15:55:51.145428 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 4
15:55:52.121201 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 5
15:55:52.121219 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 5
15:55:53.164564 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 6
15:55:53.164583 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 6
15:55:54.143057 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 7
15:55:54.143075 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 7
15:55:55.176189 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 8
15:55:55.176210 IP 83.246.136.37 > 212.94.116.178: icmp 64: echo reply seq 8
15:55:56.118777 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 9
15:55:57.189023 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 10
15:55:58.117264 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 11
15:55:59.188304 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 12
15:56:00.210237 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 13
15:56:01.137143 IP 212.94.116.178 > 83.246.136.37: icmp 64: echo request
seq 14
22 packets captured
22 packets received by filter
0 packets dropped by kernel
--
Всего наилучшего.
СисАдмин ЗАО "Региональный сервисный центр".
Reply to: