Newsgroup: it.comp.os.linux.sys
Titolo: [RISOLTO] era:  fail2ban / iptables non capisco questa cosa.....

Ieri, sul quel server, ho eseguito un riavvio e il problema si ï¿œ risolto.
La soluzione era lï¿œ a portata di mano, ma non l'ho applicata.
 
Saluti a tutti.
fulvio
 

 La soluzione era lï¿oe a portata di mano, ma non l'ho applicata.
 
A meno che tu non sia su Winzozz, riavviare un server per farlo funzionare non è mai la soluzione, ma al limite un workaround.

 La soluzione era lì a portata di mano, ma non l'ho applicata.
 
La soluzione è ancora lontana e tu non hai risolto un bel niente; il 
problema è ancora lì nascosto e piano piano macina cicli di macchina
accumulando danni e problemi. sta aspettando solo il momento peggiore,
l'occasione per provocare il massimo danno possibile. Attende solo un
innesco, Murphy insegna. È una questione di ore.
 
Al momento hai fatto solo una iniezione di anestetico per far passare
il dolore, hai assunto un palliativo ma il tumore sta ancora lì che rode
le tue carni cominciano dalle ossa.
 
-- 
Post approvato dalla associazione iettatori e menagramo italiani.
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 A meno che tu non sia su Winzozz, ...
 
No, anche sul Windows questa è una cattiva abitudine ereditata dal DOS.
Riavviare un server causa sempre più problemi di quanti ne risolva.


 Riavviare un server causa sempre più problemi di quanti ne risolva.
 
Concordo, infatti un server windows io lo spengo e lo lascio stare li immobile :)

 le tue carni cominciano dalle ossa.
 
Brrrr :( :( :( :(
Suona malissimo!!!!
 
^_^
Rizio


 Il 04/30/2014 10:33 AM, mallin.shetland ha scritto:
 
Scusami ma non ho resistito, era troppo divertente :)
 
Ora smetto....
(è che stò facendo qualcosa di veramente noiso, scusate :( )



Sfortunatamente i server windows si possono solo spegnere per risolvere i 
problemi. A meno che qualcuno non sia in grado di riscrivere i drivers 
bacati di qualche componente hardware che provoca le schermate blu.
 
Nicola.
 
-- 
Chi va pian va san e va lontan

Rispetto le Vs. opinioni; ma se con un update/upgrade Vi arriva un
nuovo kernel, come fate a metterlo in esercizio senza riavviare ?
fulvio
 
 

 immobile :)
 
E questa  sicuramente la soluzione migliore. 


 fulvio
 
Questo  è un caso in cui si può prendere in considerazione di fermare 
il server e comunque esistono delle patch che permettono di cambiare 
il kernel al volo senza togliere l'alimentazione.


 nuovo kernel, come fate a metterlo in esercizio senza riavviare ?
 
Scusa ma qual'è il nesso tra fail2ban, software prettamente user-space, con un upgrade di kernel?
Eventualemente il problema sarebbe stato di netfilter, non di fail2ban.
 
Non riesco a capire come un bug di fail2ban (come da oggetto del thread) possa essere risolto con un upgrade di kernel.


 
Nel thread iniziato il 20/03/2014 ho cercato di evidenziare, ma probabilmente 
non ci sono riuscito, che il problema mi sembrava iptables, non fail2ban.
Quella macchina � stata aggiornata con un dist-upgrade da squeeze a wheezy nel
giugno del 2013, da quella data, sino a pochi giorni fa, non � stata mai
riavviata. Non mi ha dato MAI problemi sino a quando, circa 2 mesi fa, ho
aperto al mondo la porta 25. Da quel momento � iniziata una sequenza infinita
di tentativi di accesso via sasl sulla 25, ho installato fail2ban.
Quasi subito mi sono accorto che qualcosa non funzionava come doveva, ho fatto
indagini, non ho risolto ed ho scritto qui. I vari update-upgrade che si sono
susseguiti dal giugno 2013 ad oggi hanno sempre installato e riavviato solo le
applicazioni. Il 26 aprile 2014 � arrivato un nuovo upgrade di Debian (kernel
compreso), l'ho scaricato ed installato. Questa volta, il 29 aprile, ho voluto 
riavviare e da quel momento (cos� sta facendo) iptables droppa come richiesto.
Devo riconoscere il mio errore nel non aver specificato bene all'inizio
di questo thread il seguente passaggio:
 
- Ho riavviato la macchina
- >>>> in questo modo ho messo in esercizio il recente kernel <<<<<
- e il problema che avevo � stato risolto.
 
Quindi non � il riavvio di per s� che ha risolto il problema, ma la
sostituzione del kernel dell'anno scorso, con il pi� recente.
 
Chiedo scusa per la non chiara ed incompleta esposizione dei fatti.
fulvio