Tenemos varios clientes que dificultan mucho el lanzamiento de páginas de destino en sus sitios web; generalmente empresas de tecnología empresarial con acceso muy estricto a su base de código y a los CMS de su sitio de producción.
Por lo tanto, estoy explorando la posibilidad de usar proxies inversos para permitirnos crear estas páginas en una instancia de WordPress en nuestro propio servidor y, dependiendo de la ruta en el sitio del cliente, mostrar páginas específicas en nuestro servidor.
Por ejemplo:
www.client.comes su sitio en vivo al que no podemos acceder- Las URL de ejemplo serían
/resources/page-1y/resources/page-2/resources/page-3 - En realidad, estos apuntarían a nuestro servidor
/{clientName}/page-1, etc. - Sin embargo, al usuario le tendrían que aparecer como si realmente estuviera viendo
www.client.com/resources/page-1
Necesitaríamos esto para trabajar con varios clientes, de ahí la parte {clientName} de la ruta anterior.
Las preguntas que tengo son:
- ¿Es esto siquiera posible?
- ¿Qué se necesitaría por parte de los clientes para que esto funcione?
- ¿Qué medidas adicionales serían necesarias por nuestra parte?
No estoy pidiendo detalles completos sobre cómo lograr cada parte, solo una comprensión básica de lo que se requiere para cada una; luego veré cómo implementar los detalles.
Respuesta1
Probablemente necesite cambiar la entrada DNS para que el DNS de sus clientes apunte a usted y luego enrutar las solicitudes entrantes a los sitios web reales de sus clientes. Utilizando un enfoque de intermediario modificado, puede modificar o inyectar las consultas entrantes/salientes como mejor le parezca. Piense en CloudFlare; las solicitudes se enrutan a través de sus servidores, como un proxy inverso, al cliente y viceversa. Si el cliente no funciona, muestra su mensaje de error. Para empezar, eche un vistazo al proxy Squid, aunque no estoy seguro de que sea exactamente lo que desea.