fakeroot(1)

NOMBRE
fakeroot - ejecuta una orden en un entorno que falsea privilegios de superusuario para la manipulaciÃ³n de ficheros

SINOPSIS
fakeroot [-l|--lib biblioteca] [--faked binario-faked] [-i fichero-a-cargar] [-s fichero-salvado] [-u|--unknown-is-real ] [-b|--fd-base ] [-h|--help ] [-v|--version ] [--] [orden]

DESCRIPCIÃN
fakeroot ejecuta una orden en un entorno donde parece que se tiene permisos de superusuario para la manipulaciÃ³n de ficheros. Ãtil para permitir a usuarios crear archivos (tar, ar, .deb etc.) con ficheros con permisos/propietarios de superusuario. Sin fakeroot uno necesitarÃ­a privilegios de superusuario para crear los ficheros constituyentes del archivo con los permisos y propietario correctos, y despuÃ©s empaquetarlos, o uno tendrÃ­a que construir los archivos directamente, sin usar el archivador. fakeroot works by replacing the file manipulation library functions (chmod(2), stat(2) etc.) by ones that simulate the effect the real library functions would have had, had the user really been root. These wrapper functions are in a shared library /usr/lib/*/libfakeroot-*.so or similar location on your platform. The shared object is loaded through the LD_PRELOAD mechanism of the dynamic loader. (See ld.so(8)) Si pretende construir paquetes usando fakeroot, es aconsejable construir primero el paquete fakeroot: la etapa "debian/rules build" tiene algunas comprobaciones (la mayorÃ­a de ellas buscan fallos de versiones viejas de fakeroot). Si estas pruebas fallan (por ejemplo, porque tiene ciertos programas libc5 en el sistema), tambiÃ©n fallarÃ¡ la construcciÃ³n de otros paquetes mediante fakeroot, pero de formas mucho mÃ¡s sutiles. AdemÃ¡s, dese cuenta que es mejor no realizar la compilaciÃ³n de los binarios bajo fakeroot. Especialmente configure y demÃ¡s programas del estilo no se comportan bien cuando el sistema se comporta de forma diferente a la esperada. (o, de forma aleatoria, estos programas eliminan algunas variables de entorno, algunas de las cuales necesita fakeroot).

OPCIONES

-l biblioteca, --lib biblioteca
    Especifica una biblioteca envoltorio.

--faked binario
    Especifica un binario alternativo a usar en vez de faked.

[--] orden
    Cualquier orden que quieras ejecutar bajo fakeroot. Use ‘--’ si en la orden tiene otras opciones que puedan confundir el anÃ¡lisis de las opciones de fakeroot.

-s fichero-salvado
    Guarda el entorno fakeroot en fichero-salvado al salir. Este fichero puede usarse para restaurar el entorno mÃ¡s tarde usando -i. Sin embargo, este fichero fallarÃ¡ y fakeroot se comportarÃ¡ de forma extraÃ±a a menos que no modifique los ficheros creados (N.T. del inglÃ©s touched, haciendo referencia a la orden touch, con la que fakeroot crea algunos ficheros vacÃ­os para simular algunas situaciones) dentro del entorno fakeroot cuando estÃ© fuera del entorno. Aun asÃ­, esto puede ser Ãºtil. Por ejemplo, puede usarse con rsync(1) para guardar y restaurar el Ã¡rbol de directorios completo con la informaciÃ³n de usuarios, grupos y dispositivos completa sin necesidad de ser superusuario. Consulte /usr/share/doc/fakeroot/README.saving para mÃ¡s detalles.

-i fichero-a-cargar
    Carga un entorno fakeroot de fichero-a-cargar previamente salvado usando -s. Note que esto no salva implÃ­citamente el fichero, use tambiÃ©n -s para conseguir esto. Es seguro usar el mismo fichero para -i y -s en una misma invocaciÃ³n de fakeroot.

-u, --unknown-is-real
    Usa el propietario real para ficheros desconocidos previamente por fakeroot en vez de suponer que pertenecen a root:root.

-b fd
    Especifica el descriptor de fichero base (sÃ³lo en modo TCP). Fd es el nÃºmero mÃ­nimo de descriptor de fichero a usar para las conexiones TCP, puede ser importante para evitar conflictos con los descriptores de ficheros usados por programas ejecutÃ¡ndose dentro de fakeroot.

-h  Muestra la ayuda.

-v  Muestra la versiÃ³n.

EJEMPLOS
AquÃ­ hay un ejemplo de una sesiÃ³n con fakeroot. Dese cuenta que dentro de un entorno fakeroot la manipulaciÃ³n de ficheros que requiere privilegios de superusuario se realiza con Ã©xito, pero realmente no se lleva a cabo. $ whoami joost $ fakeroot /bin/bash # whoami root # mknod hda3 b 3 1 # ls -ld hda3 brw-r--r-- 1 root root 3, 1 Jul 2 22:58 hda3 # chown joost:root hda3 # ls -ld hda3 brw-r--r-- 1 joost root 3, 1 Jul 2 22:58 hda3 # ls -ld / drwxr-xr-x 20 root root 1024 Jun 17 21:50 / # chown joost:users / # chmod a+w / # ls -ld / drwxrwxrwx 20 joost users 1024 Jun 17 21:50 / # exit $ ls -ld / drwxr-xr-x 20 root root 1024 Jun 17 21:50 // $ ls -ld hda3 -rw-r--r-- 1 joost users 0 Jul 2 22:58 hda3 SÃ³lo las operaciones que el usuario joost puede hacer se llevan a cabo realmente. fakeroot se escribiÃ³ especÃ­ficamente para permitir que los usuario pudiesen crear paquetes (en el formato deb(5) ) sin tener privilegios de superusuario. Esto puede hacerse con Ã³rdenes como dpkg-buildpackage -rfakeroot o debuild -rfakeroot (realmente, -rfakeroot es predeterminado en debuild en estos momentos, asÃ­ que no necesita el argumento).

ASPECTOS DE SEGURIDAD
fakeroot es un programa normal, sin el bit setuid. No aumenta los privilegios de un usuario ni disminuye la seguridad del sistema.

FICHEROS
/usr/lib/*/libfakeroot-*.so The shared library containing the wrapper functions.

