Configurar o Squid como um proxy de encaminhamento HTTPS?


9

Aqui estão alguns antecedentes sobre o meu problema:

  • Eu tenho um serviço da Web em execução no Heroku, com um endereço IP dinâmico. IPs estáticos no Heroku não são uma opção.
  • Preciso me conectar a um serviço da web externo que esteja protegido por um firewall. As pessoas que operam o serviço da web externo apenas abrirão o firewall para um IP estático específico.

Minha tentativa de solução é usar o Squid em um servidor separado com um IP estático para encaminhar solicitações de proxy do Heroku para o serviço externo. Dessa forma, o serviço externo sempre vê o IP estático do servidor proxy, em vez do IP dinâmico do serviço Heroku.

Como meu servidor proxy não pode confiar em um endereço IP para autenticação (esse é o problema, para começar!), Ele deve confiar em um nome de usuário e senha. Além disso, o nome de usuário e a senha não podem ser transmitidos em texto não criptografado, porque se um invasor interceptar esse texto não criptografado, ele poderá se conectar ao meu proxy fingindo ser eu, fazer solicitações de saída usando o IP estático do meu proxy e, assim, evitar o acesso externo. firewall do serviço da web.

Portanto, o proxy Squid deve aceitar apenas conexões por HTTPS, não por HTTP. (A conexão com o serviço da web externo pode ser HTTP ou HTTPS.)

Estou executando o Squid 3.1.10 no CentOS 6.5.x, e aqui está o meu squid.confaté agora. Apenas para fins de solução de problemas, ativei temporariamente os proxies HTTP e HTTPS, mas quero apenas usar HTTPS.

#
# Recommended minimum configuration:
#
acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1

# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
acl localnet src 172.16.0.0/12  # RFC1918 possible internal network
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl localnet src fc00::/7       # RFC 4193 local private network range
acl localnet src fe80::/10      # RFC 4291 link-local (directly plugged) machines

acl SSL_ports port 443
acl Safe_ports port 80      # http
acl Safe_ports port 21      # ftp
acl Safe_ports port 443     # https
acl Safe_ports port 70      # gopher
acl Safe_ports port 210     # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280     # http-mgmt
acl Safe_ports port 488     # gss-http
acl Safe_ports port 591     # filemaker
acl Safe_ports port 777     # multiling http
acl CONNECT method CONNECT

# Authorization

auth_param digest program /usr/lib64/squid/digest_pw_auth -c /etc/squid/squid_passwd
auth_param digest children 20 startup=0 idle=1
auth_param digest realm squid
auth_param digest nonce_garbage_interval 5 minutes
auth_param digest nonce_max_duration 30 minutes
auth_param digest nonce_max_count 50

acl authenticated proxy_auth REQUIRED

#
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager

# Deny requests to certain unsafe ports
http_access deny !Safe_ports

# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports

# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_localhost

#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#

# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
#http_access allow localnet
#http_access allow localhost
http_access allow authenticated

# And finally deny all other access to this proxy
http_access deny all

# Squid normally listens to port 3128
http_port 3128

https_port 3129 cert=/etc/squid/ssl/cert.pem key=/etc/squid/ssl/key.pem

# We recommend you to use at least the following line.
hierarchy_stoplist cgi-bin ?

# Disable all caching
cache deny all

# Uncomment and adjust the following to add a disk cache directory.
#cache_dir ufs /var/spool/squid 100 16 256

# Leave coredumps in the first cache dir
coredump_dir /var/spool/squid

# Add any of your own refresh_pattern entries above these.
refresh_pattern ^ftp:       1440    20% 10080
refresh_pattern ^gopher:    1440    0%  1440
refresh_pattern -i (/cgi-bin/|\?) 0 0%  0
refresh_pattern .       0   20% 4320

Usando essa configuração, o proxy HTTP funciona bem, mas o proxy HTTPS não.

Aqui está uma solicitação de proxy HTTP de uma caixa local:

$ curl --proxy http://my-proxy-server.example:3128 \
  --proxy-anyauth --proxy-user redacted:redacted -w '\n' \
  http://urlecho.appspot.com/echo?body=OK
OK

Bom, era o que eu esperava. Isso resulta em uma linha em /var/log/squid/access.log:

1390250715.137     41 my.IP.address.redacted TCP_MISS/200 383 GET http://urlecho.appspot.com/echo? redacted DIRECT/74.125.142.141 text/html

