Jessie para esticar o upgrade; proxy de squid quebrado

3

Acabei de atualizar de Jessie para Esticar um servidor proxy com uma configuração do Squid funcionando perfeitamente.

A atualização me perguntou se eu queria copiar squid.conf do antigo diretório /etc/squid3 para o novo diretório /etc/squid e eu permiti.

Agora, todos os acessos são simplesmente recusados e registrados como TCP_DENIED no arquivo de log de acesso.

Meu arquivo squid.conf está abaixo.

O que fazer?

hierarchy_stoplist cgi-bin ?

acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY

cache_replacement_policy heap LFUDA
minimum_object_size 0 KB
# maximum_object_size_in_memory 8 KB
cache_dir aufs /home/squid 4000 16 256
access_log syslog:local5.info squid
cache_access_log none 
cache_log /dev/null
cache_store_log none 
pid_filename /var/run/squid3.pid

debug_options ALL,1

ftp_user [email protected]
# ftp_list_width 32
ftp_passive on
dns_retransmit_interval 5 seconds
dns_nameservers 8.8.8.8

acl connections maxconn 200 
http_access deny connections
negative_ttl 300 seconds

# acl manager proto cache_object # Commented out on upgrade to 3.4

acl SSL_ports port 443 563
acl Safe_ports port 80      # http
acl Safe_ports port 21      # ftp
acl Safe_ports port 443 563 # https, snews
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

acl localwww    dstdomain xxxxx
acl baddomains  dstdomain .xxxx .xxxx
#acl badhost src x.x.x.x/32
acl baddest dst x.x.x.x/24 x.x.x.x/32
acl srvnets src x.x.x.x/24 
acl pcs         src x.x.x.x/32 


acl local_machines dst 10.0.0.0/8 172.16.0.0/12 193.137.2.90
cache deny local_machines


always_direct allow all




http_access deny manager
# Deny requests to unknown ports
http_access deny !Safe_ports
# Deny CONNECT to other than SSL ports
http_access deny CONNECT !SSL_ports

http_access deny baddest
http_access deny baddomains
http_access allow srvnets
http_access allow pcs
http_access deny all

icp_access deny all

miss_access deny baddest
miss_access deny baddomains
miss_access allow srvnets
miss_access allow pcs
miss_access deny all

cache_mgr [email protected]

cache_effective_user proxy
cache_effective_group proxy


visible_hostname xxx.xxx.xx 

memory_pools on
forwarded_for on

client_db on

buffered_logs on


allow_underscore on
offline_mode off
uri_whitespace encode

half_closed_clients off


strip_query_terms off


cache_swap_high 70

shutdown_lifetime 2 seconds
refresh_all_ims on 
#client_db off
max_filedescriptors 16384
    
por Rui F Ribeiro 25.06.2017 / 19:51

2 respostas

4

No squid v3.5, as diretivas de configuração hierarchy_stoplist e client_db são obsoletas.

Comentei-os, reiniciei o serviço e squid começou a funcionar corretamente.

De lista de discussão do squid

As part of the Squid configuration cleanup project hierarchy_stoplist has appeared as a directive which is almost but not quite obsolete. Points against it:
1) it only affects configurations with cache_peer.

2) The default settings published with earlier Squid versions are obsolete since around 3.1 version.

If you are only using "hierarchy_stoplist cgi-bin \?" you can remove it completely from any Squid-3 config file.

3) The following hierarchy_stoplist A B C is almost exactly equivalent to: acl Foo url_regex A B C always_direct allow Foo With the exception that never_direct is applied before hierarchy_stoplist but not before always_direct.

In absence of any objections this will be scheduled for deprecation within the squid-3.4 release cycle.

    
por 25.06.2017 / 19:51
0

Eu tive o mesmo problema após uma atualização. No meu caso, o erro era que ele não conseguia bloquear o squid.pid em / var / run, embora pudesse criá-lo. Bem, para resumir uma longa história, como um hayle mary e um método realmente heterodoxo para resolvê-lo, removi systemD . Isso é NÃO uma recomendação, embora. Eu tenho o como removê-lo aqui ( link ). O mais louco é que funcionou:)

    
por 07.07.2017 / 15:34

Tags