LibreNMS

Serverövervakning

Nätverksövervakning med automatisk enhetsupptäckt, SNMP-insamling och varningsregler i webbgränssnitt.

Betyg 84 av 100 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Förstaparts-API-dokumentation på docs.librenms.org (HTTP 200).

LibreNMS API v0 · LibreNMS-projektet

Källa: https://docs.librenms.org/API/

Kontrollerat:

MCP · Tredjepart

Gemenskapsserver mot LibreNMS REST-API; registerpost och repo kontrollerade (HTTP 200).

librenms-mcp (mhajder) · mhajder (gemenskap)

Källa: https://github.com/mhajder/librenms-mcp

Kontrollerat:

LibreNMS: instrumentpanelen visar enhetsläget med 7 uppe och 1 nere, de två aktiva larmen för bak-01, de fem enheter som just nu har mest trafik samt de senaste händelserna i driftmiljön
1 / 7 Instrumentpanelen för Nordljus AB:s serverdrift

Bedömning

Så bedömer vi

Totalbetyg

84 av 100

Preliminär (källbaserad)

Bedömningsprofil
Nätverksansvarig får varning när en uppströms fiberkoppplings bandbredd närmar sig gränsen och kan se historiken per gränssnitt.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    GPL-3.0 enligt repots README (raw.githubusercontent.com/librenms/librenms/master/README.md, verifierad 200) och LICENSE.txt i repot: full frihet att läsa, ändra, återdistribuera och drifta själv; officiell Docker-image för egen drift.

  2. Funktionell passform

    Användningsfallet är kärnfunktionalitet: trafikgrafer per gränssnitt från SNMP, varningsregler med trösklar och notifiering till e-post/chatt samt automatisk enhetsupptäckt som hittar ny utrustning (belagt i postens källor: librenms.org och docs.librenms.org). Inga större luckor eller kringgående för just detta fall.

  3. Dataflytt och interoperabilitet

    Ett omfattande REST-API låter data hämtas till egna system (belagt i postens styrkor och dokumentationen docs.librenms.org), och mätserierna ligger i öppna databaser/RRD. Inte heltäckande: rå RRD-data ger inte full täckning av alla objekttyper och inga standardiserade exportformat är belagda.

  4. Mognad och trygghet

    Publika releaser sedan 2013 (docs.librenms.org changelog 2013), löpande releaser, omfattande dokumentation, officiell Docker-image och en säkerhetspolicy (SECURITY.md) i repot — verifierat via git ls-tree 2026-10-27. Etablerat och aktivt underhållet; inte 5 eftersom brett ekosystem av tredjepartsintegrationer inte är belagt utöver kärnprojektet.

  5. Framtidskraft

    Starkt och välanvänt REST-API plus inbyggd automation: varningsregler med åtgärder, notifieringar till chattplattformar och distribuerade pollers för geografiskt utspridda miljöer (belagt i postens styrkor och docs.librenms.org). Verklig integrationsnytta är dokumenterad; inget officiellt MCP men API:n är den naturliga agentvägen.

  6. Drift och införande

    Driftkraven är tydliga men flerdelade: databas (MariaDB), schemalagd polling och en omfattande webbinstallationsguide vid första uppstart (belagt i postens begränsningar och labbplan). Hanterbart med normal IT-kompetens men klart mer än en enskild container — därför 3.

  7. Kostnadsbild

    GPL-3.0 gör licensen gratis (belagt via README), men transparent totalkostnad kräver redovisning av server/databas, poller-noder och förvaltningstid — de posterna måste beräknas separat, så 3 inte 4.

  8. Svensk användbarhet

    Svenska språkfiler finns i repot (lang/sv.json med 400 nycklar varav 383 översatta, samt lang/sv/*.php, verifierade 2026-10-27). Mätt andel mot engelskan i lang-filerna: 824 av 1 199 nycklar översatta = 69 %, i intervallet 15–79 % → nivå 2 enligt evidensregeln. Svensk dokumentation och svensk support är inte belagda.

Om LibreNMS

LibreNMS är ett nätverksövervakningssystem som upptäcker och följer enheter via SNMP: routrar, switchar, brandväggar, servrar och annan utrustning med IP-adress. När en enhet lagts in samlar systemet automatiskt in gränssnitt, trafikräknare, CPU-, minne- och sensordata och bygger grafer utan manuell konfiguration av varje datapunkt.

Upptäckten kan ske via nätverksökning, CDP, LLDP och ARP, så att nya enheter hittas i takt med att nätet växer. Varningsregler konfigureras i ett regelspråk med latens, trösklar och åtgärder, och larm går ut via e-post eller kanaler i chattplattformar. Ett omfattande API gör att data kan hämtas till egna system, och stödet för distribuerade pollers gör att geografiskt utspridda miljöer kan övervakas från flera noder.

Jämfört med statuskontrollmotorer som Nagios arbetar LibreNMS främst med löpande mätserier och grafer per gränssnitt och sensor — nischen är nätverksutrustning och automatiserad upptäckt snarare än tjänstestatus. Det är ingen loggplattform och ingen allmän applikationsmetrikmotor; den som bara vill kontrollera att fem webbtjänster svarar behöver enklare verktyg.

Användning

Passar för

  • Automatisk upptäckt och övervakning av switchar, routrar och brandväggar
  • Trafikgrafer per gränssnitt med SNMP-data
  • Varningsregler med eskalering till e-post och chatt
  • Distribuerad övervakning från flera platser med pollers

Passar mindre bra för

  • Loggning och logganalys
  • Applikationsmetriker från kod och containers
  • Enkla svarstidskontroller av webbtjänster

Styrkor och begränsningar

Styrkor

  • Automatisk enhetsupptäckt via flera protokoll
  • Inbyggda grafer för tusentals SNMP-värden
  • Flexibla varningsregler och notifieringar
  • REST-API för integration
  • Stöd för flera distribuerade pollers

Begränsningar

  • Kräver databas och schemalagd polling vid drift
  • Fokus på SNMP-utrustning; applikationsmetriker kräver tillägg
  • Webbinstallationsguiden är omfattande vid första uppstart

Skärmbilder

Tekniska resurser

Alternativ

Healthchecks

Serverövervakning · Övervakning av cron-jobb och schemalagda uppgifter

Självhostad övervakning av cron-jobb: dina skript pingar tjänsten när de har kört, och du larmas när pinget uteblir.

Startår
2015
Licens
BSD 3-Clause License
Öppen källkod
Ja
MCP
MCP-server, Tredjepart

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen om Healthchecks

Projektdata

10 496GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2015
Licens
BSD 3-Clause LicenseÖppen källkod (OSI-godkänd licens) · Repots LICENSE-fil anger BSD 3-clause, och GitHub identifierar licensen som BSD-3-Clause. Licensen tillåter egen drift och ändringar så länge upphovsrättsnotisen behålls. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
REST API Uppgivet
MCP
MCP-server, Tredjepart
Export
Delvis Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen kan flyttas som fil eller Postgres-databas. Pinghistoriken går att läsa per kontroll men har inget samlat exportformat. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: BSD 3-clause enligt repots LICENSE och GitHubs licensidentifiering. Hela tjänsten – webb, Ping-API, Management-API och bakgrundsprocesserna – ligger i samma repo, databasen är SQLite eller en egen Postgres/MySQL, och ingen funktion är låst till leverantörens molntjänst. Den publika instansen på healthchecks.io är en separat drift av samma kod, inte en annan produkt.
Funktionell passform Gäller: Gör exakt det den lovar: tar emot en ping från ett jobb och larmar när pinget uteblir. I labbet sattes sju kontroller upp med period och respit, cron-uttryck och tidszon, med både lyckade och misslyckade körningar, och statusen växlade mellan uppe, sen, nere och pausad utan ingrepp. Ping-API:t tar GET, POST, HEAD och e-post, och en körning kan skicka med loggad utdata som sparas med pinget.
Dataflytt och interoperabilitet Gäller: Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen är en fil eller en vanlig Postgres-databas som kan flyttas med. Pinghistoriken har dock inget dokumenterat exportformat – den går att läsa via API:t per kontroll, men ingen samlad export finns, vilket håller nivån under 5.
Mognad och trygghet Gäller: Projektet har utvecklats sedan 2015, har över tio tusen stjärnor, säkerhetspolicy, återkommande utgåvor och en egen dokumentationsportal med guider för cron, systemd, Prometheus och ett tjugotal språkexempel. Driftmodellen är enkel och har varit stabil i många år, och den publika tjänsten kör samma kod som går att installera själv.
Framtidskraft Gäller: Management API v3 täcker kontroller, integrationer och märken, pingarna är rena HTTP-anrop och dokumentationen beskriver automation från skript, GitHub Actions, systemd och Prometheus. Någon MCP-server från leverantören finns inte, men en underhållen tredjepartsserver (healthchecks-mcp) finns publicerad på npm och fungerar mot både den publika tjänsten och en egen installation.
Drift och införande Gäller: En container med SQLite räckte för en fungerande installation; run.sh kör migreringarna och startar larm- och rapportprocesserna själv. Dokumentationen beskriver varje miljövariabel, och den löpande driften är liten. Det som kräver planering är SMTP för e-postlarm och att databasen säkerhetskopieras.
Kostnadsbild Gäller: Egen installation är gratis och alla funktioner i koden är tillgängliga. Den publika tjänsten har betalplaner, och kanaler som SMS, WhatsApp och telefonsamtal kräver egna Twilio-uppgifter även när tjänsten körs själv – det är tredjepartskostnader som tillkommer utöver server och SMTP.
Svensk användbarhet Gäller: Gränssnittet är engelskt: hc/settings.py sätter USE_I18N = False och repot har inga språkfiler, så det finns ingen svensk översättning att slå på. Dokumentationen är engelsk och supporten sker i GitHub Discussioner på engelska. Verifierat i labbet: hela gränssnittet renderas på engelska.

Kostnad: .

Faktakontrollerad

Beszel

Serverövervakning · Lättviktig server- och containerövervakning

Lättviktig serverövervakning med en central hubb och en liten agent per maskin: CPU, minne, disk, nätverk och Docker-containrar med historik och larm.

Startår
2024
Licens
MIT
Öppen källkod
Ja
API
Finns
MCP
Tredjepart

Betyg

84 av 100

Preliminär (källbaserad)

Läs bedömningen om Beszel

Projektdata

26 821GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
MITÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · FreeBSD · Windows · macOS
API
Finns Ej verifierat
MCP
Tredjepart
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: MIT-licens verifierad via GitHub-API 2026-11-01, hela kodbasen är öppen (hubb i Go på PocketBase, agent i Go, gränssnitt i Svelte). Ingen betalutgåva, inga låsta funktioner och ingen obligatorisk molntjänst — hubben kan köras helt isolerad i eget nät.
Funktionell passform Gäller: Täcker det namngivna behovet för servrar och containrar: CPU, minne, disk, nätverk, Docker/Podman-statistik per container, historik och larm med stöd för ntfy, Gotify, Matrix, Slack och webhooks. Poäng 4 och inte 5 därför att nätverksutrustning, SNMP och IPMI saknas helt — den som också vill övervaka switchar behöver Zabbix eller Checkmk vid sidan om.
Dataflytt och interoperabilitet Gäller: Data ligger i en SQLite-fil som kan kopieras, agenten är en fristående binär och hubben en container — flytten till annan värd är enkel. Avdraget till 4 beror på att API:t är PocketBase-baserat och att det inte finns någon dokumenterad export av historiken i ett standardformat.
Mognad och trygghet Gäller: Projektet startade 2024 och senaste utgåvan är v0.21.1 (2026-10-22), det vill säga före 1.0: inställningar och API kan ändras mellan versioner. Utvecklingen är mycket aktiv (över 26 000 stjärnor och dagliga commits) men historiken är kort jämfört med Zabbix och Nagios.
Framtidskraft Gäller: Aktiv utveckling, tydlig roadmap i utgåvor och ett ekosystem av tredjepartsverktyg; integrationerna mot ntfy, Gotify och Healthchecks-liknande pulsslag gör den lätt att kombinera. Avdraget beror på att projektet vilar på en liten grupp underhållare och ännu inte nått 1.0.
Drift och införande Gäller: Lägsta driftbördan i kategorin: en container för hubben och en agent per maskin, ingen extern databas, ingen tidsserieklustring och inga certifikat att hantera. Uppgradering är att byta avbildning; data ligger kvar i volymen.
Kostnadsbild Gäller: Helt fritt under MIT, ingen prenumeration och inga funktioner bakom betalvägg. Resursbehovet är litet: hubben ryms på en liten VPS och agenten tar några megabyte, vilket gör totalkostnaden till den tid det tar att installera.
Svensk användbarhet Gäller: Gränssnittet är översatt till svenska — inloggningssidan, systemvyn, behållarlistan, monitorerna och inställningarna visade svensk text i labbkörningen 2026-11-01 ("Vänligen skapa ett administratörskonto", "Alla behållare", "Nätverksmonitorer"). Dokumentationen på beszel.dev är engelskspråkig och det finns ingen svensk support, därför 3 och inte 4.

Kostnad: 0 kr. Ingen licenskostnad. Driften är en container och en agent per maskin.

Faktakontrollerad

Källor