Переадресация на другой IP (вопрос от чайника)- Сети и их администрирование

Гость

0 - 25.01.2012 - 12:43

Подскажите, такая проблема:
- есть работающий сервер на фиксированном IP со специфичным софтом
- есть куча оборудования (более 400 единиц), которое подключается по IP адресу - за 1 день все оборудование на новый IP не перевести
- стоит задача переехать на другой сервер, где будет новый IP, при этом оборудование, которое еще не успели перенастроить на новый IP при попытке подключения к старому IP должно как-то переадресоваться на новый IP.
Вопрос: можно ли как-то сделать эту переадресацию на старом сервере?

Гость

1 - 25.01.2012 - 13:12

Винда ?

Гость

2 - 25.01.2012 - 13:16

требуемый функционал называется(в интерпритации cisco) static nat, насколько мне известно софт от MS не позволяет это делать, на linux и на cisco делается легко, но! статик нат как таковой работает имено НАТом, и соответственно новый сервер должен быть в отличной подсети от основной сетки

Гость

3 - 25.01.2012 - 13:27

Винда.... хотя не принципиально - на старый IP вместо винды что угодно могу запихнуть.

Гость

4 - 25.01.2012 - 13:28

сделайте на шлюзе перед сервером

Гость

5 - 25.01.2012 - 13:40

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

Гость

6 - 25.01.2012 - 13:47

6 как вариант

Гость

7 - 25.01.2012 - 17:48

А если, допустим, настроить новый сервер с новым IP. Потом отключаем старый, на новом добавляем второй IP (с первого) и запускаем.

Гость

8 - 25.01.2012 - 17:52

кстати, алиас вполне себе вариант

Гость

9 - 25.01.2012 - 17:57

1-kubnet > А клиенты-то из интернета подключаются? Или это всё в пределах одной сети?
10-gloomymen > это если по имени подключались. А если по ИП?

Гость

10 - 25.01.2012 - 17:59

(10) Вариант, но вот только с маршрутизацией по источнику в винде, емнип, далеко не все так сладко,
да и до конца непонятно - каким образом там оборудование переезжает, может площадка меняется..

Гость

11 - 25.01.2012 - 18:01

11-Damnien > товарищ, существует и ip-aliasing, да

Гость

12 - 25.01.2012 - 18:23

видел на винде, туеву кучу адресов, без вланов и на одном интерфейсе, не знаю как с глюками дела, но в целом работоспособно.
тем более всего то 400 тачек перенастроить, тфу делов.

Гость

13 - 25.01.2012 - 18:41

Цитата:

видел на винде, туеву кучу адресов

В случае, когда нет необходимости в маршрутизации - это работает, а если пакет надо отправить в определенный шлюз - то уже гемор...

Гость

14 - 25.01.2012 - 18:59

дадада) давайте туннель ещо посоветуем сделать)

Гость

15 - 25.01.2012 - 19:02

пакет надо отправить в определенный шлюз это как бы невтему

Гость

16 - 25.01.2012 - 19:04

(17) это втему про алиасы.

Гость

17 - 25.01.2012 - 19:38

амиго, я вас не понимаю

Гость

18 - 25.01.2012 - 19:56

Цитата:

Сообщение от BigHarry

а в чем проблема заключается? хоть в виндовс семействе бывают несостыковки, но
дефолтный шлюз есть и в него все будет отправляться, что не имеет явного маршрута. надо в другую сеть отправить, пишем роут на соседа? из сетки которая весит на eth.
Или я не правильно понял...

Гость

19 - 25.01.2012 - 20:19

ну вот нопример есть провайдер с адресом А, и второй провайдер - с адресом B.
Хвосты от двух провайдеров через хаб физически объединяются, и на сетевуху сервера назначается основным адрес А и в качестве алиаса - B, дефолтный шлюз один - и это шлюз от A.
Допустим, от какого-то клиента в инете приходит пакет на установку соединения на адрес B, сервер пробрасывает через локалку этот пакет на оборудование, оборудование посылает ответный пакет - и на сервере - он заворачивается в дефолтный шлюз, т.е. на провайдера, который выдал адрес А.

Гость

20 - 25.01.2012 - 20:37

Цитата:

