Migrando o proxy reverso do Apache para o Squid3 usando o pfSense

Question

Atualmente tenho um firewall pfSense que redireciona as portas 80 e 443 para um Apache interno que atua como um proxy reverso para vários subdomínios de nossa empresa.

Como pfSense fornece um proxy reverso através do Squid3, eu gostaria de me livrar do servidor Apache e rotear tudo com pfSense .

Minha configuração atual do Apache é algo assim:

<VirtualHost *:80 *:443>
    RewriteEngine   on
    RewriteCond %{HTTPS} off
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

    ServerName trac.mycompany.com
    SSLProxyEngine on

    SetEnv force-proxy-request-1.0 1
    SetEnv proxy-nokeepalive 1

    ProxyPreserveHost On
    ProxyPass / https://trac.mycompany.com/
    ProxyPassReverse / https://trac.mycompany.com/
    ProxyVia on
</VirtualHost>

<VirtualHost *:80 *:443>
    ServerName svn.mycompany.com
    ProxyPass / http://svn.mycompany.com/
    ProxyPassReverse / http://svn.mycompany.com/
    ProxyVia On
</VirtualHost>

Como você pode ver, ambos são bem diretos. Eu sei que usar hosts virtuais com HTTPS e um único endereço IP externo me limita a usar certificados auto-assinados, e estou ciente dos riscos, mas neste momento não me importo (eu só quero que os nomes de usuário e senha sejam enviados) criptografado).

Em pfSense , configurei da seguinte forma:

O proxy reverso está ativado. Ambos trac e svn são executados no mesmo servidor local (192.168.0.26). O problema é que quando o proxy atinge o servidor interno, o servidor local Apache sempre tenta servir o subdomínio trac , em vez de corresponder pelo nome.

Isso é algo que eu posso realizar com o módulo Proxy reverso de pfSense ? Estou faltando algo óbvio aqui?

    

Answer 1

eu sei que esta é uma resposta tardia, mas antes tarde do que nunca :) você provavelmente já se classificou, mas se você não ... criar um endereço IP secundário no servidor local rodando na mesma placa de rede e rodar cada site um IP separado.

Eu não achei que você poderia servir 2 sites https com o mesmo endereço IP e portas, já que os cabeçalhos se perdem com criptografia e você sempre acaba no principal site padrão. 2 sites http são bons, mas 2 sites https precisam de portas diferentes ou IPs diferentes.