Na configuração padrão do Apache, a diretiva AllowEncodedSlashes está definida como off . Isso significa que: " ... A diretiva AllowEncodedSlashes permite que as URLs que contêm separadores de caminho [...] codificados sejam usadas nas informações do caminho. Com o valor padrão, Off, essas URLs são recusadas com um Erro 404 (não encontrado) . ... "
Portanto, o problema é que o mod_proxy não é não proxeando suas solicitações POST baseadas em URL, já que o Apache está recusando-as (com um 404) antes que o mod_proxy tome medidas.
Outro possível problema está relacionado ao processo de codificação de URL: seu apache (front-end) certamente receberá uma string codificada em URL (aquela que você está enviando para ele: link ) e espero que o (apache) decodifique o URL enquanto processa internamente a solicitação POST relacionada. Então eu espero que o mod_proxy, dentro do Apache, receba um URL real (não codificado) e eu me pergunto se, enquanto estiver fazendo proxy, ele irá executar um ciclo codificado por URL. Em a documentação oficial do ProxyPass eu vejo: " Normalmente, o mod_proxy canoniza o ProxyPassed URLs. Mas isso pode ser incompatível com alguns backends, particularmente aqueles que fazem uso de PATH_INFO. A palavra-chave opcional nocanon suprime isso e passa o caminho da URL "raw" para o backend. Note que esta palavra-chave pode afetar a segurança do seu backend. ele remove a proteção normal limitada contra ataques baseados em URL fornecidos pelo proxy ", então você deve avaliar também o uso da opção" nocanon ".
Ambos os problemas ( AllowEncodedSlashes e nocanon ) foram mencionados em esta pergunta do StackOverflow