@numeric

Здравствуйте, уважаемые!

Есть два сервера.
сервер А
eth0:0 - public ip x.x.x.x

сервер Б
eth0:1 - public ip y.y.y.y
eth0:2 - public ip z.z.z.z

Вопрос, как можно использовать/подключить ip адреса (статик, внешние) с сервера Б на сервере А. Использовать как свои родные, т.е. в том числе чтобы можно было создавать сокет через них. Пробовал gre туннель, (на Б). Может надо какую то хитрую маршрутизацию, или вообще не туда копаю. Подскажите, кто сталкивался.

0

@odip

Сильно сомневаюсь что это возможно
А для чего все это нужно ?

0

@numeric

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

Есть некие кусочки "пазла", что умные люди строили туннель ipip и подключали внешние ip с другого сервера на нужный через ifconfig eth0:x .... Но видимо нужна еще доп маршрутизация или еще что то.

0

@odip

При этом собственно комп A - это что ? Это клиент которому нужен выход через B ?
Или это роутер для каких-то других компов ?

Чтобы сделать доступ - поставить proxy-сервер на комп B
Потом клиенты должны подключаться к этому proxy-серверу

Либо поставить firewall/NAT на комп B
А потом траффик клиентов должен заворачиваться на комп B,
который будет выпускать траффик из-под своего внешнего IP-адреса

Но это совершенно не значит что ты можешь напрямую с компа A создать сокет на компе B

0

@numeric

комп А - сервер с public ip, на котором работает скрипт. Он один - клиент.

Т.е. я могу с сервера А соединиться с неким proxy на Б и тот перешлет мой запрос на нужный мне (указанный в запросе) сетевой интерфейс сервера Б? И вернет ответ? Такое или подобное реально? Подскажите как зовут тогда это чудо, надо будет попробовать...

Звучит хорошо, только задача еще выпускать трафик из под нужного внешнего IP (их может быть много на сервере Б), указанного например в запросе или по правилу маршрутизации. Я так понимаю речь в данном случае о туннеле? Т.е. напр., при созданном туннеле привязать внешние ip сервера Б к локальным адресам виртуальной сети туннеля (10.0.2.x) и делать запрос на эти локальные адреса и запрос через них выйдет на нужный внешний ip. Это бред наверное?

Да все больше склоняюсь к этому...Думаю уже проще написать клиент-сервер свой, который берет задание с А, делает запросы через интерфейсы Б, учитывая внешний ip, указанный в задании, и возвращает ответ.

Просто надеялся что средства администрирования позволяют что то подобное...

0

@SonicQ

динамическая маршрутизация с помощью OSPF ? Не вариант?

0

@odip

Про какой протокол идет речь ?

Если про http, тогда все это описание обычного proxy-сервера
Ставим proxy-сервер на сервер B и радуемся

Добавлено через 57 секунд
Это все настраивается в нормальном firewall на сервере B

Добавлено через 38 секунд
Нет - туннель тут вообще не при чем
Хотя можно между серверами A и B сделать туннель

Добавлено через 2 минуты
Не совсем бред

Пусть между A и B есть туннель
10.2.0.2 - конец туннеля на сервер B
Делаем запрос с сервера A на адрес 10.2.0.2
Сервер B транслирует запрос на свой внешний IP-ник ( и обратный траффик тоже )

Добавлено через 3 минуты
Что-то подобное - возможно тебе подойдет SOCK5 proxy server
http://ru.wikipedia.org/wiki/SOCKS

Ставим его на сервер B
И клиент с сервера A обращается к нему

Добавлено через 2 минуты
Собственно вопросы такие: сколько разных внешних IP-адресов на сервере B тебе хочется иметь ?

Что именно за протокол использует клиент на сервере A ?

Добавлено через 2 минуты
Кстати еще вариант - можно просто сделать ssh-туннель с сервера A на сервер B
Туннель слушает на сервере A адрес 127.0.0.101 и порт 1000
Другой конец туннеля выходит на сервере B на нужном внешнем адресе и порту

Клиент на сервере A открывает сокет на 127.0.0.101:1000
Все что клиент пошлет в этот сокет выйдет на сервере B на нужном внешнем адресе и порту
То есть source пакета будет равен внешнему адресу B

0