<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Dream-Machine-Pro on pelzel.de</title>
    <link>https://www.pelzel.de/tags/dream-machine-pro/</link>
    <description>Recent content in Dream-Machine-Pro on pelzel.de</description>
    <generator>Hugo -- 0.150.0</generator>
    <language>de</language>
    <copyright>Kai Pelzel</copyright>
    <lastBuildDate>Thu, 09 Jan 2025 10:26:13 +0000</lastBuildDate>
    <atom:link href="https://www.pelzel.de/tags/dream-machine-pro/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>TIL: bloss nicht die default Firewall Policy Logs an den SIEM-server weiterleiten</title>
      <link>https://www.pelzel.de/2025/01/08/til-bloss-nicht-die-default-firewall-policy-logs-an-den-seam-server-weiterleiten/</link>
      <pubDate>Thu, 09 Jan 2025 10:26:13 +0000</pubDate>
      <guid>https://www.pelzel.de/2025/01/08/til-bloss-nicht-die-default-firewall-policy-logs-an-den-seam-server-weiterleiten/</guid>
      <description>Ich experimentiere mit &lt;a href=&#34;https://graylog.org/&#34;&gt;Graylog&lt;/a&gt;, einer Plattform zum zentralen Sammeln, Aufarbeiten, Auswerten von Protokollen. Eine Unifi Dream Machine Pro schickt ihre Log-Daten dorthin. Heute habe ich gelernt, dass es eine blöde Idee ist, die Protokoll Einträge der default Firewall policy an das SIEM-System zu schicken.</description>
    </item>
  </channel>
</rss>
