<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>fail2ban on Mikrus Blog</title>
    <link>https://blog.mikr.us/tags/fail2ban/</link>
    <description>Recent content in fail2ban on Mikrus Blog</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>pl-pl</language>
    <lastBuildDate>Mon, 21 Sep 2026 16:46:00 +0000</lastBuildDate>
    <atom:link href="https://blog.mikr.us/tags/fail2ban/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Konfiguracja fail2ban dla znanych usług (SSH, Apache, Nginx)</title>
      <link>https://blog.mikr.us/posts/konfiguracja-fail2ban-dla-ssh-apache-nginx/</link>
      <pubDate>Mon, 21 Sep 2026 16:46:00 +0000</pubDate>
      <guid>https://blog.mikr.us/posts/konfiguracja-fail2ban-dla-ssh-apache-nginx/</guid>
      <description>Zajrzyj kiedyś do logów SSH na świeżo postawionym serwerze. Tak z ciekawości.&#xA;Setki prób logowania na root, admin, test, ubuntu, z adresów z drugiego końca świata, dzień i noc, bez przerwy. Boty nie śpią. Firewall w stylu UFW czy iptables niewiele tu pomoże, bo działa zero-jedynkowo: port jest otwarty albo nie, a co się na nim dzieje, zupełnie go nie interesuje.&#xA;Fail2ban patrzy właśnie na to. Czyta logi, a gdy zauważy, że jakiś adres uparcie zgaduje hasło, po prostu go banuje.</description>
    </item>
  </channel>
</rss>
