![]() |
Внимание, важное сообщение: Дорогие Друзья!
В ноябре далекого 2001 года мы решили создать сайт и форум, которые смогут помочь как начинающим, так и продвинутым пользователям разобраться в операционных системах. В 2004-2006г наш проект был одним из самых крупных ИТ ресурсов в рунете, на пике нас посещало более 300 000 человек в день! Наша документация по службам Windows и автоматической установке помогла огромному количеству пользователей и сисадминов. Мы с уверенностью можем сказать, что внесли большой вклад в развитие ИТ сообщества рунета. Но... время меняются, приоритеты тоже. И, к сожалению, пришло время сказать До встречи! После долгих дискуссий было принято решение закрыть наш проект. 1 августа форум переводится в режим Только чтение, а в начале сентября мы переведем рубильник в положение Выключен Огромное спасибо за эти 24 года, это было незабываемое приключение. Сказать спасибо и поделиться своей историей можно в данной теме. С уважением, ваш призрачный админ, BigMac... |
|
Компьютерный форум OSzone.net » Компьютеры + Интернет » Сетевые технологии » Route/Bridge - Динамическая маршрутизация |
|
Route/Bridge - Динамическая маршрутизация
|
Ветеран Сообщения: 1384 |
Здравствуйте.
Есть несколько офисов (читай локальных сетей /24), подключенных к различным провайдерам. У некоторых из офисов есть несколько каналов в интернет. В качестве шлюза везде используется Ubuntu Server. Между центральным офисом и филиалами настроены VPN каналы с настроенной статической маршрутизацией, т.е. при подключении клиента на сервере прописывается маршрут в клиентскую сеть. Рассмотрим пример из трёх филиалов: Центральный офис 192.168.0.0/24 Первый филиал 192.168.3.0/24 Второй филиал 192.168.4.0/24 У центрального офиса есть два канала в интернет; у оставшихся по одному. Клиентские шлюзы (192.168.3.1, 192.168.4.1) подключаются к VPN серверу (VPN сеть 192.168.2.0/24), а именно к одному внешнему интерфейсу шлюза центрального офиса (192.168.0.10). Т.о. пакеты свободно попадают из сети 192.168.0.0/24 в сети 192.168.3.0/24 и 192.168.4.0/24, и из клиентских сетей в сеть центрального офиса. Но вот между клиентскими сетями (192.168.3.0/24 и 192.168.4.0/24) пакеты путешествовать не могут ибо не знают куда податься ![]() ![]() Что бы решить проблему в этом примере можно в одной из клиентских сетей поднять VPN сервер и подключаться к нему из другой клиентской подсети. Получится эдакий треугольник. ![]() Можно завернуть трафик через центральный офис, но каналы не безграничны и гонять трафик просто так не хочется. Возникает, как мне кажется, нормальный вопрос: как организовать маршрутизацию между несколькими локальными сетями (реально их 5), подключенными к различным провайдерам, не создавая в сети центральной точки маршрутизации трафика? |
|
------- Отправлено: 11:04, 22-02-2013 |
Ветеран Сообщения: 12417
|
Профиль | Отправить PM | Цитировать Цитата Tonny_Bennet:
я сейчас параллельно буду на виртуалке пробовать настраивать. ещё статья на IBM ) |
|
------- Последний раз редактировалось exo, 22-02-2013 в 15:23. Отправлено: 15:10, 22-02-2013 | #11 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Ветеран Сообщения: 1384
|
Профиль | Отправить PM | Цитировать Удалось поднять ipsec-туннель между шлюзами. Трафик от клиента одной сети до клиента другой сети ходит нормально.
Смущает то, что в системе не создаются тунельные интерфейсы.... если прослушивать трафик на внешнем интерфейсе, то видно что пакет идёт из одной локальной сети в другую локальную сеть... и не понятно шифруется ли трафик... странно это всё... ковыряюсь дальше. # ifconfig eth0 Link encap:Ethernet HWaddr 1a:8c:69:28:80:f4 inet addr:192.168.6.1 Bcast:192.168.6.255 Mask:255.255.255.0 inet6 addr: fe80::188c:69ff:fe28:80f4/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:338 errors:0 dropped:0 overruns:0 frame:0 TX packets:357 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:130490 (130.4 KB) TX bytes:66233 (66.2 KB) eth1 Link encap:Ethernet HWaddr 42:41:d9:a0:ba:80 inet addr:XXX.XXX.XXX.XXX Bcast:YYY.YYY.YYY.YYY Mask:255.255.255.252 inet6 addr: fe80::4041:d9ff:fea0:ba80/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5614 errors:0 dropped:1345 overruns:0 frame:0 TX packets:4024 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:530329 (530.3 KB) TX bytes:1078878 (1.0 MB) # tcpdump -i eth1 -A -vvv 'src host 192.168.0.97 and proto \icmp' tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes 16:12:50.276463 IP (tos 0x0, ttl 127, id 5818, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.97 > vlg-mail: ICMP echo request, id 1, seq 82, length 40 E..<.......T...a......M ...Rabcdefghijklmnopqrstuvwabcdefghi 16:12:51.266487 IP (tos 0x0, ttl 127, id 5826, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.97 > vlg-mail: ICMP echo request, id 1, seq 83, length 40 E..<.......L...a......M....Sabcdefghijklmnopqrstuvwabcdefghi 16:12:52.267479 IP (tos 0x0, ttl 127, id 5830, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.97 > vlg-mail: ICMP echo request, id 1, seq 84, length 40 E..<.......H...a......M....Tabcdefghijklmnopqrstuvwabcdefghi 16:12:53.267241 IP (tos 0x0, ttl 127, id 5834, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.97 > vlg-mail: ICMP echo request, id 1, seq 85, length 40 E..<.......D...a......M....Uabcdefghijklmnopqrstuvwabcdefghi ^C 4 packets captured 4 packets received by filter 0 packets dropped by kernel |
------- Отправлено: 16:14, 05-03-2013 | #12 |
Ветеран Сообщения: 12417
|
Профиль | Отправить PM | Цитировать Цитата exo:
Цитата:
|
||
------- Отправлено: 16:31, 05-03-2013 | #13 |
Ветеран Сообщения: 1384
|
Профиль | Отправить PM | Цитировать Цитата exo:
![]() Цитата exo:
|
||
------- Отправлено: 16:55, 05-03-2013 | #14 |
Ветеран Сообщения: 12417
|
Профиль | Отправить PM | Цитировать Tonny_Bennet, а по какой доке настраивали?
веб-сервер просто для проверки, вместо банального ping |
------- Отправлено: 17:04, 05-03-2013 | #15 |
Ветеран Сообщения: 1384
|
Профиль | Отправить PM | Цитировать Цитата exo:
там в конце стати автор дампит пакеты на интерфейсе ipsec0, который у меня не появляется Цитата:
|
||
------- Отправлено: 17:25, 05-03-2013 | #16 |
Ветеран Сообщения: 12417
|
Профиль | Отправить PM | Цитировать я в документациях видел, что этот интерфейс создаётся вручную...
|
------- Отправлено: 17:33, 05-03-2013 | #17 |
Ветеран Сообщения: 1384
|
Профиль | Отправить PM | Цитировать Я сейчас увидел что на каждом шлюзе вывод ipsec showhostkey --left не отличается от ipsec showhostkey --right. А из контекста кажется что "правая" и "левая" часть ключа должны быть разными.
|
------- Отправлено: 17:37, 05-03-2013 | #18 |
Ветеран Сообщения: 1384
|
Профиль | Отправить PM | Цитировать Сделал всё описанное при помощи tinc.
Русскоязычная статья http://www.samag.ru/archive/article/423 Официальный сайт проекта В итоге сейчас связаны пять сетей /24 на каждом шлюзе по одному интерфейсу. |
------- Отправлено: 20:42, 05-06-2013 | #19 |
Ветеран Сообщения: 12417
|
Профиль | Отправить PM | Цитировать Цитата Tonny_Bennet:
![]() кстати, tinc есть в PFSense |
|
------- Отправлено: 20:53, 05-06-2013 | #20 |
![]() |
Участник сейчас на форуме |
![]() |
Участник вне форума |
![]() |
Автор темы |
![]() |
Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
AJAX - динамическая подгрузка данных без перезагрузки страниц | vadimiron | Вебмастеру | 158 | 27-07-2013 21:26 | |
FreeBSD - Маршрутизация | mitsumoto | Общий по FreeBSD | 1 | 02-02-2011 12:08 | |
C/C++ - [решено] Динамическая память под двумерный массив, где ошибка?) | SeRgikON | Программирование и базы данных | 4 | 04-06-2010 18:31 | |
проблема с сетью Windows XP (динамическая роздача IP адресов) | GIgaBIte | Сетевые технологии | 9 | 07-06-2007 09:40 | |
Динамическая библеотека | Guest | Microsoft Windows 95/98/Me (архив) | 3 | 19-10-2003 21:33 |
|