Dotaz: Obnova selinux file contextů při obnově souborů ze zálohy pomocí duplicity

[vasek]

Ahoj. Zálohuji pomocí duplicity a občas je potřeba něco obnovit. Pokud soubory obnovuji např. do /tmp/restore adresáře, tak soubory mají kontext "unconfined_u:object_r:user_tmp_t:s0", nikoliv jejich původní. Je nějaká možnost zálohovat i kontext souborů třeba zvlášt v nějakém souboru, pokud to neumí duplicity? Příkaz restorecon mi je vcelku k ničemu, protože soubory obnovuji do jiného adresáře a navíc se může stát, že to bude i na jiném počítači.

Odpovědi

[Michal]

Obávám se že podpora extended attributes, kam se mimo jiné ukládá i SELinux label, musí být zabudovaná v tom zálohovacím programu. Například "tar --selinux" je umí zálohovat i obnovit do jiného adresáře. Rsync sice zná --xattrs/-X ale zdá se že ignoruje SELinux. Duplicity nepoužívám, takže nevím. Možná je tam nějaký switch na selinux nebo je možná možné to tam doprogramovat?

Ještě doporučuju omrknout co o zálohování SELinux labels píše Dan Walsh, jeden z autorů SELinuxu: http://danwalsh.livejournal.com/48936.html

[vasek]

To je zajímavé. To znamená, že se selinux atributy by ty soubory nešly na starším systému vůbec obnovit? A co na systému bez selinuxů? Nicméně stejně bych potřeboval ty kontexty nějak zachovávat. Existuje něco efektivnějšího než si vytvořit skript, kterým bych prohledal všechny soubory a jejich kontexty uložil do nějakého souboru?

[vasek]

Hmm, tak jsem zjistil, že duplicity nepodporuje ani hard linky. Můžete mi doporučit nějaký jiný dobrý nástroj pro zálohování?

[l4m4]

tar.

Používat přímo tar, pravda, není vždy pohodlné, na druhé straně tar podporuje všechno a prostě funguje.

[vasek]

To si nechám až jako poslední možnost. Teď zkouším rdiff-backup (tomu jsem se vyhýbal, protože poslední dobou nevychází nové verze), ale vypadá to, že to funguje. Zálohuji na server, který nepodporuje selinux, ale rdiff-backup na to použije metadata a obnoví se všechno vč. kontextů. Jen ho blokuje selinux při relabelingu dočasných souborů pro /proc /sys /dev a /selinux, ale ty se dají ze zálohy vynechat s exclude. Předpokládám, že i /selinux "pseudoadresář" si systém vytvoří sám po restartu?

[karr]

+1

selinux, acl, ...

[pht]

Příkaz restorecon mi je vcelku k ničemu, protože soubory obnovuji do jiného adresáře a navíc se může stát, že to bude i na jiném počítači.

Systém by měl být nastaven tak, aby se po restorecon (popř. jiné restore utilitě) dostal do funkčního stavu. Pokud soubory obnovujete do /tmp, tak je tam jistě nenecháte na furt, ale nakonec přijdou někam kde bude příslušný výchozí kontext nadefinován.

Pokud obnovujete na jiný počítač, může se stát, že má jinou politiku, a některé kontexty nebude systém vůbec znát.

[l4m4]

Systém by měl být nastaven tak, aby se po restorecon (popř. jiné restore utilitě) dostal do funkčního stavu.

Ano a ne.

Coby uživatel mohu třeba nastavit souboru v home typ public_content_rw_t (typicky sqlite db nebo něčemu podobnému).

Můžeme vést sáhodlouhé diskuse, zda a kdy by uživatelé měli mít možnost takové věci dělat (stejně jako třeba co jim povolit v AllowOverride), ale někdy to smysl má a je zapotřebí i toto správně zálohovat.