Re: [Puppet Users] puppetlabs/firewall and fail2ban

2013-10-29 Thread Donald Hoffman
On reading your message, I think you are perhaps confusing the static Linux 
/etc/host.deny mechanism with the DenyHosts project.  See 
http://denyhosts.sourceforg.net


Don

On Oct 29, 2013, at 5:32 PM, Donald Hoffman  wrote:

> On Oct 29, 2013, at 12:00 PM, Daniele Sluijters  
> wrote:
> 
>> Hi,
>> 
>> DenyHosts is not an option for me since I can't predict which hosts will be 
>> connecting from the outside. Fail2ban solves that issue by looking for odd 
>> behaviour instead of asking me to whitelist.
>> 
>> Thanks for the suggestion though,
>> 
>> -- 
>> Daniele Sluijters
> 
> Hmm.  Don’t quite follow.   DenyHost works pretty much the same as fail2ban 
> on the detection side.  I.e. “looking for odd behavior".  See this entry from 
> their FAQ:  http://denyhosts.sourceforge.net/faq.html#1_5
> 
> The DenyHost daemon monitors /var/log/secure for various signs of 
> unsuccessful attempts to connect (from anywhere).  Once a threshold is 
> reached a rule for that IP address is inserted in to /etc/host.deny.   Pretty 
> much has the same detection features as Fail2ban.
> 
> It is only on the filtering side where DenyHosts and Fail2ban really differ.  
> Fail2ban sets up iptables firewall rules while DenyHosts adds entries to 
> hosts.deny for filtering in the app (usually sshd) server daemon.
> 
> Don
> 
> 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/F7131694-484F-4C5F-B41C-6E7D11D3F2E9%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] puppetlabs/firewall and fail2ban

2013-10-29 Thread Donald Hoffman
On Oct 29, 2013, at 12:00 PM, Daniele Sluijters  
wrote:

> Hi,
> 
> DenyHosts is not an option for me since I can't predict which hosts will be 
> connecting from the outside. Fail2ban solves that issue by looking for odd 
> behaviour instead of asking me to whitelist.
> 
> Thanks for the suggestion though,
> 
> -- 
> Daniele Sluijters

Hmm.  Don’t quite follow.   DenyHost works pretty much the same as fail2ban on 
the detection side.  I.e. “looking for odd behavior".  See this entry from 
their FAQ:  http://denyhosts.sourceforge.net/faq.html#1_5

The DenyHost daemon monitors /var/log/secure for various signs of unsuccessful 
attempts to connect (from anywhere).  Once a threshold is reached a rule for 
that IP address is inserted in to /etc/host.deny.   Pretty much has the same 
detection features as Fail2ban.

It is only on the filtering side where DenyHosts and Fail2ban really differ.  
Fail2ban sets up iptables firewall rules while DenyHosts adds entries to 
hosts.deny for filtering in the app (usually sshd) server daemon.

Don


-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/54B8E55B-AB9D-48B0-939C-70BFFED16B9F%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] puppetlabs/firewall and fail2ban

2013-10-29 Thread Donald Hoffman

On Oct 29, 2013, at 8:41 AM, Daniele Sluijters  
wrote:

> Hello,
> 
> A while back I wanted to switch our home-brewed iptables module to the 
> puppetlabs/firewall module but I couldn't figure out
> how to tell puppetlabs/firewall to leave the fail2ban chains alone.
> 
> I was curious if someone had solved the issue and had some examples I can 
> work from?
> 
> -- 
> Daniele Sluijters
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/28d07962-a86c-46ad-9ddb-02e7ae41c348%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.


I ran in to this issue also.  Never found a scaleable/supportable solution, so 
switched to DenyHosts instead just to get the deployment going.   I used the 
puppetlabs-denyhosts module.Depending on your application an app-level 
filter vs a firewall-level filter may be adequate.  The latter is possibly more 
scalable if you are getting massive attacks on your SSH port for example.   But 
if they get so massive that DenyHosts is a significant resource drain you may 
need to switch to an upstream DDoS-blocking solution anyway, so I decided the 
app-level filter was sufficient.

Don


-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/E14BBB38-29A3-462F-B68C-D529C81D035E%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.