У нас есть несколько клиентов, которые сильно затрудняют запуск целевых страниц на своих веб-сайтах. Обычно это корпоративные технологические компании с очень строгим доступом к своей кодовой базе и системам управления контентом (CMS) рабочих сайтов.
Поэтому я изучаю возможность использования обратных прокси-серверов, которые позволят нам создавать эти страницы на экземпляре WordPress на нашем собственном сервере и в зависимости от пути на клиентском сайте показывать определенные страницы на нашем сервере.
Например:
www.client.com
это их действующий сайт, к которому мы не можем получить доступ- Примерами URL-адресов могут быть
/resources/page-1
,/resources/page-2
и/resources/page-3
- Они фактически будут указывать на наш сервер
/{clientName}/page-1
и т. д. - Однако они должны выглядеть для пользователя так, как будто он действительно просматривает
www.client.com/resources/page-1
Нам это понадобится для работы с несколькими клиентами, отсюда и часть {clientName} в указанном выше пути.
У меня есть следующие вопросы:
- Возможно ли это вообще?
- Что потребуется от клиентов, чтобы это сработало?
- Какие дополнительные меры потребуются с нашей стороны?
Я не прошу подробностей о том, как выполнить каждую часть, а лишь базовое понимание того, что требуется для каждой части, а затем я рассмотрю, как реализовать детали.
решение1
Вероятно, вам придется изменить запись DNS для DNS ваших клиентов, чтобы они указывали на вас, а затем направлять входящие запросы на реальные веб-сайты ваших клиентов. Используя модифицированный подход «человек посередине», вы можете изменять или вставлять входящие/исходящие запросы по своему усмотрению. Вспомните CloudFlare; запросы направляются через их серверы, как через обратный прокси, к клиенту и обратно. Если клиент не работает, они выводят сообщение об ошибке. Для начала взгляните на прокси Squid, хотя я не уверен, что это именно то, что вам нужно.