☰

Migrando o proxy reverso do Apache para o Squid3 usando pfSense

tag-icon • tag-icon reverse-proxy pfsense
Migrando o proxy reverso do Apache para o Squid3 usando pfSense

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

Como pfSensefornece um proxy reverso por meio do Squid3, gostaria de me livrar do servidor Apache e rotear tudo com pfSenseele.

Minha configuração atual do Apache é mais ou menos 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 bastante simples. Eu sei que usar hosts virtuais com HTTPS e um único endereço IP externo me limita a usar certificados autoassinados, e estou ciente dos riscos, mas neste momento não me importo (só quero que os nomes de usuário e senha sejam enviados criptografado).

No pfSense, configurei da seguinte forma:

insira a descrição da imagem aqui

insira a descrição da imagem aqui

O proxy reverso está ativado. Ambos tracsão svnexecutados 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 tracsubdomínio, em vez de fazer a correspondência por nome.

Isso é algo que posso realizar com o módulo Reverse Proxy do pfSense? Estou faltando algo óbvio aqui?

Responder1

eu sei que esta é uma resposta tardia, mas antes tarde do que nunca :) você provavelmente já se resolveu, mas se não o fez... crie um endereço IP secundário no servidor local executando a mesma NIC e execute cada site em um IP separado .

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

informação relacionada