[dmitryst]

Никак. Можно разве что портами поиграться - порт 80 на сервер1, порт 443 на сервер2. Т.е. набрал в браузере http://domain1 - попал на server1, набрал https://domain2 - попал на server2
Но вообще это неправильно - берите 2 раздельных адреса, привязывайте каждый к своему серверу.

[poisonkit]

На текущий момент я у меня работает через Апач... Работает, но ядумал можно на микрот эту задачу перекинуть...
Ясно... Тогда ничего менять не буду. Тему считаю можно закрыть.
Спасибо.

[dmitryst]

я у меня работает через Апач »

у меня тоже работает, так, как я описал. Т.е. внешний адрес один и тот же, отличаются порты доступа и, соответственно, на разных портах слушают разные сервера (а ещё между ними настроено хитрое перенаправление, но вам это, скорее всего, не нужно. Можете попробовать). Хотя,в том же апаче можно настроить несколько виртуальных хостов на одном сервере, т.е. один сервер может обслуживать сразу несколько доменов по их имени. Ну а далее, опять же, Reverse proxy на второй сервер для какого-то домена.

ядумал можно на микрот эту задачу перекинуть.. »

не скажу точно, может, знатоки микротиковских скриптов подскажут (в IPtables надо добавить правило, распределяющее НАТ на пару серверов на основании домена, к которому обращаются извне)

[DJ Mogarych]

1 IP на 2 физических веб сервера - реально ли? »

Да, эту задачу выполняет реверс-прокси.

[dmitryst]

Кстати

[poisonkit]

Да, эту задачу выполняет реверс-прокси. »

Вот через прокси и работает.
Печаль микрот не умеет...

[Jula0071]

Вот через прокси и работает. »

И пусть работает, полностью адекватное решение.

Печаль микрот не умеет... »

Теоретически, ничто не мешает добавить в RouterOS поддержку ну хоть того же haproxy, микротов давно просят это сделать, но они не хотят. Может, потому что там, где используются лоад балансеры, микроты не ставят, слишком хилые.