Ha RunKeepert (ASICS) használtál futás, séta vagy kerékpározás rögzítésére, de szeretnél áttérni egy saját magad által üzemeltetett megoldásra, ez a leírás neked szól. Megmutatom, hogyan szinkronizálhatod automatikusan a RunKeeper tevékenységeidet egy Workout-Tracker példányba.
„RunKeeper tevékenységek automatikus szinkronizálása saját Workout-Tracker példánnyal” olvasásának folytatása
Ebben a cikkben lépésről lépésre bemutatom, hogyan lehet egy Foreman szervert TFTP/PXE alapú Ubuntu 24.04 LTS telepítésre előkészíteni. A leírás általános érvényű, bármilyen környezetben alkalmazható.
„Foreman: Ubuntu 24.04 LTS PXE-telepítés beüzemelése” olvasásának folytatása
Építettünk egy egyedi HTML reportot generáló scriptet, amely összegyűjti az AI használati statisztikákat az OpenCode-ból (munkamenetek, tokenek, költségek, MCP eszközhívások), és naponta e-mailben kézbesíti. Az adatok két forrásból származnak — egy REST API-ból a munkamenet-szintű mérőszámokhoz és közvetlen SQLite hozzáférésből az MCP eszközhívás telemetriához.
„Hogyan építettünk egy AI használati reportot OpenCode platformunkhoz” olvasásának folytatása
Mindig is lenyűgözött az a gondolat, hogy a saját négy falunk között is fusson egy olyan térkép szolgáltatás, ami nem függ az internetkapcsolattól. Egy olyan „Google Maps”, ami a saját gépemen fut, a saját adataimat használja, és akkor is működik, ha épp nincs net. Az inspiration a N.O.M.A.D. (Network of Offline Mapping and Discovery) projektből jött, akik egy teljes offline szolgáltatás stack-et álmodtak meg. Az ő nyomdokaikon haladva építettem meg a saját verziómat, ami egy Raspberry Pi-n fut, Docker konténerekben, és teljes Magyarországot lefedi.
„Self-Hosted Google Maps egy Raspberry Pi-n” olvasásának folytatása
Sok helyen az a cél, hogy a szolgáltatások IPv6-on is elérhetők legyenek, miközben a belső infrastruktúra és a meglévő IPv4-alapú működés minimálisan változzon. Az erre kínált tipikus megoldások egy külső IPv6 prefixet delegálnak a belső hálózat felé, így a korábban NAT mögött lévő és közvetlenül nem elérhető eszközök globálisan routolható IPv6 címet kapnak. Ekkor a védelem elsődlegesen a megfelelően kialakított tűzfalszabályokra hárul, ami hibás konfiguráció esetén jelentős biztonsági kockázatot jelenthet.
Ebben a cikkben egy olyan UniFi UDM-SE alapú megoldást mutatok be, amely lehetővé teszi az IPv6-os szolgáltatáselérést anélkül, hogy a belső hálózat bármely eszköze közvetlenül elérhetővé válna az internet felől. A megoldás ULA-alapú belső IPv6 címezést használ, így a belső rendszerek továbbra is elszigeteltek maradnak, miközben a kívánt szolgáltatások IPv6-on is publikálhatók.
