Eu descobri como consertar meu problema.
Embora a sugestão do drookie para criar e ACL para o proxy reverso e aplicar a tag tcp_outgoing_address
a ele parecesse óbvia, eu não tinha ideia de por onde começar, muito menos como as ACLs são definidas / processadas.
Primeiro eu tive que descobrir como o Squid.conf é interpretado (ou seja, de cima para baixo para ACLs de primeira correspondência) e o que algumas das várias "tags" significam. Eu achei o seguinte link bastante útil para obter algumas noções básicas sob o cinto: link
Após gravar o arquivo Squid.conf, descobri que a configuração do proxy reverso existente já tinha as ACLs definidas (era necessário para as tags cache_peer_access
).
Eu entendi como estes são interpretados pelo Squid (ou seja, a ordem, precedência, substituições, etc.).
Tudo que eu precisava fazer era adicionar o seguinte (cada linha é para cada ACL de proxy reverso já definido. 192.168.0.254 é o IP da minha interface de LAN):
tcp_outgoing_address 192.168.0.254 OWA_URI_pfs
tcp_outgoing_address 192.168.0.254 rvm_Extranet
tcp_outgoing_address 192.168.0.254 rvm_Prototype
tcp_outgoing_address 192.168.0.254 rvm_WebService
tcp_outgoing_address 192.168.0.254 rvm_License
Isso pode ser seguido por:
acl fiftyPercent random 0.5
tcp_outgoing_address <<WAN1-IP-HERE>> fiftyPercent
tcp_outgoing_address <<WAN2-IP-HERE>>
O resultado é que o tráfego de proxy reverso sai do IP do lado da LAN especificado e, em seguida, o restante de todo o tráfego restante é balanceado por carga através do random
ACL.
Espero que ajude alguém que possa encontrar um problema semelhante.