Aqui está outra solicitação, desta vez com HTTPS:

$ curl --proxy https://my-proxy-server.example:3129 \
  --proxy-anyauth --proxy-user redacted:redacted -w '\n' \
  http://urlecho.appspot.com/echo?body=OK

curl: (56) Recv failure: Connection reset by peer

Nada access.logdepois deste, mas em cache.log:

2014/01/20 20:46:15| clientNegotiateSSL: Error negotiating SSL connection on FD 10: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request (1/-1)

Aqui está o exposto novamente, mais detalhadamente:

$ curl -v --proxy https://my-proxy-server.example:3129 \
  --proxy-anyauth --proxy-user redacted:redacted -w '\n' \
  http://urlecho.appspot.com/echo?body=OK
* Adding handle: conn: 0x7f9a30804000
* Adding handle: send: 0
* Adding handle: recv: 0
* Curl_addHandleToPipeline: length: 1
* - Conn 0 (0x7f9a30804000) send_pipe: 1, recv_pipe: 0
* About to connect() to proxy my-proxy-server.example port 3129 (#0)
*   Trying proxy.server.IP.redacted...
* Connected to my-proxy-server.example (proxy.server.IP.redacted) port 3129 (#0)
> GET http://urlecho.appspot.com/echo?body=OK HTTP/1.1
> User-Agent: curl/7.30.0
> Host: urlecho.appspot.com
> Accept: */*
> Proxy-Connection: Keep-Alive
> 
* Recv failure: Connection reset by peer
* Closing connection 0

curl: (56) Recv failure: Connection reset by peer

Parece um erro SSL. No entanto, estou reutilizando um certificado SSL de subdomínio-curinga, mostrado na configuração acima como cert.peme key.pemque implantei com sucesso em outros servidores da web. Além disso, acessar o servidor proxy diretamente com curl funciona ou, pelo menos, estabelece uma conexão após o estágio SSL:

$ curl https://my-proxy-server.example:3129
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>ERROR: The requested URL could not be retrieved</title>

[--SNIP--]

<div id="content">
<p>The following error was encountered while trying to retrieve the URL: <a href="https://serverfault.com/">/</a></p>

<blockquote id="error">
<p><b>Invalid URL</b></p>
</blockquote>

<p>Some aspect of the requested URL is incorrect.</p>

<p>Some possible problems are:</p>
<ul>
<li><p>Missing or incorrect access protocol (should be <q>http://</q> or similar)</p></li>
<li><p>Missing hostname</p></li>
<li><p>Illegal double-escape in the URL-Path</p></li>
<li><p>Illegal character in hostname; underscores are not allowed.</p></li>
</ul>

[--SNIP--]

Alguma idéia do que estou fazendo de errado? O que estou tentando é possível? Desde já, obrigado.


2
Eu não acho que é assim que o Squid deve funcionar. Deveria poder fazer uma solicitação HTTP ou HTTPS com proxy em uma conexão HTTPS. Não vejo nada na documentação que sugira o contrário. Independentemente disso, tentei o que você sugere de qualquer maneira e não funcionou (o mesmo resultado acima).
David

Meu comentário anterior foi em resposta a comentários de outro usuário que parecem ter sido excluídos. Só queria nota que Cruzei-postei esta pergunta na lista de discussão Squid: mail-archive.com/squid-users@squid-cache.org/msg93592.html
David

Como alguém que teve um cenário semelhante, tentamos a abordagem de proxy, obtivemos sucesso e, em seguida, favorecemos mover o aplicativo do Heroku para um provedor como máquina virtual / dedicada com um IP estático. Há uma sobrecarga extra de manter um servidor proxy de encaminhamento apenas para esse fim.
Shyam Sundar CS

Respostas:


1

@ David, conforme o seu tópico no Squid ML - eu sugeriria ir com a solução Stunnel. Sua autenticação seria o certificado SSL nas duas extremidades do túnel, o restante será "texto não criptografado" dentro desse túnel, ou você poderá fazer o Digest conforme desejar.

Eu usei solução semelhante para "autenticar" pontos de extremidade NFS com grande sucesso.

O uso de amostra dessa autenticação pode ser visto na Comunicação segura do LinuxGazette com stunnel


1

Você pode ver como isso é feito nesta pequena imagem do Docker: yegor256 / squid-proxy . O problema com o seu código é que a configuração segue as aclinstruções. Basta trocá-los e tudo começa a funcionar.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.