Security Lab



Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти  
Форум » Администрирование » Сети
Страницы: 1
RSS
Использование дополнительного канала.
 
#1
Это нравится:0Да/0Нет
10.06.2004 18:02:13
Имеем маршрутизатор Cisco с двумя каналами выхода в Интернет от двух различных ISP. Клиентские компьютеры используют адресное пространство одного из них, а хочется загрузить оба на прием. Кто что посоветует.
 
 
 
#2
Это нравится:0Да/0Нет
10.06.2004 22:15:25
Вариант1. ЗаNATить часть клиентских адресов на адресное пространство второго ISP.
Вариант2. Ставится прокси1 в адресном простанстве 1-го ISP, прокси2 - в адресном простанстве 2-го ISP. Прокси1 конфигурируешь так, чтобы он балансировал запросы напрямую на ISP1 или через прокси2 на ISP2. Клиентов заворачиваешь на прокси1.
Вариант3. Некая комбинация вариантов 1 и 2.
Вариант4. BGP. Но для BGP нужно свое адресное пространство и своя AS, так что этот вариант скорее всего тебе не подойдет.
 
 
 
#3
Это нравится:0Да/0Нет
11.06.2004 00:18:35
А где можно найти примеры конфигов для второго варианта. А то лень самому с 0 рабираться.
 
 
 
#4
Это нравится:0Да/0Нет
11.06.2004 17:04:36
никакой маршрутизатор Cisco не решает такой задачи единолично. вот если прописать две статики с одинаковой метрикой на этом маршрутизаторе, а в остальной сети будет динамическая маршрутизация - то тогда можно предположить что маршрутизаторы будут пакеты посылать то по одному маршруту то по другому. но я не пробовал.
 
 
 
#5
Это нравится:0Да/0Нет
11.06.2004 22:48:26
Цитата
ksiva пишет:
никакой маршрутизатор Cisco не решает такой задачи единолично. вот если прописать две статики с одинаковой метрикой на этом маршрутизаторе, а в остальной сети будет динамическая маршрутизация - то тогда можно предположить что маршрутизаторы будут пакеты посылать то по одному маршруту то по другому. но я не пробовал.
Исходящие пакеты ты так разбалансируешь, а вот обратно все пакеты пойдут на ISP1, т.к. ,как упомянул автор темы, у клинтов адреса из адресного пространства первого ISP. Так что тут нужна либо подмена сорс адреса с помощью NAT или прокси, либо свое адресное пространство + AS и BGP.
 
 
 
#6
Это нравится:0Да/0Нет
11.06.2004 22:56:41
Цитата
Avgur пишет:
А где можно найти примеры конфигов для второго варианта. А то лень самому с 0 рабираться.

Просто бери любой прокси, который умеет балансить. На squide это, например, делается через cache_peer.
А вообще, сколько в сети юзеров? Если мало (20-30), то проще всего часть их просто заNATить на второго ISP и все.
 
 
 
#7
Это нравится:0Да/0Нет
13.06.2004 00:08:41
Цитата
moonspell пишет:

Исходящие пакеты ты так разбалансируешь, а вот обратно все пакеты пойдут на ISP1, т.к. ,как упомянул автор темы, у клинтов адреса из адресного пространства первого ISP. Так что тут нужна либо подмена сорс адреса с помощью NAT или прокси, либо свое адресное пространство + AS и BGP.
да...  в общем задачка не из легких   может действительно стоит попросить провайдеров настроить политику BGP меж собой.

а что ты думаешь про адресную трансляцию через route-map?
 
 
 
#8
Это нравится:0Да/0Нет
13.06.2004 07:13:01
Цитата
ksiva пишет:

а что ты думаешь про адресную трансляцию через route-map?
Ну да, NAT + route-map как раз и есть, то что я назвал "вариант1". Вот пример конфига для похожей ситуации: http://cisco.far.ru/2ispcfg.shtml.
 
 
 
#9
Это нравится:0Да/0Нет
14.06.2004 17:38:19
Большое спасибо, что приняли участие и помогли решить проблему,если кому интересно мне удалось решить ее следующим образом
На комп с squid cоздаем файл as.list, содержащий список AS ,к которым мы хотим обращаться через второй канал. Конфигурируем squid:
acl all src 0.0.0.0/0.0.0.0
acl second dst_as "as.list"
cache_peer второй-squid parent 3129 0 no-query default (описываем вспомогательный squid как старший для нас)
cache_peer_access второй-squid allow second (обращаться к нему только, если сервер находится в AS из списка)
hierarchy_stoplist какой-нибудь-бред deny all (чтобы cgi-bin и QUERY тоже шли по этому маршруту)
never_direct allow second (не обращаться напрямую к серверам из AS списка)
never_direct deny all
Конфигурируем вспомогательный squid-сервер (можно даже на том же хосте - специально выбран нестандартный порт; только прямого доступа к нему давать не надо):
никаких соседей/icp/htcp
tcp_outgoing_address из адресного пространства второго провайдера никакого кеширования.

Вот и все еще раз всем спасибо.
 
 
 
Страницы: 1
Читают тему