ENTORNO

FAKEROOTKEY
    La llave usada para comunicarse con el demonio fakeroot. Cualquier programa comenzado con el LD_PRELOAD correcto y la FAKEROOTKEY de un demonio en ejecuciÃ³n conectarÃ¡ automÃ¡ticamente con ese demonio, y tendrÃ¡ la misma visiÃ³n "falsa" de los permisos/propietarios de los ficheros del sistema. (sumiendo que el demonio y el programa que se conecta los ejecute el mismo usuario).

LD_LIBRARY_PATH

LD_PRELOAD
    Fakeroot estÃ¡ implementado envolviendo las llamadas al sistema. Esto se realiza modificando las variables de entorno de forma que queden como LD_LIBRARY_PATH=/usr/lib/fakeroot y LD_PRELOAD=libfakeroot.so.0. Esa biblioteca se carga antes que la biblioteca de C del sistema, y de esa forma se interceptan gran parte de las llamadas al sistema. Si necesita modificar LD_LIBRARY_PATH o LD_PRELOAD dentro de un entorno fakeroot, deberÃ¡n quedar establecidos de forma relativa, como en LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/foo/bar/

LIMITACIONES

Versiones de la biblioteca
    Toda orden ejecutada con fakeroot necesita enlazarse con la misma versiÃ³n de la biblioteca de C del mismo fakeroot.

open()/create()
    fakeroot no envuelve open(), create(), etc. AsÃ­, que si el usuario joost hace touch tal fakeroot ls -al tal o del otro modo, fakeroot touch tal ls -al tal fakeroot no puede saber en el primer caso que, el propietario de tal realmente debe ser joost mientras que en el segundo debe ser root. Para los paquetes Debian, dar a todos los ficheros "desconocidos" uid=gid=0 por omisiÃ³n, estÃ¡ siempre bien. La forma real de solucionar esto es envolver open() y create(), pero esto crea otros problemas, como demuestra el paquete libtricks. Este paquete envuelve mÃ¡s funciones, e intenta hacer mÃ¡s cosas que fakeroot . Se vio que una pequeÃ±a actualizaciÃ³n de libc (de una donde la funciÃ³n stat() no usaba open() a otra en la que stat() usaba (en algunas ocasiones) open()), causaba violaciones de segmento inexplicables (esto es, el stat() de libc6 llamaba el open() envuelto, que luego llamaba al stat() de libc6, etc). Arreglarlo no fue tan difÃ­cil, pero una vez arreglado, es cuestiÃ³n de tiempo antes de que otra funciÃ³n empiece a usar open(), ni hablar de portarlo a otro sistema operativo. AsÃ­ que decidÃ­ reducir al mÃ¡ximo el nÃºmero de funciones envuelta por fakeroot, para limitar la probabilidad de ‘colisiones’.

GNU configure (y otros programas por el estilo)
    fakeroot, en efecto, cambia el comportamiento del sistema. Los programas que prueban el sistema, como GNU configure, pueden verse confundidos por esto (o si no lo hacen, llevarÃ¡n a fakeroot tan al lÃ­mite que serÃ¡ este el que se confunda). AsÃ­ que es aconsejable no ejecutar el objetivo "configure" en un entorno fakeroot. Como configure debe ejecutarse en "debian/rules build", "dpkg-buildpackage -rfakeroot" tiene cuidado de esto, haciÃ©ndolo correctamente.

FALLOS
No envuelve open(). Esto no es malo por si mismo, pero si un programa hace open("fichero", O_WRONLY, 000), escribe en "fichero", lo cierra, y trata de abrirlo de nuevo para leer el fichero, entonces falla al abrirlo, ya que el modo del fichero serÃ¡ 000. El fallo es que si el superusuario hace lo mismo, open() serÃ¡ satisfactorio, ya que los permisos del fichero no se comprueban para el superusuario. ElegÃ­ no envolver open(), ya que open() se usa en muchas otras funciones de libc (incluso en aquellas que ya estÃ¡n envueltas), de forma que se crean bucles (o posibles bucles futuros, cuando la implementaciÃ³n de varias funciones de libc cambie ligeramente).

COPIA
fakeroot se distribuye bajo la Licencia PÃºblica General de GNU. (GPL 2.0 o posterior).

AUTORES

joost witteveen
    <joostje@debian.org>

Clint Adams
    <clint@debian.org>

Timo Savola

TRADUCTOR
Traducción de Rubén Porras Campo <debian-l10n-spanish@lists.debian.org>

PÃGINA DEL MANUAL
la mayor parte de J.H.M. Dassen <jdassen@debian.org> con muchas modificaciones y aÃ±adiduras de joost y Clint.

VÃASE ADEMÃS
faked(1) dpkg-buildpackage(1), debuild(1) /usr/share/doc/fakeroot/DEBUG