twistfireв том то и дело - нельзя...
домен уже поднят, и нужно на разных ip
На Perle эта задача решается 10 строками кода.
Если интересно могу выложить.

Прикола ради прикрутил к своему серваку форум SQL.RU
http://ordereat.ru/cgi-bin/actualforum.aspx
Можно походить по форуму.
Регистрацию, добавление сообщений, картинки и пр. все это можно прикрутить и будет полное ощущение, что все это пашет с другого сервака. Ну там - кто какие пароли вводит, тоже можно посмотреть
Сделать удаленную прослушку т.с.
Учите PERL господа.


Теперь свой собственный internet-ресторан может открыть любой желающий!

twistfireвыложите код пожалуйста.
Нет, ребята, пулемет я вам не дам. Передумал. В умелых ручонках можно таких дел натворить, что весь инет в сито превратится.
twistfireно по-моему все-таки есть возможность сам апач настроить...

А это попробуйте.

@
вот только лично мне реально непонятно зачем. два домена на двух разных айпи можно прицепить к одной реальной машине. и сколько угодно разных доменов на разных айпи можно прицепить к одной машине. к чему такие сложности? если, как утверждает автор топика, обе машины его - к чему эти припарки?
Такая возможность очень даже нужна. Представьте себе такую ситуацию. Есть сервак, на нем стоит оракл и все, никаких там апачей, днс, и пр. Есть еще другой сервак т.н. сервер приложений на нем стоит клиент оракла, апач и рабочие скрипты. И есть еще 3 сервак - маршрутизатор с выходом в инет. И такая цепочка выстроена специально в целях безопасности.
Задача: на 3 серваке, что смотрит в инет, организовать динамические web-странички с конектом и получение инфы из базы оракл. При этом, рабочие скрипты установлены на промежуточном серваке приложений, а на 3 только скрипты переадресации.
Или случай описанный автором. При этом, учитывая, что не всегда есть прямой доступ к настройкам апача, решить эту задачу можно и нужно только программными средствами. Не знаю как на ПХП, а в перле уже все давно придумано. Копать надо в сторону:
use LWP::UserAgent;
use HTTP::Request::Common;
А чтобы полностью создать иллюзию работы на текущем серваке нужно знать, как осуществляется поддержка состояния клиента. Куки на стороне сервака или клиента. Какие куки, сколько их, как передаются.
Будем считать что пример ук. выше был не совсем удачный. Выберите любой сервак с динамическим содержимым, и я прикручу к нему другой сервак и на последнем будет полная синхронизация первого. Лучше ограничится одним скриптом типа гостевой книги. Причем без разницы что это за скрипт и на каком языке написан. Стандарт http везде один.

@предлагаемый вами сервер - тот самый "третий лишний" :)

Сервер не может быть лишним - распределение нагрузки полезно всегда.
Ставить на файрвол клиента оракла или сам оракл - не есть хорошо и не всегда возможно, учитывая тот факт, что линукс преимущественно только ранних версий без лишнего геморроя дружит с оракл. А старой версии линукс на файрвол не хочется ставить.
Другая ситуевина. Имеется фирма center.ru с единой базой и куча дочек со своими региональными страничками. Домены у дочек свои north.ru, south.ru, west.ru, orient.ru и т.д. Нужно организовать конект к единой базе дочкам, но загрузку полученной динамики сделать относительной. И сделать это так, чтобы дочкам не надо было парится при обновлении боевых скриптов в цетре. Вот. А я погляжу как вы будете эту ситуевину разгребать.

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

Сервер приложений, где запущен апач, клиент оракла и боевые скрипты проделывают всю работу, т.е. все происходит внутри локали, после чего готовый результат - сформированный html пересылается маршрутизатору, а маршрутизатор уже отсылает запросившему клиенту.
Это и есть распределение нагрузки.
@
и еше я совсем ниасилил конструкцию с фирмой center.ru. нельзя ли описать ее подробнее? глядишь, найдем внятное решение без непонятного ретранслятора ;)

Как еще объяснять?
Есть, к примеру, сервак в Катманду, на этом серваке поднята база. Другие серваки, размещенные в России, имеют конект к Катманду и формируют у себя динамические странички. Информация из базы Катманду, а результирующий URL имеет Российский адрес.