IIS reescrevendo o cabeçalho de localização antes do ARR

3

Temos uma configuração de reescrita que trata o ARR como um proxy reverso em uma configuração como esta:

Browser client (OriginA) <-> IIS/ARR (OriginB) <-> Server

O cliente é qualquer número de navegadores da web. Não podemos alterar essa configuração.

  1. O cliente solicita o link com um URL como link no pedido.
  2. A ARR encaminha a solicitação para o link .
  3. O servidor responde com o cabeçalho Location definido para o link e o HTTP 302. Verifiquei isso com o Wireshark.
  4. O IIS em algum lugar do pipeline está mudando o cabeçalho Location para o link . Aqui é onde os problemas começam.
  5. ARR vê o URL originb em uma etapa PATTERN_MATCH para o cabeçalho Location .
  6. ARR relata o URL de origem como o cabeçalho Location na etapa GENERAL_RESPONSE_HEADERS.
  7. O cliente aceita cegamente o URL e redireciona para o link inexistente em vez de link

Eu modifiquei o Rastreamento de Solicitações com Falha e foi assim que eu vi os passos 5 e 6.

O que poderia estar causando o IIS para reescrever o cabeçalho Location antes do ARR? Existem outras ferramentas do IIS que eu possa usar para descobrir isso?

    
por Daniel A. White 04.10.2016 / 18:00

1 resposta

2

Meu Googlefu estava falhando comigo hoje.

No painel Server Proxy Settings do Gerenciador do IIS, eu precisava desmarcar "Reverse reescrever o host nos cabeçalhos de resposta".

    
por 04.10.2016 / 19:29

Tags