• Welcome to SAIL Community Supported PBX . Please login or sign up.
 
April 23, 2024, 12:07:40 PM

News:

SMF updated to 2.0


Solved: Fail2ban failing to start

Started by compsos, November 14, 2018, 10:49:58 PM

Previous topic - Next topic

compsos

November 14, 2018, 10:49:58 PM Last Edit: November 14, 2018, 10:56:06 PM by compsos
If the logs or a systemctl restart fail2ban errors, look at the file /etc/fail2ban/jail.local and modify as below


[asterisk]
enabled  = true

#[asterisk-udp]
#enabled  = true

It seems there is no longer a asterisk-tcp or asterisk-udp definition only asterisk

Or copy  cp /opt/sark/etc/fail2ban/jail-jessie.local  /opt/sark/etc/fail2ban/jail-stretch.local
nano /opt/sark/etc/fail2ban/jail-stretch.local as above
relink /etc/fail2ban/jail.local to /opt/sark/etc/fail2ban/jail-stretch.local

sysadmin

Thank you, good input.   We are doing some stretch testing for V6 at the moment so I'll take a look at it.   

compsos

Still the same in V6
Change the /opt/sark/etc/fail2ban/jail-jessie.local file to
[asterisk]
enabled  = true

or better stilll make a new file jail-stretch.local
and relink /etc/fail2ban/jail.local to the new file
restart fail2ban

sysadmin

July 30, 2019, 11:00:11 AM #3 Last Edit: July 30, 2019, 11:04:16 AM by sysadmin
We are just about to test a new V6 point release with a fix in it for this.   Yes, we can link a file but the issue is the content.   It is different for wheezy, jessie and stretch.  Painful.   Moreover, we have to leave the file undisturbed because the jail.local file has to be available to the user to add her own changes.

I'll post once we've cut the release and done some testing 


sysadmin

This all seems to working OK now on Debian and Ubuntu.   Latest repo release is -47 at time of posting but -49 isn't far behind.  It's in testing now.