Então, estou pensando em hospedar dois sites em servidores separados. Por exemplo: site de produção no servidor IIS: 192.168.0.1 e SpecialApps IIS: 192.168.0.2, que também é o servidor de teste atual que eventualmente entrará em produção.
Atualmente, após inúmeras horas de pesquisa, foi sugerido que eu instalasse o Application Request Routing (ARR), o que eu fiz no servidor .2
meu objetivo é poder ir para https://test.mycompany.com.au para ir para .2 e https://test.mycompany.com.au/prod para ir para .1
quando o usuário acessa https://test.mycompany.com.au/prod , precisa redirecionar para https://mycompany.com.au , que é a URL de produção hospedada em .1
Está com problemas para tentar fazer o padrão de código de reescrita de URL funcionar
Isso é mesmo viável?
Se os sites vão compartilhar o mesmo nome de host público (test.mycompany.com.au) ou IP, mas vivem em servidores internos separados, então sim, você precisará de um serviço como o ARR para interceptar e redirecionar solicitações com base na lógica que você especificar. Essa função é geralmente chamada de "proxy reverso" e o ARR a suporta
Dê uma olhada neste documento passo a passo da MS para configurações e exemplos detalhados: Proxy reverso com URL Rewrite v2 e Application Request Routing . A ideia básica é que suas regras ARR devem ter como padrão o site de teste local do IIS e redirecionar
/prodas solicitações para o servidor principal (com base na configuração que você descreveu)