Хвосты от двух провайдеров через хаб физически объединяются

дальше можно было и не продолжать) за такое - расстрел на месте)

Гость

21 - 25.01.2012 - 20:41

за такое - расстрел на месте
ну почему же, "сплошь и рядом", можно сказать это такой тест на вменяемость сетевиков провайдеров

Гость

22 - 25.01.2012 - 20:45

Цитата:

за такое - расстрел на месте

Как правило - абсолютно ничего плохого не происходит если подсети провайдеров не пересекаются, а они, как правило - никогда не пересекаются, кроме разве что домашних сетей.

Гость

23 - 25.01.2012 - 20:48

ну да, а петлю ему, случайно

Гость

24 - 25.01.2012 - 20:56

Да чего мелочиться, какие-то петли, сразу 220 Вольт послать!!!

Гость

25 - 25.01.2012 - 21:04

грубо и неэффективно, каменный век

Гость

26 - 25.01.2012 - 21:05

21-BigHarry >ну на l2 пересечься провайдеры уж точно как 99% не могут. а что петля маршрутизации (если получится и пакет не умрет где нибудь по пути), акромя тупняков в сети не предоставит.
и к нашему случаю не сильно подходит, скорее всего, так как фиксированое количество клиентов можно (хотя тут автор как бы должен решать задачи на 100 никто не знает) можно предугадать, кто на какой будет ломиться и роуты пральные нарисовать.
Мне что то кажется это просто локалка и угадывать кто откуда придет будет не сложно.
кстатии а винда не умеет роутинг по источнику и по назначению(имеется ввиду policy based routing)? Кто силен, подскажите, интересно.

Гость

27 - 25.01.2012 - 21:09

Цитата:

винда не умеет роутинг по источнику и по назначению

AFAIK - не умеет, насчет винды-2008 и TMG - не уверен, может там это реализовано...

Гость

28 - 25.01.2012 - 21:10

допустим - патронов нет или жалко =)
Далее, от хоста в интернете приходит пакет на порт сервака адекватно понимающего, что такое multihomimg. Соединение (будь оно TCP или даже UDP) в современных условиях обладает свойством state на уровне фаервола (iptables), могущего у себя в памяти держать, например, метки (MARK) в зависимости с какого канала пришёл пакет. Т.е. если серверу хост из локальной сети ответит на этот пакет - он будет направлен в нужный шлюз в итоге.
Другое дело, когда инициирующий пакет идёт с локалки в инет - там выбирать на какой шлюз слать уже надо с умом - разделение по портам (т.е. к примеру 21й порт слать по A, остальное по B), по хостам (типа директора пускать по быстрому A, остальных по B), процентное распределение трафика (типа медленный и быстрый каналы), failover-распределение (типа всегда слать на основной A, а когда тот лежит - на резервный B)...

Гость

29 - 25.01.2012 - 22:20

Не, там по-проще должно быть - часть оборудования отвечать через один шлюз, другая - через другой.
Но все равно - не вижу смысла - придется ставить линукс, а так - можно ограничится имеющейся виндой и портмаппером...

Гость

30 - 25.01.2012 - 22:58

31-BigHarry > ну это если по портам раскинуть - то да)

Гость

31 - 25.01.2012 - 23:06

вопрос о "склейке" бд специфичного по как-то и не всплывал

Гость

32 - 26.01.2012 - 15:39

я так понимаю все внутри локалки, была софтина очень маленькая виндовая становилась сервисом, к сожалению найти не могу и названия точного не помню...гугл на первых страницах показал пару штук...можно ещё погуглить по win port bouncer, хотя можно остановиться на второй ссылке по-идее
http://www.steelbytes.com/?mid=18
http://codewut.de/Port-Redirection-with-Windows
а так если в одной подсети +1 за алиас и не мучаться

Гость

33 - 26.01.2012 - 15:48

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

Гость

34 - 26.01.2012 - 16:47

так а почему натом нельзя всё это сделать? ))

Гость

35 - 26.01.2012 - 18:46

36-Трумкин > слишком сложно) ужеж выяснили)

Гость

36 - 27.01.2012 - 13:04

Всем БОЛЬШОЕ спасибо за советы. IP mini route с задачей справился ;)