Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Маршрутизация в локалку с нескольких провайдеров

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2

Открыть новую тему     Написать ответ в эту тему

ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Давно терзает сей вопрос.
 
### Дано.
Инфраструктура на Windows Server, на внешнем шлюзе Forefront TMG,  
Несколько подключенией к провайдерам:
Провайдер 1. default route, дешевый быстрый, ненадежный, динамический ип
Провайдер 2. без маршрутов на него, дорогой, быстрый, надежный, статический ип
На всех внутренних машинах в качестве шлюза по умолчанию комп с TMG.
 
### Задача.  
1. Весь исходящий трафик из локалки и самого серера TMG должен идти через провайдера 1.
2. На адресе провайдера 2 должны быть опубликованы через TMG внутренние службы: веб-сайты, почта, и т. п.
 
### Проблема.
Предполагаю такой путь обмена пакетами
 
Запрос:
ip_клиента_в_инете >> ip_tmg_пров_2 >(по правилам публикации)> ip_службы_внутри_локалки
 
Ответ:
от ip_службы_внутри_локалки посылается на ip_клиента_в_инете >(по таблице отправляет на default route)> ip_tmg_внутренний >(по таблице отправляет на default route)>ip_tmg_шлюз_пров1>>пакет потерян.
 
###
 
То есть на вход пакет проходит как надо, а на выход теряется, так как пакет пришел на интерфейс от провайдера 2, а ответ на него отправляется в соответствии с таблицей маршрутизации через провайдера 1.
 
Что тут можно сделать, чтобы пакет уходил обратно через того провайдера, от кторого пришел, а не в соответствии с таблицей маршрутизации?
 
В свое время я не смог красиво решить эту проблему на Kerio и на стандартной маршрутизации Lunix, пришлось создавать отдельный шлюз для провайдера 2, а на внутренних опубликованных серваках указывать этот новый шлюз как default. При этом задача, чтобы исходящий трафик с опубликованных серваков шел через провайдера 1 не была решена.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 16:36 20-11-2010 | Исправлено: ArgonOL, 16:49 20-11-2010
avital

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ArgonOL
Понимаешь в чем дело. В Windows невозможно использовать два основных шлюзов. Т.е. либо пакеты уходят через один интерфейс, либо через другой. И не важно TMG стоит или Kerio. В Kerio есть функция переключения основного шлюза в случае пропадания основного канала. Но одновременно два такое можно только на юниксах настроить.

Всего записей: 296 | Зарегистр. 30-10-2003 | Отправлено: 21:13 20-11-2010 | Исправлено: avital, 21:18 20-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
А где можно? Я публиковал Linux веб-сервера через Kerio и маршрутизаторы (Mikrotik) -- такое же поведение.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 21:16 20-11-2010
avital

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Поставь второй сервер и не мучайся. Если нет возможности физический, поднимай виртуальный.

Всего записей: 296 | Зарегистр. 30-10-2003 | Отправлено: 21:19 20-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Понимаю, но этим не решается проблема чтобы исходящий трафик с опубликованных локальных серваков (обновления и ты пы) шел через дешевого провайдера.
 
Добавлено:
Практически, это будет то же самое, что если получится прописать на TMG правило исходящий трафик от списка адресов опубликованных серверов направлять на второго провайдера.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 21:23 20-11-2010
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ArgonOL
Цитата:
Что тут можно сделать, чтобы пакет уходил обратно через того провайдера, от кторого пришел, а не в соответствии с таблицей маршрутизации?  
Эта вещь называется  Policy Based Routing (PBR), Windows этого не умеет, не для того она сделана. Ставьте нормальный маршрутизатор, поддерживающий PBR, и будет вам щастье.
И учись пользоваться поиском по разделу и форуму, вопросы маршрутизации многократно обсуждались, и твой вопрос отдельной темы явно не стоит.
 


----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

Всего записей: 17279 | Зарегистр. 13-06-2007 | Отправлено: 21:25 20-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
vlary, а можете посоветовать нормальный маршрутизатор, чтобы с Policy Based Routing, желательно чтоб его еще и с TMG можно было подружить (до него, или после?)
 
Насчет поиска -- я пробовал искать, на третей странице списка тем, вопросы которых сводились к "а что значит маска 255.255.255.248" руки опустились.
 
