Mandi! dea
In chel dì si favelave...
d hmm, la mia (e quella di altri qui presenti in lista) è una problematica
d diversa, legata alla fase di upload su siti particolari (che usano una
d tipologia di programmi di upload specifici, tipo Megaupload).
Sisi, ho capito, io volevo solo dire che:
ovvero che a mio avviso non si tratta tanto di bachi, quanto di
misconfigurazioni o perverse interazioni tra le due cose...
Se fosse un mio errore nella configurazione di Squid3, sarei più contento.
Il mantainer ufficiale per Debian di Squid3 mi ha chiesto di inviargli il file
di
Bene.. e questo è già un passo avanti.
Ho notato che la versione di Squid3 rilasciata in Debian 6 va molto meglio, il
problema si presenta con frequenza minore e quando si presenta non mi impalla
la macchina come succedeva in Debian 5. Nel senso che la carica sempre in modo
*esagerato*, ma
ho anche io installato squid3 trasparente ma su un'altra distro, non
ho notato carichi strani dal monitoraggio, solamente la corruzione
dei pacchetti debian passando dall'http proxato switchando a ftp (senza
proxy) tutto ok.
.. mi succede solo durante la fase di upload su siti particolari
Mandi! dea
In chel dì si favelave...
d Qualcuno ha avuto esperienze simili ?
Ni.
Si, nel senso che per una mia errata (diciamo, azzardata)
configurazione ho piantato una rete.
No, perchè il problema era in download, e non in modo trasparente.
Nella sostanza avevo applicato questo:
Nella sostanza avevo applicato questo:
http://wiki.squid-cache.org/SquidFaq/WindowsUpdate
ma con un maximum_object_size della dimensione del sp3 di windows
xp, in una sede con un centinaio di pc con sp2. Sono riuscito a
tenere saturata una dual HDSL per un bel weekend. ;)
Lista, buongiorno !
Da quando uso Squid3 in modalità trasparente sulla rete aziendale (da circa 2
anni) ho avuto problemi con particolari siti.
Con la versione di Squid3 inclusa in Debian 5.0 i problemi erano marcati, ora,
aggiornando il proxy a Debian 6.0 si sono attenuati molto, ma non risolti
Il giorno lun, 25/04/2011 alle 16.01 +0200, dea ha scritto:
A livello aziendale abbiamo policy ben definite, quindi mi è stato possibile
bannare i siti che mi hanno dato problemi, ma so bene che non è una soluzione.
Scusa per policy ben definite, intendi che e' espressamente scritto che
non ci
Scusa per policy ben definite, intendi che e' espressamente scritto che
non ci si puo' collegare a detti siti? Se si, basta inviare una mail
a tutti i dipendenti che utlizzano internet ed avvisarli che la prossima
volta ci sara' il richiamo verbale, meglio ancora se gli si fa' un sunto
di
Il giorno lun, 25/04/2011 alle 17.28 +0200, dea ha scritto:
Il problema non è la gestione aziendale, di per se i siti in questione sono
stati interdetti ed il tutto è accettato dai lavoratori.
Mi spiace, avevo capito fosse questo uno dei problemi, scusami.
Paride
--
Mi spiace, avevo capito fosse questo uno dei problemi, scusami.
Hei, figurati.
Piuttosto non capisco se è solo mio il problema o accade ad altri.
Che sia un errore di configurazione che ho commesso ???
Ma se fosse, perchè la versione di Squid3 in Debian 6 è molto meno sensibile
al problema
Molti mi hanno consigliato un downgrade a Squid2, ma essendo la macchina in
produzione, vorrei fare meno esperimenti possibili (anche perchè se stacco il
proxy stacco la porta 80 e la 443 a tutte le sottoreti).
non ti sarà granchè utile come risposta (che non è poi una risposta al
tuo
Il 25/04/2011 16:01, dea ha scritto:
Il problema più evidente, ripetibile, è l'utilizzo di upload su siti tipo
Megaupload, fa schizzare al 100% l'uso del processore del server dedicato al
proxy, piantando, ovviamente, tutta la rete.
si ho anch'io un problema simile.
Su un sito per
si ho anch'io un problema simile.
Su un sito per archiviazione di dati e condivisione foto. Tra le
altre e mi sono accorto ( io per caso) che non era la fase di
caricamento dati ( upload dati) ma stranamente dei controlli dati
tipicamente in download che mandavo in crisi il squid3.
14 matches
Mail list logo
