Início / server / Perguntas / 888114
Accepted
Esa Jokinen
Asked: 2017-12-15 04:23:38 +0800 CST

Falta PATH_INFO no Apache 2.4/php5.6-fpm/proxy_fcgi

  • 772

Estou usando o Debian 9 com PHP-FPM 7.0.26-2e 5.6.32-1do repositório deb.sury.org. A mesma configuração está funcionando bem em um servidor Debian 8 com PHP-FPM5.6.30

  • Eu copiei o pool.d/user.confdesse servidor.
  • Ambos os php.iniarquivos estão tendo cgi.fix_pathinfo=1.
  • O parâmetro também é forçado usando php_admin_value[cgi.fix_pathinfo] = 1.

  • Ambos os servidores usam esse pool de maneira semelhante no <VirtualHost>contexto com:

    ProxyPassMatch ^/(.*\.php(/.*)?)$ unix:/run/php/user.sock|fcgi://localhost/home/user/public_html

Agora, há uma página AJAX que precisa ler o caminho de PATH_INFO(possivelmente PATH_TRANSLATED). No entanto, embora essas variáveis ​​tenham conteúdo correto no servidor Debian 8:

["SCRIPT_NAME"]=>
string(14) "/path/ajax.php"
["ORIG_SCRIPT_NAME"]=>
string(25) "/path/ajax.php/para/meters"
["PATH_INFO"]=>
string(12) "/para/meters"
["PATH_TRANSLATED"]=>
string(34) "/home/user/public_html/para/meters"

Eles parecem funcionar de maneira diferente no novo Debian 9 + dub.sury.org:

["SCRIPT_NAME"]=>
string(25) "/path/ajax.php/para/meters"
["PATH_TRANSLATED"]=>
string(22) "/home/user/public_html"

E os prameters ORIG_SCRIPT_NAMEe PATH_INFOestão completamente ausentes.

apache-2.4

2 respostas

  1. Best Answer

    Foi assim que usei o proxy_fcgi. Conforme explicado nos exemplos para mod_proxy_fcgi:

    Você também pode forçar uma solicitação a ser tratada como uma solicitação de proxy reverso, criando uma passagem de manipulador adequada. - - O benefício deste formulário é que ele permite que o mapeamento normal de URI para nome de arquivo ocorra no servidor, e o resultado do sistema de arquivos local é passado para o backend. Quando o FastCGI é configurado dessa maneira, o servidor pode calcular os arquivos PATH_INFO.

    Então eu troquei meu

    ProxyPassMatch ^/(.*\.php(/.*)?)$ unix:/run/php/user.sock|fcgi://localhost/home/user/...

    com um manipulador e trabalhador:

        <FilesMatch "\.php$">
            SetHandler  "proxy:unix:/run/php/user.sock|fcgi://localhost"
    </FilesMatch>
    <Proxy "fcgi://localhost/" enablereuse=on max=10>
    </Proxy>

    Agora todas as solicitações AJAX estão funcionando bem.

    BÔNUS: Se alguém souber por que ProxyPassMatchfoi capaz de calcular o PATH_INFOantes no meu Debian 8 / Apache 2.4.10 / PHP-FPM 5.6.30, mas não com o Debian 9, isso seria incrível.

    • 2

  2. Como está descrito em:

    https://httpd.apache.org/docs/2.4/mod/mod_proxy_fcgi.html#env

    O motivo pelo qual o ProxyPassMatch não define o PATH_INFO é o seguinte:

    variáveis ​​ambientais

    Além das diretivas de configuração que controlam o comportamento do mod_proxy, existem várias variáveis ​​de ambiente que controlam o provedor de protocolo FCGI:

    • proxy-fcgi-pathinfo : Quando configurado via ProxyPass ou ProxyPassMatch, mod_proxy_fcgi não definirá a variável de ambiente PATH_INFO. Isso permite que o servidor FCGI de back-end determine corretamente SCRIPT_NAME e Script-URI e seja compatível com RFC 3875 seção 3.3. Se, em vez disso, você precisar de mod_proxy_fcgi para gerar um "melhor palpite" para PATH_INFO, defina este env-var. Esta é uma solução para um bug em algumas implementações FCGI. Essa variável pode ser definida para vários valores para ajustar como a melhor estimativa é escolhida (somente na versão 2.4.11 e posterior):

      • first-dot : PATH_INFO é dividido da barra após o primeiro "." na URL.

      • last-dot : PATH_INFO é dividido da barra após o último "." na URL.

      • full : PATH_INFO é calculado por uma tentativa de mapear a URL para o sistema de arquivos local.

      • unescape : PATH_INFO é o componente de caminho da URL, sem escape / decodificado.

      • qualquer outro valor : PATH_INFO é o mesmo que o componente de caminho da URL. Originalmente, esta era a única opção proxy-fcgi-pathinfo.

    • 2

relate perguntas