Добавлено:
В любом случае, решительно благодарю вас vlary за наводку, в моих Mikrotik-ах есть упоминания о PBR, и я теперь знаю в какую сторону курить.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 21:29 20-11-2010 | Исправлено: ArgonOL, 21:31 20-11-2010
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ArgonOL  
Цитата:
а можете посоветовать нормальный маршрутизатор, чтобы с Policy Based Routing
Ну, нормальный маршрутизатор на мой взгляд - Циска, но не всем подходит.
D-LINK DFL-2500, и некоторые другие из серии  DFL вроде как умеют PBR, но если микротики тоже умеют, лучше их и использовать.


----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

Всего записей: 17279 | Зарегистр. 13-06-2007 | Отправлено: 22:57 20-11-2010
avital

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ArgonOL
 

Цитата:
Понимаю, но этим не решается проблема чтобы исходящий трафик с опубликованных локальных серваков (обновления и ты пы) шел через дешевого провайдера.

 
Легко. На опубликованном сервере прописываешь проксю на сервер с дешевым каналом.

Всего записей: 296 | Зарегистр. 30-10-2003 | Отправлено: 06:22 21-11-2010
tankistua

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Легко. На опубликованном сервере прописываешь проксю на сервер с дешевым каналом.

и де ж ты такой умный взялся ?:)
 
Чего-то не вижу проблемы - включать сервер одним интерфейсом в локалку, вторым - в дорогого провайдера. На сервере на локальном интерфейсе прописать только айпишник и маску, на внешнем - все параметры. Если на TMG можно поднять прокси, то можно на сервере прописать еще и проксю в настройках и ходить с сервера в инет через дешевого провайдера.

Всего записей: 9572 | Зарегистр. 15-01-2002 | Отправлено: 08:36 21-11-2010 | Исправлено: tankistua, 08:43 21-11-2010
avital

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
tankistua
Судя по всему проблему ты как раз и не видишь...

Всего записей: 296 | Зарегистр. 30-10-2003 | Отправлено: 11:06 21-11-2010
tankistua

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
может я чего пропустил ? как почту завернуть через прокси

Всего записей: 9572 | Зарегистр. 15-01-2002 | Отправлено: 11:16 21-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
avital

Цитата:
Легко. На опубликованном сервере прописываешь проксю на сервер с дешевым каналом.

Жаль что не универсально и не для всех протоколов годиться.
 
Вопчем я сегодня к курению Policy Based Routing приступаю, это видится мне достойным решением, в отличае от перечисленных здесь полумер.
 
tankistua

Цитата:
Чего-то не вижу проблемы - включать сервер одним интерфейсом в локалку, вторым - в дорогого провайдера.

Внутренних серверов, требующих публикации -- много, провайдеров -- мало.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 13:44 21-11-2010
AQAQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ArgonOL
DFL 800 посмотри Длинковский, или 210-й подщевле.
 
 
Добавлено:
или Фря.
http://www.dlink.ru/ru/arts/84.html
поиграться можно даже.
Я посмотриваю, если честно, на чертенка, попробую его поднять на каникулах новогодних и повертеть.

Всего записей: 790 | Зарегистр. 16-01-2005 | Отправлено: 18:13 21-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Мужики прикиньте, а я настроил стандартную функциональность "Избыточность ISP" в TMG, и пока все работает так, как я хотел.
 
Не верю своим глазам.

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 18:46 21-11-2010 | Исправлено: ArgonOL, 18:47 21-11-2010
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ArgonOL
Цитата:
а я настроил стандартную функциональность "Избыточность ISP"

Ну так, в настройках ISP Redundancy Method читаем:

Цитата:
Explicit Route Destinations – this option allows you to configure routes that will always use this ISP and not use the second ISP. This provides a route based, policy-based routing configuration.
 
То бишь PBR и есть, учится мелкософт, по крайней мере в специализированных продуктах.
 
 
 


----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

Всего записей: 17279 | Зарегистр. 13-06-2007 | Отправлено: 19:05 21-11-2010
avital

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ArgonOL

Цитата:
Вопчем я сегодня к курению Policy Based Routing приступаю, это видится мне достойным решением, в отличае от перечисленных здесь полумер.  

