<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>iptables on Mikrus Blog</title>
    <link>https://blog.mikr.us/tags/iptables/</link>
    <description>Recent content in iptables on Mikrus Blog</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>pl-pl</language>
    <lastBuildDate>Tue, 22 Sep 2026 11:41:00 +0000</lastBuildDate>
    <atom:link href="https://blog.mikr.us/tags/iptables/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Zarządzanie firewallem iptables (blokowanie portów, otwieranie portów)</title>
      <link>https://blog.mikr.us/posts/zarzadzanie-firewallem-iptables/</link>
      <pubDate>Tue, 22 Sep 2026 11:41:00 +0000</pubDate>
      <guid>https://blog.mikr.us/posts/zarzadzanie-firewallem-iptables/</guid>
      <description>UFW jest fajne. Wygodne, czytelne, w zupełności wystarcza większości ludzi.&#xA;Czasem jednak chcesz mieć pełną kontrolę nad tym, co dokładnie dzieje się z każdym pakietem. Albo lądujesz na serwerze, na którym UFW po prostu nie ma i nie będzie. Wtedy zostaje stare, dobre iptables, z którym warto się zaprzyjaźnić, nawet jeśli jego składnia na pierwszy rzut oka przypomina zaklęcie.&#xA;Zanim zaczniemy, jedno zastrzeżenie. Jeśli masz już włączony UFW, nie dokładaj do niego ręcznych reguł iptables.</description>
    </item>
  </channel>
</rss>
