Megjelent az Uptime Kuma, a népszerű, nyílt forráskódú és saját üzemeltetésű monitorozó eszköz 2.5-ös verziója.

Ennek a kiadásnak a legfontosabb újdonsága az új NTP monitor típus. Ezzel az adminisztrátorok ellenőrizhetik, hogy az NTP (Network Time Protocol) szolgáltatások elérhetők-e és megfelelően működnek. Így az alkalmazás a weboldalak, portok, DNS, adatbázisok, konténerek és alkalmazások monitorozása mellett már időszinkronizációs szolgáltatásokat is figyel.

A konténeres felhasználók számára új Docker tag érkezett next-rootless néven. Ez lehetővé teszi, hogy az alkalmazás a konténeren belül root jogosultságok nélkül fusson, ami csökkenti egy esetleges kompromittált szolgáltatás hatását, és megkönnyíti az Uptime Kuma telepítését szigorúbb konténeres biztonsági követelményekkel rendelkező környezetekben.

Az Uptime Kuma 2.5 eltávolította a korábbi, legfeljebb 24 napos monitorozási intervallumkorlátot is. Mostantól jóval hosszabb időközöket is be lehet állítani azokhoz az ellenőrzésekhez, amelyeket nem kell gyakran futtatni, például tanúsítványok, domainek vagy ritkán elérhető szolgáltatások esetén.

A riasztási rendszer is bővült: mostantól támogatja a Plivo SMS-t és hanghívásokat, az Ooredoo Maldives SMS-t, a WxPusher Simple Push Token megoldást, valamint a Flowtriq DDoS észlelési riasztásait. Emellett az SMTP értesítésekhez egyedi fejléceket lehet megadni, a nyilvános státuszoldalak pedig opcionálisan követést támogató, adatvédelem-központú Rybbit Analytics platformmal is használhatók.

Az új funkciók mellett a 2.5-ös verzió számos, egyes monitor típusokra jellemző problémát is megold. Mostantól elfogadja a biztonságos MQTT címeket mqtts:// protokollal, a Steam monitor hostneveket helyesen oldja fel, a Kafka monitorok pedig timeout funkciót kaptak.

További javítások érkeztek a DNS monitor szolgáltatáshoz tartozó URL-ekhez, a Globalping ping monitorokban mentett protokollokhoz, a Discord értesítések időzónáihoz, a böngészőmotoros képernyőkép-készítés késleltetési beállításaihoz, valamint egy hibásan képzett badge URL-hez, amely miatt a badge generálása meghiúsulhatott.

A biztonság terén a fejlesztők frissítették a projekt függőségeit, és bevezettek egy 14 napos „lehűlési” időszakot az npm függőségek frissítéseinek átvétele előtt. Ezzel csökkentik annak kockázatát, hogy ellátási lánc támadások során kompromittált vagy rosszindulatú csomag kiadások kerüljenek be a projektbe.

További részletekért nézd meg a changelogot.