Su comando tiene que dar más información. Se ha discutido antes (pero no veo duplicados ).
Por ejemplo,
Por ejemplo, ls -lZda estas etiquetas para un listado de muestra:
$ ls -lZ msginit msgmerge msgunfmt
-rwxr-xr-x. root root unconfined_u:object_r:bin_t:s0 msginit
-rwxr-xr-x. root root unconfined_u:object_r:bin_t:s0 msgmerge
-rwxr-xr-x. root root unconfined_u:object_r:bin_t:s0 msgunfmt
y chconespera algo así como unconfined_u:object_r:bin_t:s0en su argumento. A bin_tes solo información parcial.
El procedimiento de referencia debería haber funcionado, y el uso de chconredundante. Comprobando mi CentOS7, tengo xrdpinstalado, y una lista muestra
$ ls -lZ xrdp xrdp-chansrv xrdp-sesman xrdp-sessvc
-rwxr-xr-x. root root system_u:object_r:bin_t:s0 xrdp
-rwxr-xr-x. root root system_u:object_r:bin_t:s0 xrdp-chansrv
-rwxr-xr-x. root root system_u:object_r:bin_t:s0 xrdp-sesman
-rwxr-xr-x. root root system_u:object_r:bin_t:s0 xrdp-sessvc
El system_ucampo es el SELinux usuario , el object_rcampo es el papel , bin_tes el tipo y s0es el (por defecto) de nivel . Los archivos /usr/sbinobtienen su contexto de un patrón mostrado por semanage fcontext -l(pero hay muchas coincidencias). Al seguir la guía, es posible que haya eliminado el patrón para xrdp- o incluso para /usr/sbin. Sin embargo, puede ser más explícito en el comando, especificando el usuario y el rol mediante chcon:
chcon -u system_u -r object_r --type=bin_t /usr/sbin/xrdp
chcon -u system_u -r object_r --type=bin_t /usr/sbin/xrdp-sesman
Alternativamente, si los patrones están intactos pero (por ejemplo) movió los archivos en lugar de instalarlos, podría reparar los elementos utilizando
restorecon -v /usr/sbin/xrdp
restorecon -v /usr/sbin/xrdp-sesman
Otras lecturas: