Hogyan tartható a Hermes Agent éjjel-nappal működésben egy szerveren
MarkdownÍgy tarthatja a Hermes Agentet éjjel-nappal futó állapotban egy szerveren: telepítés VPS-re böngésző nélkül, a gateway rendszer-szolgáltatásként futtatása, automatikus indítás újraindítás után, linger és Docker.
A teljes cikk elolvasása
Miután telepítette a Hermes Agentet egy laptopra, felmerül a kérdés: ki fog válaszolni a Telegramon és összeállítani a reggeli összefoglalókat, amikor a laptop le van csukva? Az íróasztalnál az ügynök csak addig működik, amíg a számítógép be van kapcsolva. Ahhoz, hogy a bot mindig online legyen, és az ütemezett feladatok maguktól fussanak, át kell költöztetnie az ügynököt egy szerverre.
Az alábbiakban bemutatjuk, hogyan telepítheti a Hermest egy szokásos Linux-szerverre, hogyan alakíthatja a gatewayt folyamatosan futó, újraindítás után automatikusan elinduló szolgáltatássá, és hogyan korlátozhatja a hozzáférést, hogy idegenek ne juthassanak be a terminálba. Ez az útmutató a hivatalos dokumentációra támaszkodik.
Ha még egyáltalán nem telepítette a Hermest, kezdje a külön útmutatóval, amely bemutatja, mi ez az ügynök, és hogyan telepíthető. Ez az útmutató abból indul ki, hogy már fut a saját gépén, és csak a szerverre költöztetéssel foglalkozik.
Az Ailoot használatáról a dokumentációban talál információt.
Miért érdemes a Hermes Agentet laptopról szerverre költöztetni?
Főbb pontok
A személyi számítógép addig működik, amíg a közelében van, és be van kapcsolva. A folyamatos működéshez szerverre van szükség: a Telegram-bot akkor is válaszol, amikor a számítógépe ki van kapcsolva, az ütemezett feladatok pedig maguktól futnak. Ehhez van szüksége szerverre; az ügynökkel végzett szokásos munkához egy laptop is elég.
Laptopon a Hermes csak akkor működik, ha nyitva van a fedél, és Ön a közelben van. Csukja le, és a bot elhallgat; a reggeli összefoglaló sosem érkezik meg. Ez nem megfelelő az olyan feladathoz, mint „válaszolni az embereknek egy üzenetküldőben, és ütemezetten elintézni dolgokat”.
Ebben különbözik a szerver: sosem alszik, és nem függ semmi mástól. Ugyanazt a Hermest telepíti rá, és az Ön nélkül is működik: hajnali háromkor válaszol a Telegramon, minden reggel összegyűjti az Ön témáival kapcsolatos híreket, és megőrzi a munkameneteket a futások között.
A költöztetés akkor éri meg, ha az ügynöknek folyamatos feladata van: saját vagy csapatának szánt bot, reggeli összefoglalók, automatikus válaszok vagy rendszeres dokumentummunka. Ha csak egy konkrét projekthez próbálja ki a Hermest, és a közelben van, még nincs szüksége szerverre; az csak egy plusz lépés.
Mit készítsen elő, mielőtt Hermes-t telepít VPS-re?
Főbb pontok
Szüksége van egy SSH-hozzáféréssel rendelkező Linux-szerverre (a hivatalos csapat friss Ubuntu-telepítésen tesztel), előre kiválasztott modellre, és arra, hogy tudja: az ügynöknek általában nincs szüksége böngészőre a szerveren. Felügyelet nélküli működéshez a modell elérésének legkényelmesebb módja a Nous Portal: az OAuth-bejelentkezés automatikusan megújul, így egy lejárt token nem állítja le éjszaka a szolgáltatást.
Telepítés előtt készítsen elő három dolgot.
A szerver. Egy átlagos Linux VPS megfelel. A dokumentáció elsődleges támogatási szintje a Linux és a WSL2, a tesztelés pedig a legfrissebb Ubuntu-verzión történik. Ha a rendszerben van glibc, systemd és a megszokott könyvtárstruktúra, a Hermes megfelelően települ. Ez azért fontos szerveren, mert az alábbi automatikus indítási lépések mindegyike a systemd-re támaszkodik, amely az Ubuntu és a Debian része.
SSH-hozzáférés. SSH-n keresztül, terminálból csatlakozik a szerverhez; ott nem használ egeret. Az alábbi parancsokat mind ebben az SSH-munkamenetben futtatja. Ha vibe-code-ol, és még nem érzi magát magabiztosnak a terminálban, ne aggódjon: csak néhány parancs van, és mindegyiket teljes egészében bemásolhatja.
Kiválasztott modell. Az ügynök nem önállóan gondolkodik; egy modellt hív meg. Az Ön nélkül működő szerveren fontos, hogy a modellhez való hozzáférés ne járjon le. A legegyszerűbb megoldás a Nous Portal-előfizetés a hermes setup --portal paranccsal: a bejelentkezés OAuthot használ, a token pedig automatikusan megújul. Saját API-kulcsok is használhatók, de akkor ügyeljen rá, hogy legyen pénz a számlán — az üres egyenlegű headless ügynök egyszerűen elhallgat. A modell kontextusablakának legalább 64 000 tokenesnek kell lennie, különben a Hermes nem indul el vele. A listán szereplő összes felhőmodell megfelel ennek a követelménynek.
Megjegyzés
A hivatalos dokumentáció nem ad pontos számokat a VPS kiválasztásához vagy a minimális erőforrásigényhez, ezért itt sem szerepelnek ilyen számok. A leírt tapasztalatok alapján egy szerény gép is elég egy bottal és ütemezéssel működő gatewayhez, mert a nehéz számítás a modell oldalán történik. Maga a szerver alig terhelődik. A böngészőautomatizálás a legnagyobb erőforrás-igényű rész, de szerveren általában nincs rá szükség (erről mindjárt bővebben).
Hogyan telepítheti a Hermes Agentet egy szerverre egyetlen paranccsal?
Főbb pontok
Csatlakozzon SSH-n a szerverhez, és futtassa a telepítőt a szerveren a böngésző kihagyására szolgáló flaggel: curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-browser. Ezután indítsa újra a terminál shelljét, és válasszon modellt a hermes setup --portal paranccsal. Ellenőrizze a telepítést a hermes doctor paranccsal.
A szerverre telepítés szinte ugyanaz, mint laptopra, egy különbséggel: az ügynöknek ott általában nincs szüksége böngészőre. A böngészőautomatizálás ráadásul nagy méretű Chromiumot is telepít. Ezért használjuk a --skip-browser flaget.
Csatlakozás a szerverhez SSH-n
ssh root@your-server-addressAz összes további parancsot ebben a munkamenetben, magán a szerveren futtassa.
A telepítő futtatása böngésző nélkül
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-browserA szkript letölti a szükséges környezetet, és telepíti a
hermesparancsot. A--skip-browserflag kihagyja a böngészőautomatizálás telepítését; egy grafikus felület nélküli szerveren ez csak helyet foglalna. Ha később böngészőre lesz szüksége, külön is telepítheti.A shell újraindítása és modell kiválasztása
source ~/.bashrc hermes setup --portalAz első sor betölti az új
PATH-ot, hogy ahermesparancs elérhető legyen. A második megnyitja a Nous Portal bejelentkezési folyamatát: erősítse meg a bejelentkezést, és az ügynök megkapja a modellt és a szolgáltatásokat anélkül, hogy mindegyikhez külön kulcsra lenne szükség.A telepítés ellenőrzése
hermes doctorA parancs megmutatja, mi van telepítve, mi hiányzik, és hogyan javítható. A zöld jelzések azt jelentik, hogy minden rendben van.
Mielőtt botot és ütemezést adna hozzá, indítson el egy hibátlan beszélgetést közvetlenül a szerveren: futtassa a hermes parancsot, és adjon neki egy egyszerű feladatot, amelynek ellenőrizhető a válasza. A dokumentáció kifejezetten azt tanácsolja, hogy ne halmozzon fel funkciókat, mielőtt egy szokásos beszélgetés működik — ez jó tanács.
Hogyan tarthatja a Hermest éjjel-nappal működésben?
Főbb pontok
Először állítsa be a gatewayt a hermes gateway setup paranccsal, és csatlakoztassa a Telegramot. Ezután alakítsa a gatewayt szolgáltatássá egyetlen paranccsal: a hermes gateway install felhasználói szolgáltatást telepít, míg a sudo hermes gateway install --system olyan rendszerszolgáltatást telepít, amely a szerver indulásakor elindul. Felhasználói szolgáltatáshoz a hermes gateway start, stop és status parancsokat használja. A VPS rendszerszolgáltatásánál minden szolgáltatásellenőrzésben és módosításban tartsa meg a kifejezett --system hatókört és a szükséges jogosultságokat.
A gateway egyetlen háttérben futó Hermes-folyamat, amely fenntartja a kapcsolatot az összes üzenetküldővel, kezeli a munkameneteket, és futtatja az ütemezett feladatokat. Minden folyamatos működés körülötte forog. A cél, hogy ez a folyamat magától elinduljon, és futva maradjon.
Először állítsa be a gatewayt, és csatlakoztasson egy üzenetküldőt:
hermes gateway setup
A beállítóvarázsló végigvezeti a platformok kiválasztásán, és segít megadni a bot tokent és a hozzáférési listát. A Telegram csatlakoztatásának lépéseit (bot létrehozása a BotFatherrel, az azonosító megkeresése és a token megadása) a fő telepítési útmutató tárgyalja; itt nem ismétlem meg őket.
Ezután következik az a csapda, amelyet a legtöbben elfelejtenek. Ha egyszerűen a hermes gateway parancsot futtatja, a folyamat csak addig él, amíg nyitva marad az SSH-munkamenet. Zárja be a terminált, és a gateway leáll. A folyamatos működéshez a rendszert kell megbíznia a felügyeletével. Erre egyetlen parancs van:
hermes gateway install
Ez szolgáltatásként telepíti a gatewayt: Linuxon felhasználói systemd-szolgáltatásként, macOS-en pedig launchd segítségével. A rendszer figyeli a folyamatot, és újraindítja, ha összeomlik.
Szerveren gyakrabban lesz szüksége a másik lehetőségre: egy olyan rendszerszolgáltatásra, amely a gép indulásakor, bármely felhasználó bejelentkezése előtt elindul:
sudo hermes gateway install --system
VPS-hez pontosan erre van szükség: a szerver újraindul, a szolgáltatás magától elindul, és a bot ismét online lesz. Ezekkel az egyszerű parancsokkal kezelheti:
hermes gateway start # start
hermes gateway stop # stop
hermes gateway status # check status
Rendszerszolgáltatás esetén adja hozzá a sudo parancsot és a --system flaget ezekhez a parancsokhoz. Nélkülük a parancsok a felhasználói szolgáltatást célozzák, nem azt, amelyik rendszerindításkor elindul:
sudo hermes gateway start --system
sudo hermes gateway stop --system
sudo hermes gateway status --system
Miért van szükség lingerre, és mi romlik el nélküle?
Főbb pontok
Ha a gatewayt felhasználói szolgáltatásként telepítette (--system nélkül), a systemd leállítja, amint kilép az SSH-ból, és nem indítja el rendszerindításkor. Egy paranccsal javíthatja: sudo loginctl enable-linger username. Ezután a szolgáltatás a be- és kijelentkezésektől függetlenül fut.
Ez a leggyakoribb buktató: telepítette a szolgáltatást, de a bot éjszaka mégis elhallgat. Ennek oka a Linux felhasználói szolgáltatásainak működése.
A felhasználói systemd-szolgáltatás alapértelmezés szerint az Ön munkamenetéhez kötődik. SSH-n csatlakozik, elindul a felhasználókezelő, és futni kezd a szolgáltatás. Kijelentkezik, a rendszer pedig inaktívnak tekinti a felhasználót, ezért a gatewayjel együtt leállítja az adott felhasználó szolgáltatásait. Egy olyan szervernél, amelyre be- és kijelentkezik, ez hibás működést jelent: a bot csak akkor online, amikor Ön az SSH-ban van.
Ezt a linger móddal javíthatja, amely lehetővé teszi, hogy a rendszer akkor is futva tartsa a felhasználókezelőt, amikor az adott felhasználó nincs bejelentkezve:
sudo loginctl enable-linger username
A parancs után a felhasználói szolgáltatás önállóan fut, és a szerver indulásakor is elindul anélkül, hogy megvárná az Ön bejelentkezését. Linger nélkül visszaáll az eredeti működés: a gateway leáll, amikor kilép az SSH-ból, és nem indul el rendszerindításkor. A dokumentáció ezt egyértelműen kimondja.
Figyelem
Ez nem vonatkozik a rendszerszolgáltatásra (amelyet a sudo hermes gateway install --system paranccsal telepített): az már gépszinten fut, és rendszerindításkor elindul. Lingerre csak felhasználói szolgáltatásnál van szükség. Válasszon egyet: rendszerszolgáltatást, vagy felhasználói szolgáltatást lingerrel.
Hogyan futtathatja a Hermest szerveren Dockerben automatikus újraindítással?
Főbb pontok
Ha a Dockert részesíti előnyben, a Hermest tartós gatewayként futtathatja egy konténerben: docker run -d --name hermes --restart unless-stopped -v ~/.hermes:/opt/data -p 8642:8642 nousresearch/hermes-agent gateway run. A --restart unless-stopped flag újraindítás után visszahozza a konténert, a gatewayfolyamat pedig az image-en belül is újraindul, ha összeomlik.
A Docker egy másik jól működő módja annak, hogy az ügynököt szerveren tartsa, különösen, ha már megszokta a konténereket, vagy el szeretné különíteni az ügynököt a fő rendszertől. Állítsa be egyszer a docker run ... setup paranccsal, majd indítsa el a konténert a háttérben:
docker run -d \
--name hermes \
--restart unless-stopped \
-v ~/.hermes:/opt/data \
-p 8642:8642 \
nousresearch/hermes-agent gateway run
Íme, mit tesznek a folyamatos működésért felelős sorok:
-d— a konténer a háttérben fut, és nem tartja nyitva a terminált.--restart unless-stopped— a Docker újraindítja a konténert a szerver újraindítása vagy egy összeomlás után. Csak akkor nem indítja újra, ha Ön manuálisan állította le.-v ~/.hermes:/opt/data— a beállítások, kulcsok, munkamenetek és a memória a szerveren, a konténeren kívül tárolódnak, és a konténer újralétrehozásakor is megmaradnak.
Az image még egy védelmi réteget ad: a gatewayfolyamat az s6 felügyelő alatt fut. Ha a gateway összeomlik, néhány másodpercen belül újraindul, miközben maga a konténer megmarad. Ez kettős védelem: kívülről a Docker tartja futva a konténert, belül pedig az s6 figyeli a folyamatot.
Ne feledje a Dockeres megoldás egy különbségét: ezek a telepítések nem frissülnek a hermes update paranccsal. A Dockerben történő frissítéshez cserélje le az image-et egy újra — töltse le a legújabbat, majd hozza létre újra a konténert.
Hogyan ellenőrizheti, hogy minden működik, és újraindítás után is működni fog?
Főbb pontok
Ellenőrizze a szolgáltatás állapotát a systemctl segítségével, és figyelje az élő naplót. Ezután következik a legfontosabb szerverteszt: indítsa újra a gépet, és győződjön meg róla, hogy a bot magától visszatér online állapotba. A Hermes munkamenetei és válaszai túlélik az újraindítást; a befejezetlen válasz a helyreállítás után kézbesül.
A felhasználói szolgáltatás állapotát és naplóit így ellenőrizheti:
hermes gateway status
journalctl --user -u hermes-gateway -f
A VPS-hez javasolt rendszerszolgáltatásnál ehelyett rendszerszintű hatókört használjon:
sudo hermes gateway status --system
sudo journalctl -u hermes-gateway -f
Az első parancs a kiválasztott szolgáltatást ellenőrzi, a második ugyanannak a hatókörnek a naplóját követi. Ezek az egységnevek az alapértelmezett ~/.hermes telepítésre vonatkoznak. Más Hermes home könyvtárak utótagos egységnevet használhatnak: nézze meg az állapotkimenetet, és azt a pontos egységet használja. Rendszerszintű telepítés tesztelése közben ne felhasználói egységet figyeljen. A Hermes naplói a ~/.hermes/logs/ könyvtárban találhatók, a titkok pedig automatikusan kitakarásra kerülnek belőlük, így biztonságosan elküldheti őket az ügyfélszolgálatnak.
Most indítsa újra a szervert, és győződjön meg róla, hogy az ügynök magától visszaindul. Ez a fő szerverteszt, és általában éppen ezt felejtik el:
sudo reboot
Amint a szerver ismét elérhető, csatlakozzon újra SSH-n. Rendszerszintű telepítésnél a sudo hermes gateway status --system parancsot és a rendszernaplót ellenőrizze; lingerrel működő felhasználói telepítésnél a hermes gateway status parancsot és a felhasználói naplót. Ezután írjon a botnak a Telegramon. Ha beavatkozás nélkül válaszol, az automatikus indítás megfelelően van beállítva. Ez volt az egész célja.
Nem kell attól tartania, hogy elveszíti a beszélgetést. A Hermes lemezre írja a munkameneteket, amelyek túlélik a gateway újraindítását. Sőt, ha a gateway éppen egy válasz küldésekor omlik össze, a feladat újbóli futtatása helyett a helyreállítás után kézbesíti azt a választ. Ez fontos egy folyamatosan működő botnál: egy váratlan újraindítás nem szakítja meg a beszélgetést.
Hogyan biztosíthatja egy szerveren a terminál-hozzáféréssel rendelkező ügynök védelmét?
Főbb pontok
A három fő védelmi intézkedés: a bot hozzáférése alapértelmezés szerint zárt (csak a listán szereplőknek válaszol), az ügynök veszélyes parancsok futtatása előtt rákérdez, teljes elszigeteléshez pedig az ügynököt Docker-sandboxban futtatja a szerveren. A legjobb, ha nem engedélyezi a megerősítés nélküli (YOLO) módot a szerveren.
A szerveren futó ügynök egy terminál-hozzáféréssel rendelkező program, amely az Ön felügyelete nélkül működik. Először ezt a három beállítást ellenőrizze.
Zárt bot-hozzáférés. Alapértelmezés szerint a gateway csak a hozzáférési listán szereplőknek vagy azoknak válaszol, akik közvetlen üzenetben elvégezték a kódalapú összekapcsolást. Ez a megfelelő viselkedés egy terminál-hozzáféréssel rendelkező botnál: egy véletlenszerűen üzenetet küldő személy nem tud semmit tenni. A listát numerikus azonosítókkal kell beállítani, például Telegram esetén:
TELEGRAM_ALLOWED_USERS=123456789,987654321
Megerősítés veszélyes parancsoknál. Mielőtt bármi rombolót tenne, az ügynök engedélyt kér. Létezik YOLO mód, amely kikapcsolja a megerősítéseket; a legjobb, ha ezt nem engedélyezi az Ön nélkül futó szerveren. A megerősítések éppen azt akadályozzák meg, hogy az Ön tudta nélkül visszafordíthatatlan dolog történjen.
Sandbox a teljes elszigeteléshez. Ha azt szeretné, hogy az ügynök fizikailag ne láthassa a szerver fő rendszerét, futtassa a parancsait Docker-konténerben:
hermes config set terminal.backend docker
Így minden, amit az ügynök a terminálban tesz, elszigetelt sandboxban történik, és nem érheti el az éles szervert. Ez észszerű óvintézkedés, ha szabad kezet ad az ügynöknek az önálló cselekvésre.
Mi a teendő, ha a bot néma, vagy a gateway összeomlik?
Főbb pontok
Először ellenőrizze a szolgáltatás állapotát és a naplókat; a leggyakoribb ok a bot tokenje, a hozzáférési lista vagy a modell. Ha az egész folyamat teljesen lefagy, a systemd-szolgáltatás rendelkezik egy watchdog időzítővel, amely újraindítja a gatewayt, ha az már nem mutat életjeleket.
Ha a bot nem válaszol, haladjon a következő sorrendben. Először a telepített hatókört ellenőrizze: rendszerszolgáltatásnál a sudo hermes gateway status --system parancsot és a rendszernaplót, felhasználói szolgáltatásnál a hermes gateway status parancsot és a felhasználói naplót. Ha a gateway fut, de az üzenetek nem jutnak át, szinte mindig a platform beállítása okozza a problémát: hibás a bot tokenje, vagy az illető nincs a hozzáférési listán. Futtassa újra a hermes gateway setup parancsot ugyanabban a Hermes home könyvtárban, majd a kiválasztott szolgáltatást vizsgálja: rendszerszintnél hermes gateway status --system, felhasználói szintnél hermes gateway status. A sikeres beállítás nem bizonyítja a megfelelő gateway futását.
Ha a modell üres vagy furcsa válaszokat ad, ellenőrizze a hermes model paranccsal, és erősítse meg a szolgáltatót és a bejelentkezést. Az általános helyreállítási sorrend, amely a „minden elromlott” állapotból visszavezet a működő állapotba: hermes doctor, hermes model, hermes setup, majd rendszerszintű telepítésnél hermes gateway status --system, felhasználói telepítésnél hermes gateway status.
Még egy tanács arra a ritka, de kellemetlen esetre, amikor az egész folyamat tényleges összeomlás nélkül lefagy. A systemd-szolgáltatás rendelkezik watchdog időzítővel: adja hozzá ezt a sort a ~/.hermes/config.yaml fájlhoz, majd telepítse újra a szolgáltatást.
gateway:
systemd_watchdog_seconds: 120
# A VPS rendszerszolgáltatásához, az eredeti telepítéssel azonos Hermes home könyvtárban:
sudo hermes gateway install --system --force
sudo hermes gateway status --system
Felhasználói szolgáltatásnál csak azt a hatókört generálja újra a hermes gateway install --force paranccsal, majd ellenőrizze a hermes gateway status eredményét. Egy hatókört válasszon; egyetlen gateway javításához ne telepítse mindkettőt.
Ezután a gateway rendszeresen jelzi a rendszernek, hogy „élek”, és ha a jelzések elmaradnak, a systemd automatikusan újraindítja a folyamatot. Ez csak systemd-t használó Linuxon és csak a folyamat lefagyásakor működik. A watchdog időzítő nem befolyásolja a szerver és az üzenetküldő közötti szokásos hálózati kimaradást.
Mit kérdeznek még gyakran az emberek a Hermes Agent szerveres használatáról?
Főbb pontok
Rövid válaszok a gyakori kérdésekre: kötelező-e kifejezetten VPS, lehet-e több botot futtatni egy gépen, szüksége van-e a szervernek grafikus felületre, és mi történik az ütemezett feladatokkal, ha az ügynök szerveren fut.
Gyakran ismételt kérdések
Muszáj VPS-t bérelnem, vagy a saját számítógépem is megfelel?
A folyamatos működéshez olyan gépre van szükség, amely mindig be van kapcsolva. A saját számítógépe csak akkor megfelelő, ha hajlandó soha nem kikapcsolni. A VPS kényelmesebb: mindig be van kapcsolva, és nem függ attól, hogy Ön dolgozik vagy alszik. Egy átlagos Linux-szerver megfelel — a dokumentáció elsődleges támogatási szintje a Linux, és friss Ubuntu-telepítésen tesztelnek.
Futtathatok több botot egy szerveren?
Igen. A Hermes profilokat használ, és minden profilnak saját szolgáltatása van. Egy olyan parancs, mint a <profile> gateway install, külön hermes-gateway-<profile> nevű szolgáltatást hoz létre; ezek egymástól függetlenül működnek. Minden profilnak saját beállításai, bot tokenje és memóriája van.
Szüksége van a szervernek monitorra és grafikus megjelenítésre?
Nem. A szerver képernyő nélkül fut, és SSH-n keresztül, a terminálból kezelheti. Az ilyen szerveren futó ügynöknek általában nincs szüksége böngészőautomatizálásra, ezért a telepítőt a --skip-browser flaggel futtassa; ezzel kimarad az egyetlen olyan nagy erőforrás-igényű összetevő, amely grafikus környezetet igényel.
Futnak az ütemezett feladatok, amikor távol vagyok?
Igen, éppen ezért költözteti szerverre. Ugyanaz a gateway futtatja az ütemezett feladatokat: percenként egyszer ellenőrzi az ütemezést, esedékességkor elindítja a feladatokat, majd elküldi az eredményt ugyanabba a csevegésbe. Mivel a gateway folyamatosan, szolgáltatásként fut, az ütemezés az Ön közreműködése nélkül működik.
Túléli a bot a frissítést és a szerver újraindítását?
Igen. A beállítások, munkamenetek és a memória a ~/.hermes mappában tárolódnak, és nem vesznek el. Újraindítás után a rendszerszolgáltatás (vagy a --restart unless-stopped beállítású Docker) magától elindítja a gatewayt. A befejezetlen válasz az újraindítás után kézbesül, és semmi sem vész el — bár ha a válasz küldése már félúton tartott a crash bekövetkezésekor, lehetséges, hogy ismét megérkezik, és figyelmeztetés jelenik meg a lehetséges duplikációról.
Források
Ismerje meg az Ailootot.
További részletek
Kérdések és válaszok: Hogyan tartható a Hermes Agent éjjel-nappal működésben egy szerveren
Miért tűnhet leálltnak a gateway, ha rendszerszolgáltatásként telepítettem?
A hatókör nélkül végzett ellenőrzés másik szolgáltatást célozhat. Rendszerszintű telepítésnél a hermes gateway status --system parancsot és a rendszernaplót használd; a hatókör nélküli állapotot és felhasználói naplót csak felhasználói szolgáltatáshoz. Végig ugyanazt a Hermes home könyvtárat használd.
A VPS rendszerszolgáltatásához kell loginctl linger?
Nem. A linger olyan felhasználói systemd-szolgáltatáshoz kell, amelynek kijelentkezés után is futnia és rendszerindításkor indulnia kell. A rendszerszolgáltatás eleve a gép indulásakor indul; válassz egy telepítési hatókört, és újraindítás után ismételd meg annak állapot- és botválasz-ellenőrzését.