Добрый вечер!

К серверу подведены несколько локальных сетей (rl0, rl1, rl2, rl3, rl4, rl5), 
две (rl0, rl1) из которых имеют одинаковую IP-адресацию: 10.1.0.0/16, физически это разные ISP.

Задача: заменить IP-адресацию на интерфейсе rl0 с 10.1.0.0/16 на 192.168.0.0/16, т.е. получится:

rl0: 192.168.0.0/16
rl1: 10.1.0.0/16

А именно при обращении к 192.168.0.0/16 пакеты будут уходить на интерфейс rl0 к 10.1.0.0/16 (напр.: 192.168.1.1 -> rl0 -> 10.1.1.1).

Нашли решение для Linux (используя iptables):
http://netfilter.org/projects/patch-o-matic/pom-base.html

К сожалению, у нас используется FreeBSD-6.2,
может кто-то знает подобную альтернативу для FreeBSD?

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

Нормального решения, конечно нет, но можно попробовать хитро поизвращаться с НАТ'ами. О пробросе портов и реальных адресах клиентам таких сетей придетися забыть.

Ты представляешь себе количество хостов в подсети 10.1.0.0/16 ?!

Попытаться извратиться конечно же можно ( http://www.freebsd.org/doc/en_US.ISO8859-1...ewalls-ipf.html ), но тут кажется постановка проблемы несколько необычная.

По моему, можно прописать просто роуты для этого случая. Посмотри man route, есть ли там фильтрация по интерфейсам. Где-то я видел, но вспоминать некогда.

Я извиняюсь, но вы хоть понимаете, что в советуете?! У него два разных сегмента имеют ОДИНАКОВУЮ адресацию. Как простите определить, куда отфорвардить пакет, если он пришел с внешнего интерфейса и имеет к примеру адрес назначения 10.1.1.2? По уму, нужно в одной из сетей менять адресацию. Если это не возможно, то можно лишь попробовать спрятать одну (или обе) из подсеток за маскарадингом. 

изначально я не совсем лицезрел ситуацию, и сконцентрировался только на факте 2х локалок с одной адресацией, и решение возникло простое:
1. делаем одну из внутренних ног двойной, с 2-мя адресами IP.
2. настраиваем дополнительный "внутренний" интерфейс, напр. lo1

трафик изнутри наружу маршрутизируется через одни из 2-х IP, но lo1, и с него на напр. rl0
a снаружи вовнутрь наоборот.

трафик на второго провайдера будет идти через второе "имя, т.е. второй IP двухименной сетевухи, и в похожем порядке, но минует lo1, и будет перекинут на rl1.

а все что не стыкуется свариваем NAT-ом.

а потом я подумал так:

тов. "СтудентИзРоссии" имеет сервачок с 6-ю интерфейсами, судя по названию rl ..реалтек... 
на стандартном компутере с обыкновенными "одно-головыми" картами этого не достигнуть ( нет 6 PCI слотов ), значит видимо это шлюз-сервант, нескольких, вполне вероятно либо корпоративных, либо частных и платных локалок.

с др. стороны он закраивает и не хочет раскошеливаться и покупать нормальный многоногий роутер, на котором можно все эти дела решить посредством VLANов ( кстати и на обыкновенном компике тоже, но нужно настраивать "advanced router".


дорогой стюдент.... объясните ситуацию: как вы пришли к этой задаче ?

если вы бизнес.. то, тут налицо ... жадность и недальнозоркость: столько сетей вешать на 1 компутер... вот весело-то будет если на этом компутере полетит жесткий диск ...

если же вы частное лицо... как вы дожили до 6 ногого спрута ?  интересно, блин.

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

Ага. Это и будет именно ВСЕ.

Читайте всё сообщение:



;)

powerfox, старик, ты не прав, ты недопонял вопрос.


DENNN, клиентом он сможет быть:
во-первых, ну почему так категорично "все"
1. внутренняя сеть х переходит одним правилом (static route на девайс) на локалхост1 а др. правилом (ipfw) с локалхоста на рл0 , и maquerade-ится
2. внутренняя сеть y переходит одним правилом (static route на девайс) на рл1, и masquerade-ится.
а во-вторых, тут налицо полноценный изврат - по-человечески так все равно не делают: 1 узел на 6 сетей на одной материнке.
( если это не толстопузое встроенное устройство типа Fortinet )

Эх, а я вот подумал. Наверное, кто-то из IT моегшо прова пишет.


Ок. Я несовсем допёр, но после твоего последнего топика, вооружившись man страницами и поймав зверя google всё можно настроить.

К сожалению, поменять подсеть в нашем случае не возможно.


В качестве сервера выступает домашний компьютер с материнской платой: Asus P4PE, её характеристики: http://www.3dnews.ru/reviews/mainsystem/asus-p4pe/


100%-ое попадание.


Разрешить данную ситуацию 100% можно, используя коммутатор?


Есть здание, в котором мы существуем, к нему подведены 6 LAN, от разных провайдеров.
Некоторые LAN имеют разную адресацию, а 2 из них одинаковую, хотя провайдеры разные - совпадение.


"Полёт" жёсткого диска не страшен, практикуем каждосуточный backup.

хмм... не просто "ко-мутатор", а немного более серьезное устройство, с поддержкой VLANов, желательно разных типов, с поддержкой Spanning Tree protocols и  т.д., вас интересует VLAN by port, например.

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

если не охота все расписывать, думаю вам нужно просто внимательно ознакомиться с продукцией Cisco/Enterasys/3Com

удачи.

Выпускать никого никуда не нужно, балансировать канал тоже нет надобности.
Основная задача: использваоть 2 LAN, которые имеют одинаковую IP-адресацию.

Сейчас из-за такой проблемы приходится использовать отдельный компьютер,
т.е. 2 LAN с одинаковой IP-адресацией раскинуты физически на два компьютера,
которые соединены между собой (А, Б):

А - основной сервер.
Б - тот самый отшельник.

Запросы приходящие на Б по HTTP протоколу проксируются на А, при проксировании
в заголовке HTTP запроса помещается "header: REAL_IP_ADDR: (напр.) 10.1.10.10",
хотя в действительности реально запрос поступает от Б, далее
header REAL_IP_ADDR обрабатывается PHP скриптом (на А),
в котором 10.1.10.10 заменяется на 11.1.10.10
и далее идентифицировать клиента можно
по IP-адресу 11.1.10.10

Основная задача (уточнение): необходимо, чтобы клиенты из 2 LAN, которые
имеют одинковую IP-адресацию могли посещать наш сервер,
например по протоколу HTTP.

Спасибо за совет про железки, хотим Вас спросить, подойдёт ли нам Dlink DES-2110 (?):
http://dlink.ru/products/prodview.php?type=13&id=458

Это сообщение отредактировал(а) СтудентИзРоссии - 1.4.2007, 02:10

Для чего подойдет? Соединить сегменты Ethernet - да, решить ваши проблемы - нет.



Если задача только в этом, то либо прокси, либо достаточно NAT на одну из подсетей. Никакие VLAN и advanced routing к этой проблеме отношения не имеют.



Т.е. NAT. В предыдущих постах об этом не было ни слова........