Zkusenost nemam, ale vidim uskali:
* system by asi musel byt stable, protoze v testingu je riziko prilis velkych zmen v systemu -> mozne nefunkcnosti, vzdaleny system by ani nemusel zustat dostupny
* mozna nutny zakaz aktualizaci kernelu (?), gcc a dalsich klicovych komponent (vyzadujicich reboot) a dalsich, podminujici funkcnost nainstalovanych serveru (konkretni verze klicovych aplikaci, napr. php, perl, python aj., kdy jine aplikace vyzaduji jejich konkretni verzi atd atd
* pripadne bezpecnostni riziko pri posilani mailovych zprav po internetu - nebo resit jejich zabezpeceni. V ramci male vnitrni site za NATem snad jeste prijatelne.
Automaticke aktualizace na produkcnich strojich obecne nelze doporucit, je potreba si je pohlidat. Pokud bych mel nekde nejaky soukromy vzdaleny server, jejich pocty nepujdou do desitek a aktualizaci lze zajistit rucne (ssh pripojeni) a pohlidat si je.
Popravde nevidim rozumne duvody pro pouzivani tohoto nastroje. Na lokalnim stroji zalezitost par minut, na vzdalenem dtto.
Pokud bych to chtel dat nejakemu uzivateli na pracovni stanici, pak bych vystacil s jednoduchym scriptem spousteny cronem a pripadne problemy resil az pokud by skutecne nastaly.
H.
EDIT: ted jsem projel tenhle threed od zacatku; na vzdalenou spravu te pracovni stanice mohu doporucit team viewer, linuxova verze funguje ok, nekolika znamym s tim spravuju jak linuxove instalace, tak windows) neverejna adresa neni problem.
