siti in errore con dansguardian+squid

6 posts / 0 new
Login o registrati per inviare commenti
Ultimo messaggio
Ven, 01/04/2013 - 12:23
#1
black_jad
Offline
Iscritto: 02/22/2010
Messaggi:
siti in errore con dansguardian+squid

Non riesco a risolvere unop strano problema condei siti di prenotazione biglietti passando per il solo squid va tutto bene ma attraversando dansguardian + squid ricevo come messaggio un read error da parte di squid:
Mentre si cercava di accedere alla URL http://bookflights.monarch.co.uk/Select.aspx si è presentato il seguente errore:

Errore di lettura
Il sistema ha risposto: (104) Connection reset by peer
Si è verificato un errore durante la lettura delle informazioni dalla rete. Riprova più tardi.

le pagine incriminate sono

http://bookflights.monarch.co.uk/Select.aspx
http://tickets.vueling.com/XmlSearch.aspx

ho già provato ad escludere da squid la cache per i siti dinamici e i 2 siti stesso
nelle eccezioni di dansguardian ho gia inserito entrambi i domini e contrallato anche sui mimetype
non so più che altro fare neanche dai log riesco a trovare il problema

Su
  • Share this
  • Login o registrati per inviare commenti
Tag:
Ven, 01/04/2013 - 20:53
#2
ecnx82
Ritratto di ecnx82
Offline
Iscritto: 03/01/2010
Messaggi:

Posta i file di configurazione, in quanto se li hai messi correttamente in whitelist per tutti i gruppi di utenti dansguardian passa direttamente la richiesta GET a Squid senza fare nessun controllo.

Ciauz

Coltiva linux che tanto windows si pianta da solo

Su
Lun, 02/18/2013 - 13:03
#3
black_jad
Offline
Iscritto: 02/22/2010
Messaggi:

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

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 SSL_ports port 90 # riminiairport
acl CONNECT method CONNECT

http_access allow manager localhost
http_access deny manager

http_access deny !Safe_ports

http_access deny CONNECT !SSL_ports

http_access allow localnet
http_access allow localhost

http_access deny all

http_port 3128

hierarchy_stoplist cgi-bin ?

coredump_dir /var/spool/squid

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

acl Safe_ports port 1025-65535 # unregistered ports

cache_mem 512 MB
maximum_object_size_in_memory 200 MB

cache_replacement_policy heap LFUDA

minimum_object_size 1 KB
maximum_object_size 200 MB

cache_swap_low 90
cache_swap_high 95
half_closed_clients off
ipcache_low 90
ipcache_high 95
range_offset_limit -1
quick_abort_min -1

cache_dir aufs /var/spool/squid/ 3000 16 256
ident_lookup_access allow all localnet

max_filedescriptors 8192

log_icp_queries off
client_db on
buffered_logs on
logfile_rotate 10
emulate_httpd_log on
log_fqdn on
cache_log /var/log/squid/cache.log
cache_access_log /var/log/squid/access.log
cache_store_log /var/log/squid/store.log
cache_swap_log /var/log/squid/swap.log

cache deny localnet

Su
Lun, 02/18/2013 - 15:20
#4
black_jad
Offline
Iscritto: 02/22/2010
Messaggi:

aggiornamento

ho provato ad aggiornare configurare il minimo indispensabile ma il problema continuava a rimanere,si risolve solamente tenendo squid su una macchina e dansguardian su un'altra

Su
Mer, 02/20/2013 - 22:30
#5
ecnx82
Ritratto di ecnx82
Offline
Iscritto: 03/01/2010
Messaggi:

ciao black, purtroppo utilizzando DG al posto di SG hai il problema di alcune variabili aggiuntive che entrano in gioco e cioè:

* DIMENSIONAMENTO DELLE UTENZE CHE UTILIZZANO IL PROXY CONTEMPORANEAMENTE
* BLACKLIST ATTIVA E SE Sì QUANTE BLACKLIST E RELATIVI FILES DEVE PARSARE IL CONTENT FILTER
* TIPO DI TRAFFICO SVILUPPATO DAI SINGOLI UTENTI (PER ES. STREAMING PIUTTOSTO CHE ALTRO)
* NUMERO DI PROFILATURE ATTIVE SU DG

Oltre a questo vedo che hai anche un parametro con cui gestisci la cache in mem, e su swap di files di grosse dimensioni (circa 200MB hai impostato che mi sembrano eccessivi IMHO).
Questo in alcune realtà mi ha limitato parecchio le performance del proxy, specie se i client erano abilitati a fare streaming (e se sul gateway non avevi ACL stateful che limitassero le connessioni).

Comunque sicuramente, qualora tu usi DG, devi valutare il dimensionamento oppure la delocalizzazione dei servizi sempre in base al parco client e users che hai in produzione.

Comunque grazie del feedback

ciauz

Coltiva linux che tanto windows si pianta da solo

Su
Mer, 03/13/2013 - 12:47
#6
paolo
Ritratto di paolo
Offline
Iscritto: 02/05/2010
Messaggi:

se usi la WL di DG non esegue alcun controllo e passa direttamente a squid. Secondo me il problema è un altro.

Saluti

Paolo

Su
Login o registrati per inviare commenti
‹ Previous topic: configurazione dns Next topic: Fence_xvm questo sconosciuto.. ›