The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Разборки с двумя аплинками"
Отправлено veridata, 30-Янв-08 10:22 
>какое дело сендмылу есть ли маршрут в таблице маршрутизации??? его дело 7-5
>уровень OSI, за доставку пакетов отвечает 3 уровень. Но не суть.
>
>Алгоритм действия простой:
>1. Предполагаем что отправлять трензитныей трафик через чужого провайдера мы не можем.

а если можем?
вообще-то провайдер один только вот подключений два...

>2. Соответственно все должно NATиться и PATитьтся

что значит PATитьтся?

>3. считаем что локальная сеть А выходит через итнерфейс провайдера ПА, Б
>соответственно ПБ

сеть пока одна (192.168.1.0), но как я понял для решения моей задачи нужно обязательно раделить на две т.ч. считаем что сеть А - 192.168.1.0 а сеть Б - 192.168.2.0, но подключено все через один интерфейс с alias-ом :

em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=b<RXCSUM,TXCSUM,VLAN_MTU>
        inet 192.168.1.30 netmask 0xffffff00 broadcast 192.168.1.255
        inet 192.168.2.30 netmask 0xffffff00 broadcast 192.168.2.255
        ether 00:30:48:8d:68:18
        media: Ethernet autoselect (1000baseTX <full-duplex>)
        status: active


>4. настраиваем выход в инет для каждой сети. сеть А натишь на
>адрес ПА, Б на ПБ

такой фокус у меня не получается...
изначально был один нат и все ходили и продолжают ходить в инет через него.
настроено все по хендбуку:

defaultrouter="X.X.X.X"
gateway_enable="YES"
firewall_enable="YES"
firewall_type="OPEN"

natd_enable="YES"
natd_interface="em1"
natd_flags="-f /etc/natd.conf"

ну и соответственно
divert 8668 ip4 from any to any via em1

для второго канала делаю аналогично:
natd -interface em2 -p 8778
и перед первым divert-ом вставляю еще один
divert 8778 ip4 from 192.168.2.0/24 to any via em2
все как ходили через первый nat так и продолжают, как я понимаю из-за того что маршрут по умолчанию все отправляет через первое соединение (em1)

>5. Рисуешь скрипт проверки живости канала. Пингами. До ближайшего интерфейса провайдера. Потерял
>3-5-7 пингов (вставить нужное), принимаешь решение что канал упал, но продолжаешь
>его мониторить. Скрипт такой проверки гуглится на ура.
>5. переписываешь правила маршрутизации и трансляции согласно новым условиям
>6. аналогичная проверка для второго канала
>7. и в цикл...

на счет скрипта я тоже думал, но даже не приступал к реализации т.к. решил что раз через нат не получается придется делать динамическую маршрутизацию а там уже скрипты не нужны...

>
>где-то так

 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру