<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://wiki.fblab.it/lib/exe/css.php?s=feed" type="text/css"?>
<rss version="2.0">
    <channel xmlns:g="http://base.google.com/ns/1.0">
        <title>FBLab.it Wiki - mikrotik</title>
        <description></description>
        <link>https://wiki.fblab.it/</link>
        <lastBuildDate>Tue, 19 May 2026 07:56:52 +0000</lastBuildDate>
        <generator>FeedCreator 1.8</generator>
        <image>
            <url>https://wiki.fblab.it/_media/logo.png</url>
            <title>FBLab.it Wiki</title>
            <link>https://wiki.fblab.it/</link>
        </image>
        <item>
            <title>capsman</title>
            <link>https://wiki.fblab.it/mikrotik:capsman?rev=1711661060&amp;do=diff</link>
            <description>Torna all&#039;inizio | Torna su

CAPsMAN - Esempi pratici

CAPsMAN è la nuova funzionalità di gestione Wireless centralizzata, resa disponibile con la release 6.11 di RouterOS.
L&#039;architettura si basa su un dispositivo “manager” che ha il ruolo di gestire i dispositivi CAP (Controlled Access Point).</description>
            <author>anonymous@undisclosed.example.com (Anonymous)</author>
            <pubDate>Thu, 28 Mar 2024 21:24:20 +0000</pubDate>
        </item>
        <item>
            <title>index</title>
            <link>https://wiki.fblab.it/mikrotik:index?rev=1754208104&amp;do=diff</link>
            <description>Vai all&#039;inizio

Mikrotik Stuffs

	*  CAPsMAN - Esempio pratico
	*  Wireguard Bug - Watchdog automatico per reset peer</description>
            <author>anonymous@undisclosed.example.com (Anonymous)</author>
            <pubDate>Sun, 03 Aug 2025 08:01:44 +0000</pubDate>
        </item>
        <item>
            <title>wgbugwatchdog</title>
            <link>https://wiki.fblab.it/mikrotik:wgbugwatchdog?rev=1754208895&amp;do=diff</link>
            <description>Torna all&#039;inizio | Torna su

Wireguard Bug - Watchdog automatico per reset peer

Questo script permette di effettuare un check dell&#039;attributo last-handshake, se questo è maggiore di 130 secondi allora riavvia il peer.

Purtroppo c&#039;è un bug che ancora Mikrotik non ha risolto, che non permette la riconnessione del peer remoto se il peer remoto è dietro nat, probabilmente perchè Mikrotik si aspetta che i pacchetti provengano sempre dalla stessa porta sorgente. (Penso io eh, non so se effettivamente…</description>
            <author>anonymous@undisclosed.example.com (Anonymous)</author>
            <pubDate>Sun, 03 Aug 2025 08:14:55 +0000</pubDate>
        </item>
    </channel>
</rss>