Желаю удачи. Только под Windows оно (решение) не работает. По поводу DLINK железки, была у меня такая. При большом количестве сессий жестко виснет.
 
Я тут подумал с двумя серверами можно сделать по-другому.
1-й сервер. Внутренний интерфейс, внешний интерфейс в дешевый канал. Все сервера (почта, веб и тп) настроены только на внутренний интерфейс.
2-й сервер. Внутренний интерфейс, внешний интерфейс в дорогой канал. Опубликованы сервера из внутренней сетки с 1-го сервера на внешний интерфейс этого сервера. Кстати, этот сервер можно заменить каким-нить недорогим железным роутером, даже DLINK вполне справится с этой задачей, так как не будет использоваться NAT (кроме публикации)  

Всего записей: 296 | Зарегистр. 30-10-2003 | Отправлено: 20:27 21-11-2010
ArgonOL



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Не долго длилась радость моя, в моей конфигурации TMG не работает как надо.  
Есть провайдер 1, свой адрес, свой шлюз
Есть провайдер 2, на одном интерфейсе 2 последовательных ИП адреса (нужно для DirectAccess), свой шлюз.
 
Дык вот, второй IP адрес на провайдере 2 не работает из-за особенностей TMG, я их и менять местами пробовал, последний добавленный всегда перестает работать, причем именно по маршрутизации (если обращатся к нему из сети провайдера до маршрутизатора, он отвечает)
 
Вызвано это, видимо, следующими ограничениями
 
http://technet.microsoft.com/en-us/library/ee796231.aspx#ISPRedundancyIssues
 
SP redundancy does not support more than two external interfaces
 
Issue: Forefront TMG does not support more than two external connections to Internet Service Providers (ISPs).
 
Cause: Forefront TMG can support only two external connections with the ISP Redundancy feature.
 
