Хорошо, вот и все, что я пытаюсь сделать.
Задний план У меня есть несколько веб-серверов IIS, на каждом из которых работает несколько веб-сайтов, каждый со своим IP-адресом. Каждый «веб-сайт» IIS посредством программирования и заголовков хоста запускает сотни веб-сайтов. Я хочу вставить обратный прокси-сервер для каждого имеющегося у меня веб-сервера.
Вот что я хочу Обратный прокси-сервер для приема всего трафика с заданного IP-адреса (1.2.3.4) и передачи трафика на сайт IIS (1.2.3.104) - Это я могу сделать с помощью nginx или лака.
Обратный прокси-сервер должен иметь около 10 определенных IP-адресов прослушивания (1.2.3.4 - 1.2.3.14), каждый из которых перенаправляет трафик на свой соответствующий сайт IIS (1.2.3.104 - 1.2.3.114).
ЭТО НЕ БАЛАНС НАГРУЗКИ, МЫ УКАЗЫВАЕМ МАРШРУТИЗАЦИЮ IP НА ОПРЕДЕЛЕННЫЙ IP. Я думаю это возможно в nginx или лаке.
Теперь самое интересное Я хочу создать новый Резервное копирование IIS Server, на котором будут веб-сайты и в этом примере IP-адреса 1.2.3.204 - 1.2.3.214). Я бы хотел вручную переключить трафик на этот резервный сервер. В конечном итоге я настрою ВСЕ свои серверы IIS для использования этого одного резервного сервера, который я буду использовать для запуска обновлений на своих веб-серверах, и именно поэтому я хочу использовать его только как ручной сервер аварийного переключения.
Я знаю, что где-то видел «командную строку» для переключения на резервный сервер, но я не могу найти, какой это был продукт, но я думал, что это nginx.
Мне не нужно ничего кэшировать, так как мы кэшируем объекты в IIS, поэтому мне нужно специально отправлять трафик с 1.2.3.4 на 1.2.3.104 и с 1.2.3.5 на 1.2.3.105 и т. Д.
Если вы не кэшируете или не выполняете переключение контента (принимаете решения о «маршрутизации» на основе HTTP-URL или заголовков), зачем вам использовать что-то, что находится далеко вверху стека.
Просто используйте IPtables для NAT соединений.