Su comando tiene que dar más información. Se ha discutido antes (pero no veo duplicados ).
Por ejemplo,
Por ejemplo, ls -lZ
da 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 chcon
espera algo así como unconfined_u:object_r:bin_t:s0
en su argumento. A bin_t
es solo información parcial.
El procedimiento de referencia debería haber funcionado, y el uso de chcon
redundante. Comprobando mi CentOS7, tengo xrdp
instalado, 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_u
campo es el SELinux usuario , el object_r
campo es el papel , bin_t
es el tipo y s0
es el (por defecto) de nivel . Los archivos /usr/sbin
obtienen 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: