Temos vários clientes que dificultam muito o lançamento de páginas de destino em seus sites - geralmente empresas de tecnologia corporativa com acesso muito estrito à sua base de código e CMSs de sites de produção.
Portanto, estou explorando a possibilidade de usar proxies reversos para nos permitir construir essas páginas em uma instância do WordPress em nosso próprio servidor e, dependendo do caminho no site do cliente, mostrar páginas específicas em nosso servidor.
Por exemplo:
www.client.com
é o site ao vivo ao qual não conseguimos acessar- URLs de exemplo seriam
/resources/page-1
e/resources/page-2
/resources/page-3
- Na verdade, eles apontariam para nosso servidor
/{clientName}/page-1
, etc. - No entanto, eles precisariam aparecer para o usuário como se estivessem realmente visualizando
www.client.com/resources/page-1
Precisaríamos disso para funcionar com vários clientes, daí a parte {clientName} do caminho acima.
As perguntas que tenho são:
- Isso é possível?
- O que seria necessário do lado dos clientes para que isso funcionasse?
- Que configuração adicional seria necessária da nossa parte?
Não estou pedindo detalhes completos de como realizar cada parte, apenas um entendimento básico do que é necessário para cada uma. Em seguida, verei como implementar os detalhes.
Responder1
Você provavelmente precisará alterar a entrada DNS do DNS dos seus clientes para apontar para você e, em seguida, encaminhar as solicitações recebidas para os sites reais dos seus clientes. Usando uma abordagem man-in-the-middle modificada, você pode modificar ou injetar as consultas de entrada/saída conforme achar necessário. Pense em CloudFlare; as solicitações são roteadas através de seus servidores, como um proxy reverso, para o cliente e de volta. Se o cliente estiver inativo, ele exibirá a mensagem de erro. Dê uma olhada no proxy Squid para começar, embora eu não tenha certeza se é exatamente isso que você deseja.