O servidor proxy recebeu uma resposta inválida de um servidor upstream

3

Eu tenho um servidor tomcat atrás do apache. Eu estou usando mod_ssl e proxy reverso para o tomcat. Todos estão executando em portas padrão.

O erro completo é o seguinte. ack Erro de proxy

O servidor proxy recebeu uma resposta inválida de um servidor upstream. O servidor proxy não pôde manipular a solicitação POST /pages/doeditpage.action.

Razão: Erro ao ler do servidor remoto

Se eu limpar o cache do navegador, o erro desaparecerá e retornará após algumas tentativas. Eu testo o mesmo no Chrome / Firefox / IE na plataforma Windows. Imaginando que funciona perfeitamente no Chrome / Firefox baseado em Linux.

Eu pesquisei muito no Google, há poucas respostas no estouro da pilha, mas não consigo encontrar minha resposta. Isso é um problema do lado do servidor? porque muitos navegadores não podem estar errados ao mesmo tempo no Windows.

    
por chandank 07.11.2012 / 01:21

2 respostas

1

Respondendo a minha própria pergunta. Basicamente, esse problema pode ocorrer se houver algum problema com o conector do Apache para o Tomcat.

No meu caso, reduzi o valor de tempo limite para 5 MS, acho que isso é muito menos para qualquer aplicativo baseado na Internet. Além disso, eu tinha aberto um novo conector no 8443 que falaria com o apache.

No que diz respeito a proxy e proxy reverso, você pode usar a porta 8080 padrão não segura e especificar a porta segura e proxy como 443 (porta segura do apache).

secure="true" scheme="https" proxyPort = 443 no conector padrão da porta 8080 resolveu o problema. Eu sei que isso pode ser algo muito básico para qualquer pessoa com experiência em Java / Web, mas para alguém como eu que não tem conhecimento de servidores de aplicativos JAVA, foi realmente difícil imaginar isso.

    
por 08.11.2012 / 18:59
1

Tente o seguinte na sua configuração do apache. Eu incluí o comentário porque na verdade vem com a configuração padrão do debian. E também explique por que as opções estão sendo usadas:

    #   SSL Protocol Adjustments:
    #   The safe and default but still SSL/TLS standard compliant shutdown
    #   approach is that mod_ssl sends the close notify alert but doesn't wait for
    #   the close notify alert from client. When you need a different shutdown
    #   approach you can use one of the following variables:
    #   o ssl-unclean-shutdown:
    #     This forces an unclean shutdown when the connection is closed, i.e. no
    #     SSL close notify alert is send or allowed to received.  This violates
    #     the SSL/TLS standard but is needed for some brain-dead browsers. Use
    #     this when you receive I/O errors because of the standard approach where
    #     mod_ssl sends the close notify alert.
    #   o ssl-accurate-shutdown:
    #     This forces an accurate shutdown when the connection is closed, i.e. a
    #     SSL close notify alert is send and mod_ssl waits for the close notify
    #     alert of the client. This is 100% SSL/TLS standard compliant, but in
    #     practice often causes hanging connections with brain-dead browsers. Use
    #     this only for browsers where you know that their SSL implementation
    #     works correctly.
    #   Notice: Most problems of broken clients are also related to the HTTP
    #   keep-alive facility, so you usually additionally want to disable
    #   keep-alive for those clients, too. Use variable "nokeepalive" for this.
    #   Similarly, one has to force some clients to use HTTP/1.0 to workaround
    #   their broken HTTP/1.1 implementation. Use variables "downgrade-1.0" and
    #   "force-response-1.0" for this.
    BrowserMatch "MSIE [2-6]" \
            nokeepalive ssl-unclean-shutdown \
            downgrade-1.0 force-response-1.0
    # MSIE 7 and newer should be able to use keepalive
    BrowserMatch "MSIE [17-6]" ssl-unclean-shutdown

que basicamente se apaga para o IE até a versão 6 e desclassifica o ssl-unclean-shutdown até a versão atual (e futura) do IE. Se isso ainda não funcionar para você, tente o seguinte

    BrowserMatch "MSIE [17-6]" \
            nokeepalive ssl-unclean-shutdown \
            downgrade-1.0 force-response-1.0
    # MSIE 7 and newer should be able to use keepalive
    #BrowserMatch "MSIE [17-6]" ssl-unclean-shutdown
    
por 07.11.2012 / 03:15