Solution: No workaround. There are a number of third-party products that may provide a solution. For more information, see High Availability and Load Balancing on the Windows Server System Web site (http://go.microsoft.com/fwlink/?linkid=179985).

Всего записей: 414 | Зарегистр. 16-02-2004 | Отправлено: 08:44 22-11-2010
Sauron_zombie



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Товарищи, друзья! Не ругайте и не пинайте, что залез не совсем, может быть, и туда, но... Решить надо одну проблему поскорее.  
 
Windows 2003 Standard. Роли: контроллер домена, DNS-сервер, DHCP-сервер, файловый сервер, сервер печати, сервер приложений, сервер удалённого доступа/VPN.  
 
Имеется 2 сетевые карты, необходимо настроить маршрутизацию из одной подсети в другую.
Одна подсеть – провайдер. Другая – локальная сеть предприятия.
В настройках DNS стоит перенаправление на DNS-сервера провайдера.  
 
Настройки сетевого подключения сети предприятия:
IP – 10.0.8.253
Маска – 255.0.0.0
Шлюз – нет
DNS – 10.0.8.253  
 
Настройки сетевого подключения сети провайдера:
IP – 192.168.120.253
Маска – 255.255.255.0
Шлюз – 192.168.120.1
DNS – 192.168.120.253
 
Настройки сетевого подключения клиентских машин:
IP – 10.0.8.ХХХ
Маска – 255.0.0.0
Шлюз – 10.0.8.253
DNS – 10.0.8.253  
 
Маршрутизация настроена. Клиенты могут пинговать сервер и по адресу 10.0.8.253, и по 192.168.120.253. Также пингуется клиентами и шлюз интернета 192.168.120.1.
 
Шлюз интернета 192.168.120.1 связывает сети 192.168.120.0/255.255.255.0 и 10.0.0.0/255.0.0.0. Интернет доступен только через proxy-сервер 10.0.0.256. Также есть почтовый сервер 10.0.0.1 (POP3 и SMTP).
 
При одновременно включенных 2-х сетевых интерфейсах на сервере (ЛВС и Провайдер) нет соединения с сетью 10.0.0.0/255.0.0.0. Т.е. не проходят пинги до proxy-сервера, который находится в сети провайдера по адресу 10.0.0.256. Также нет связи и с другими участниками подсети 10.0.0.0.  
 
Стоит отключить сетевое подключение сети предприятия на сервере, как пинги начинают доходить и до proxy-сервера 10.0.0.256, и до почтового сервера 10.0.0.1. Соответственно, появляется и Интернет.
Если опять включить подключение по локальной сети, то всё вновь исчезает.
 
 
Добавлено:
После добавления статичного маршрута в оснастке "Маршрутизация":
Интерфейс: Провайдер
Назначение: 10.0.0.0
Маска: 255.255.255.0
Шлюз: 192.168.120.1
Метрика: 1
 
Пошли пинги до proxy- и mail-серверов. Появился Интернет.
 
Таблица маршрутизации:

Код:
 
IPv4 таблица маршрута
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x40003 ...00 16 76 76 3b 47 ...... Intel(R) PRO/1000 PL Network Connection
0x90004 ...00 04 79 66 ba a6 ...... 3Com EtherLink XL 10/100 PCI For Complete PC
 Management NIC (3C905C-TX)
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0             192.168.120.1      192.168.120.253     1
         10.0.0.0        255.0.0.0              10.0.8.253       10.0.8.253             10
         10.0.0.0     255.255.255.0          192.168.120.1  192.168.120.253      1
       10.0.8.253   255.255.255.255           127.0.0.1          127.0.0.1         10
   10.255.255.255  255.255.255.255         10.0.8.253       10.0.8.253         10
        127.0.0.0        255.0.0.0                   127.0.0.1         127.0.0.1          1
    192.168.120.0    255.255.255.0       192.168.120.253  192.168.120.253    1
  192.168.120.253  255.255.255.255        127.0.0.1        127.0.0.1               1
  192.168.120.255  255.255.255.255  192.168.120.253  192.168.120.253      1
        224.0.0.0        240.0.0.0                 10.0.8.253       10.0.8.253           10
        224.0.0.0        240.0.0.0            192.168.120.253  192.168.120.253      1
  255.255.255.255  255.255.255.255        10.0.8.253       10.0.8.253              1
  255.255.255.255  255.255.255.255  192.168.120.253  192.168.120.253      1
Основной шлюз:       192.168.120.1
===========================================================================
Постоянные маршруты:
  Отсутствует
 

 
Добавлено:
Я так понимаю, что маршрут  
10.0.0.0     255.255.255.0     192.168.120.1  192.168.120.253      1
перекрывает мои локальные маршруты сети 10.0.8.0/255.0.0.0 и тем самым пакеты уходят на нужный шлюз.  
А без него они пытаются пройти через ЛВС, как обычные запросы к компу в локальной сети, которого нет.  
Такая загвоздка из-за того, видимо, что наша сеть 10.0.8.0/255.0.0.0 и сеть у провайдера 10.0.0.0/255.0.0.0 одного класса. Вот и выходит ерунда.
 
Но самое главное, что через определённое время на моём сервере-контоллере-маршрутизаторе перестают разрешаться DNS-запросы к тому же proxy- и mail-серверу! Он сам и является DNS-сервером для локальной сети, настроены в нём также серверы пересылки на провайдерские DNS.  
 
Сам провод локальной сети от сервера, естественно, идёт в свич. В этот свич воткнут кабель от xDSL-модема, который связан с тем самым провайдером и с сетью 10.0.0.0/255.0.0.0. Это было старое Интернет-соединение. И только благодаря ему сейчас работает Интернет в предприятии. Практически все машины берут Инет через это соединение и шлюз 10.0.0.100.
 
На сервере же смог только методом тыка решить проблему:  
- отключаю подключение к провайдеру (192.168.120.253)
- пингую  
- адрес proxy разрешился (и, наверное, в кэш ушёл)
- пинги пошли (благодаря xDSL-модему, видимо, хотя шлюз не прописан)  
- подключаю опять подключение к провайдеру
- благодаря статичному маршруту выхожу в Инет по новому каналу.
 
Где-то часа через 1,5-2 всё повторяется. Т.е. опять теряется привязка DNS-имени proxy к его IP и по-новой!
 
Что это может быть?

Всего записей: 536 | Зарегистр. 31-01-2006 | Отправлено: 19:01 29-11-2010
AQAQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Isa\другой файерволл не стоит?

Всего записей: 790 | Зарегистр. 16-01-2005 | Отправлено: 13:42 01-12-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Маршрутизация в локалку с нескольких провайдеров


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru