0% found this document useful (0 votes)
15 views17 pages

Ficherito

The document outlines the Filesystem Hierarchy Standard (FHS), detailing the purpose and contents of various directories in a Linux filesystem. Key directories include /bin for essential executables, /etc for configuration files, and /usr for shareable data. Additional sections provide instructions for user management and file operations across different systems.

Uploaded by

alvaro10chi
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
15 views17 pages

Ficherito

The document outlines the Filesystem Hierarchy Standard (FHS), detailing the purpose and contents of various directories in a Linux filesystem. Key directories include /bin for essential executables, /etc for configuration files, and /usr for shareable data. Additional sections provide instructions for user management and file operations across different systems.

Uploaded by

alvaro10chi
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd
You are on page 1/ 17

?

ysP4kdQ

The Filesystem Hierarchy Standard

/ This is the root directory. This is where the whole tree


starts.

/bin This directory contains executable programs which are needed in


single user mode and to bring the system up or repair it.

/boot Contains static files for the boot loader. This directory holds
only the files which are needed during the boot process. The
map installer and configuration files should go to /sbin and
/etc. The operating system kernel (initrd for example) must be
located in either / or /boot.

/dev Special or device files, which refer to physical devices. See


mknod(1).

/etc Contains configuration files which are local to the machine.


Some larger software packages, like X11, can have their own sub‐
directories below /etc. Site-wide configuration files may be
placed here or in /usr/etc. Nevertheless, programs should al‐
ways look for these files in /etc and you may have links for
these files to /usr/etc.

/etc/opt
Host-specific configuration files for add-on applications in‐
stalled in /opt.

/etc/sgml
This directory contains the configuration files for SGML (op‐
tional).

/etc/skel
When a new user account is created, files from this directory
are usually copied into the user's home directory.

/etc/X11
Configuration files for the X11 window system (optional).

/etc/xml
This directory contains the configuration files for XML (op‐
●●●●●●●●●●●●●
tional).

/home On machines with home directories for users, these are usually
beneath this directory, directly or not. The structure of this
directory depends on local administration decisions (optional).

/lib This directory should hold those shared libraries that are nec‐
essary to boot the system and to run the commands in the root
filesystem.
/lib<qual>
These directories are variants of /lib on system which support
more than one binary format requiring separate libraries (op‐
tional).JERCICIO EXTRA SSH Last
Update: 20-Enero-2022
--------------------
1.- Crear en workstation un usuario llamado "admin1" con password "sistemas1".

2.- Acceder desde servera a workstation usando el usuario "admin1" y salir.

3.- Hacer que el usuario "admin1" pueda conectarse usando autenticación basada en
claves a servera como usuario "student"
NOTA: En servera NO debe existir el usuario "admin1"

4.- Crear en servera un fichero en /tmp llamado "salida.txt" con la ejecución del
comando "hostname" de workstation usando el usuario "admin1".

5.- Crear en workstation un usuario llamado "admin2" con password "admin2" que
pertenezca al grupo "sistemas"

6.- Hacer que desde servera el usuario "student" se conecte a workstation con el
usuario "admin2" usando autenticación basada en claves
NOTA: En servera NO debe existir el usuario "admin2"

7.- Crear en workstation un directorio colaborativo /home/sistemas para los


usuarios del grupo "sistemas" donde sólo cada
usuario pueda borrar sus ficheros.

8.- Conectar desde servera a workstation con el usuario "admin2" y crear el fichero
"hola.txt" en el directorio colaborativo

9.- En servera, como usuario "student", crear un fichero "usuarios.txt" que


contenga las 7 ultimas líneas del fichero /etc/passwd de workstation.

Copiar este fichero con rsync en el /tmp de workstation usando el usuario


"admin2"

/lib/modules
Loadable kernel modules (optional).

/lost+found
This directory contains items lost in the filesystem. These
items are usually chunks of files mangled as a consequence of a
faulty disk or a system crash.

/media This directory contains mount points for removable media such as
CD and DVD disks or USB sticks. On systems where more than one
device exists for mounting a certain type of media, mount direc‐
tories can be created by appending a digit to the name of those
available above starting with '0', but the unqualified name must
also exist.

/media/floppy[1-9]
Floppy drive (optional).

/media/cdrom[1-9]
CD-ROM drive (optional).

/media/cdrecorder[1-9]
CD writer (optional).

/media/zip[1-9]
Zip drive (optional).
/media/usb[1-9]
USB drive (optional).

/mnt This directory is a mount point for a temporarily mounted


filesystem. In some distributions, /mnt contains subdirectories
intended to be used as mount points for several temporary
filesystems.

/opt This directory should contain add-on packages that contain


static files.

/proc This is a mount point for the proc filesystem, which provides
information about running processes and the kernel. This
pseudo-filesystem is described in more detail in proc(5).

/root This directory is usually the home directory for the root user
(optional).
/run This directory contains information which describes the system
since it was booted. Once this purpose was served by /var/run
and programs may continue to use it.

/sbin Like /bin, this directory holds commands needed to boot the sys‐
tem, but which are usually not executed by normal users.

/srv This directory contains site-specific data that is served by


this system.

/sys This is a mount point for the sysfs filesystem, which provides
information about the kernel like /proc, but better structured,
following the formalism of kobject infrastructure.

/tmp This directory contains temporary files which may be deleted


with no notice, such as by a regular job or at system boot up.

/usr This directory is usually mounted from a separate partition. It


should hold only shareable, read-only data, so that it can be
mounted by various machines running Linux.

/usr/X11R6
The X-Window system, version 11 release 6 (present in FHS 2.3,
removed in FHS 3.0).

/usr/X11R6/bin
Binaries which belong to the X-Window system; often, there is a
symbolic link from the more traditional /usr/bin/X11 to here.

/usr/X11R6/lib
Data files associated with the X-Window system.

/usr/X11R6/lib/X11
These contain miscellaneous files needed to run X; Often, there
is a symbolic link from /usr/lib/X11 to this directory.

/usr/X11R6/include/X11
Contains include files needed for compiling programs using the
X11 window system. Often, there is a symbolic link from
/usr/include/X11 to this directory.
/usr/bin
This is the primary directory for executable programs. Most
programs executed by normal users which are not needed for boot‐
ing or for repairing the system and which are not installed lo‐
cally should be placed in this directory.
/usr/bin/mh
Commands for the MH mail handling system (optional).

/usr/bin/X11
This is the traditional place to look for X11 executables; on
Linux, it usually is a symbolic link to /usr/X11R6/bin.

/usr/dict
Replaced by /usr/share/dict.

/usr/doc
Replaced by /usr/share/doc.

/usr/etc
Site-wide configuration files to be shared between several ma‐
chines may be stored in this directory. However, commands
should always reference those files using the /etc directory.
Links from files in /etc should point to the appropriate files
in /usr/etc.

/usr/games
Binaries for games and educational programs (optional).

/usr/include
Include files for the C compiler.

/usr/include/bsd
BSD compatibility include files (optional).

/usr/include/X11
Include files for the C compiler and the X-Window system. This
is usually a symbolic link to /usr/X11R6/include/X11.

/usr/include/asm
Include files which declare some assembler functions. This used
to be a symbolic link to /usr/src/linux/include/asm.

/usr/include/linux
This contains information which may change from system release
to system release and used to be a symbolic link to
/usr/src/linux/include/linux to get at operating-system-specific
information.

(Note that one should have include files there that work cor‐
rectly with the current libc and in user space. However, Linux
kernel source is not designed to be used with user programs and
does not know anything about the libc you are using. It is very
likely that things will break if you let /usr/include/asm and
/usr/include/linux point at a random kernel tree. Debian sys‐
tems don't do this and use headers from a known good kernel ver‐
sion, provided in the libc*-dev package.)

/usr/include/g++
Include files to use with the GNU C++ compiler.
/usr/lib
Object libraries, including dynamic libraries, plus some exe‐
cutables which usually are not invoked directly. More compli‐
cated programs may have whole subdirectories there.

/usr/libexec
Directory contains binaries for internal use only and they are
not meant to be executed directly by users shell or scripts.

/usr/lib<qual>
These directories are variants of /usr/lib on system which sup‐
port more than one binary format requiring separate libraries,
except that the symbolic link /usr/libqual/X11 is not required
(optional).

/usr/lib/X11
The usual place for data files associated with X programs, and
configuration files for the X system itself. On Linux, it usu‐
ally is a symbolic link to /usr/X11R6/lib/X11.

/usr/lib/gcc-lib
contains executables and include files for the GNU C compiler,
gcc(1).

/usr/lib/groff
Files for the GNU groff document formatting system.

/usr/lib/uucp
Files for uucp(1).
/usr/local
This is where programs which are local to the site typically go.

/usr/local/bin
Binaries for programs local to the site.

/usr/local/doc
Local documentation.

/usr/local/etc
Configuration files associated with locally installed programs.

/usr/local/games
Binaries for locally installed games.

/usr/local/lib
Files associated with locally installed programs.

/usr/local/lib<qual>
These directories are variants of /usr/local/lib on system which
support more than one binary format requiring separate libraries
(optional).

/usr/local/include
Header files for the local C compiler.

/usr/local/info
Info pages associated with locally installed programs.
/usr/local/man
Man pages associated with locally installed programs.

/usr/local/sbin
Locally installed programs for system administration.

/usr/local/share
Local application data that can be shared among different archi‐
tectures of the same OS.

/usr/local/src
Source code for locally installed software.

/usr/man
Replaced by /usr/share/man.

/usr/sbin
This directory contains program binaries for system administra‐
tion which are not essential for the boot process, for mounting
/usr, or for system repair.
/usr/share
This directory contains subdirectories with specific application
data, that can be shared among different architectures of the
same OS. Often one finds stuff here that used to live in
/usr/doc or /usr/lib or /usr/man.

/usr/share/color
Contains color management information, like International Color
Consortium (ICC) Color profiles (optional).

/usr/share/dict
Contains the word lists used by spell checkers (optional).

/usr/share/dict/words
List of English words (optional).

/usr/share/doc
Documentation about installed programs (optional).

/usr/share/games
Static data files for games in /usr/games (optional).

/usr/share/info
Info pages go here (optional).

/usr/share/locale
Locale information goes here (optional).

/usr/share/man
Manual pages go here in subdirectories according to the man page
sections.

/usr/share/man/locale/man[1-9]
These directories contain manual pages for the specific locale
in source code form. Systems which use a unique language and
code set for all manual pages may omit the <locale> substring.

/usr/share/misc
Miscellaneous data that can be shared among different architec‐
tures of the same OS.
/usr/share/nls
The message catalogs for native language support go here (op‐
tional).

/usr/share/ppd
Postscript Printer Definition (PPD) files (optional).

/usr/share/sgml
Files for SGML (optional).

/usr/share/sgml/docbook
DocBook DTD (optional).

/usr/share/sgml/tei
TEI DTD (optional).

/usr/share/sgml/html
HTML DTD (optional).

/usr/share/sgml/mathml
MathML DTD (optional).

/usr/share/terminfo
The database for terminfo (optional).

/usr/share/tmac
Troff macros that are not distributed with groff (optional).

/usr/share/xml
Files for XML (optional).

/usr/share/xml/docbook
DocBook DTD (optional).

/usr/share/xml/xhtml
XHTML DTD (optional).

/usr/share/xml/mathml
MathML DTD (optional).

/usr/share/zoneinfo
Files for timezone information (optional).

/usr/src
Source files for different parts of the system, included with
some packages for reference purposes. Don't work here with your
own projects, as files below /usr should be read-only except
when installing software (optional).
/usr/src/linux
This was the traditional place for the kernel source. Some dis‐
tributions put here the source for the default kernel they ship.
You should probably use another directory when building your own
kernel.

/usr/tmp
Obsolete. This should be a link to /var/tmp. This link is
present only for compatibility reasons and shouldn't be used.
/var This directory contains files which may change in size, such as
spool and log files.

/var/account
Process accounting logs (optional).

/var/adm
This directory is superseded by /var/log and should be a sym‐
bolic link to /var/log.

/var/backups
Reserved for historical reasons.

/var/cache
Data cached for programs.

/var/cache/fonts
Locally generated fonts (optional).

/var/cache/man
Locally formatted man pages (optional).

/var/cache/www /usr/src/linux
This was the traditional place for the kernel source. Some dis‐
tributions put here the source for the default kernel they ship.
You should probably use another directory when building your own
kernel.

/usr/tmp
Obsolete. This should be a link to /var/tmp. This link is
present only for compatibility reasons and shouldn't be used.

/var This directory contains files which may change in size, such as
spool and log files.

/var/account
Process accounting logs (optional).

/var/adm
This directory is superseded by /var/log and should be a sym‐
bolic link to /var/log.

/var/backups
Reserved for historical reasons.

/var/cache
Data cached for programs.

/var/cache/fonts
Locally generated fonts (optional).

/var/cache/man
Locally formatted man pages (optional).

/var/cache/www
WWW proxy or cache data (optional).

/var/cache/<package>
Package specific cache data (optional).
/var/catman/cat[1-9] or /var/cache/man/cat[1-9]
These directories contain preformatted manual pages according to
their man page section. (The use of preformatted manual pages
is deprecated.)

/var/crash
System crash dumps (optional).

WWW proxy or cache data (optional).

/var/cache/<package>
Package specific cache data (optional).

/var/catman/cat[1-9] or /var/cache/man/cat[1-9]
These directories contain preformatted manual pages according to
their man page section. (The use of preformatted manual pages
is deprecated.)

/var/crash
System crash dumps (optional).

/var/cron
Reserved for historical reasons.

/var/games
Variable game data (optional).

/var/lib
Variable state information for programs.

/var/lib/color
Variable files containing color management information (op‐
tional).

/var/lib/hwclock
State directory for hwclock (optional).

/var/lib/misc
Miscellaneous state data.

/var/lib/xdm
X display manager variable data (optional).

/var/lib/<editor>
Editor backup files and state (optional).

/var/lib/<name>
These directories must be used for all distribution packaging
support.

/var/lib/<package>
State data for packages and subsystems (optional).

/var/lib/<pkgtool>
Packaging support files (optional).

/var/local
Variable data for /usr/local.

/var/lock
Lock files are placed in this directory. The naming convention
for device lock files is LCK..<device> where <device> is the de‐
vice's name in the filesystem. The format used is that of HDU
UUCP lock files, that is, lock files contain a PID as a 10-byte
ASCII decimal number, followed by a newline character.

/var/log
Miscellaneous log files.

/var/opt
Variable data for /opt.
/var/mail
Users' mailboxes. Replaces /var/spool/mail.

/var/msgs
Reserved for historical reasons.

/var/preserve
Reserved for historical reasons.

/var/run
Run-time variable files, like files holding process identifiers
(PIDs) and logged user information (utmp). Files in this direc‐
tory are usually cleared when the system boots.

/var/spool
Spooled (or queued) files for various programs.

/var/spool/at
Spooled jobs for at(1).

/var/spool/cron
Spooled jobs for cron(8).

/var/spool/lpd
Spooled files for printing (optional).

/var/spool/lpd/printer
Spools for a specific printer (optional).

/var/spool/mail
Replaced by /var/mail.

/var/spool/mqueue
Queued outgoing mail (optional).

/var/spool/news
Spool directory for news (optional).

/var/spool/rwho
Spooled files for rwhod(8) (optional).
/var/spool/smail
Spooled files for the smail(1) mail delivery program.

/var/spool/uucp
Spooled files for uucp(1) (optional).
/var/tmp
Like /tmp, this directory holds temporary files stored for an
unspecified duration.

/var/yp
Database files for NIS, formerly known as the Sun Yellow Pages
(YP).

STANDARDS
The Filesystem Hierarchy Standard (FHS), Version 3.0
⟨https://refspecs.linuxfoundation.org/fhs.shtml⟩, published March 19,
2015

BUGS
This list is not exhaustive; different distributions and systems may be
configured differently.

SEE ALSO
find(1), ln(1), proc(5), file-hierarchy(7), mount(8)

The Filesystem Hierarchy Standard

JERCICIO EXTRA SSH Last Update: 20-Enero-2022


--------------------
1.- Crear en workstation un usuario llamado "admin1" con password "sistemas1".

[root@workstation~] useradd admin1


echo "sistemas1" | passwd --stdin admin1

2- Acceder desde servera a workstation usando el usuario "admin1" y salir.

ssh root@servera

ssh admin1@workstation

metemos passwd "sistemas1"

3.- Hacer que el usuario "admin1" pueda conectarse usando autenticación basada en
claves a servera como usuario "student"
NOTA: En servera NO debe existir el usuario "admin1"

ssh root@workstation
ssh admin1@woekstation
ssh-keygen creamos clave
sh-copy-id student@servera
comprobamos

4.- Crear en servera un fichero en /tmp llamado "salida.txt" con la ejecución del
comando "hostname" de workstation usando el usuario "admin1".

ssh student@servera "hostname > /tmp/salida.txt"


cat /tmp/salida.txt servera.lab.example.com

5.- Crear en workstation un usuario llamado "admin2" con password "admin2" que
pertenezca al grupo "sistemas"

groupadd sistemas
usermod -aG sistemas admind2 comprobamos con id admin2

6.- Hacer que desde servera el usuario "student" se conecte a workstation con el
usuario "admin2" usando autenticación basada en claves
NOTA: En servera NO debe existir el usuario "admin2"

student@servera ssh-keygen creamos claves


ssh-copy-id admind2@workstation
comprobamos con ssh admin2@workstation

7.- Crear en workstation un directorio colaborativo /home/sistemas para los


usuarios del grupo "sistemas" donde sólo cada
usuario pueda borrar sus ficheros. set gid mas stikycbit 3770

ssh root@workstation
cd /home para ver permisos
mkdir sistemas
chown :sistemas sistemas
chmod 3770 sistemas
ls -ld sistemas
drwxrws--T

8.- Conectar desde servera a workstation con el usuario "admin2" y crear el fichero
"hola.txt" en el directorio colaborativo

ssh admin2@workstation
cd /home/sistemas
touch hola.txt

9.- En servera, como usuario "student", crear un fichero "usuarios.txt" que


contenga las 7 ultimas líneas del fichero /etc/passwd de workstation.

Copiar este fichero con rsync en el /tmp de workstation usando el usuario


"admin2"

ssh student@servera
tail -n 7 /etc/passwd > usuarios.txt

rsync -av usuarios.txt admin2@workstation:/tmp

scp entorno-linux-1-2.noarch.rpm student@servera:/home/student/entorno/

lab start rhcsa-rh124-review1

• Inicie sesión en serverb con el usuario student.


• Cree el directorio /home/student/grading.
• Cree tres archivos vacíos llamados grade1, grade2 y grade3 en el directorio
/home/
student/grading.
• Capture las primeras cinco líneas del archivo /home/student/bin/manage en el
archivo /
home/student/grading/review.txt.
544 RH124-RHEL9.3-es-1-20240717
capítulo 15 | Revisión exhaustiva
• Anexe las últimas tres líneas del archivo /home/student/bin/manage al archivo
/home/
student/grading/review.txt. No sobrescriba ningún texto existente en el archivo
/home/
student/grading/review.txt.
• Copie el archivo /home/student/grading/review.txt en el archivo /home/student/
grading/review-copy.txt.
• Edite el archivo /home/student/grading/review-copy.txt para que la línea Test JJ
aparezca dos veces.
• Edite el archivo /home/student/grading/review-copy.txt para eliminar la línea
Test
HH.
• Edite el archivo /home/student/grading/review-copy.txt para que exista una línea
A
new line entre la línea Test BB y la línea Test CC.
• Cree un enlace duro /home/student/hardcopy al archivo /home/student/grading/
grade1. Debe crear el enlace duro después de completar el paso anterior para crear
el archivo
/home/student/grading/grade1.
• Cree un enlace simbólico /home/student/softcopy al archivo /home/student/grading/
grade2.
• Guarde la salida de un comando que enumera el contenido del directorio /boot en
el archivo
/home/student/grading/longlisting.txt. La salida debe ser un "listado largo" que
incluye permisos de archivo, propietario y propietario del grupo, tamaño y fecha de
modificación
de cada archivo. La salida debe omitir los archivos ocultos.

student@workstation ~]$ lab start rhcsa-rh124-review2


Especificaciones
• Inicie sesión en serverb con el usuario student.
• Identifique y cierre el proceso que actualmente usa la mayor cantidad de tiempo
de CPU.
• Cree el grupo database con un GID de 50000.
• Cree el usuario dbadmin1 y configúrelo con los siguientes requisitos:
– Agregue el grupo database como grupo complementario.
– Establezca la contraseña en redhat y fuerce un cambio de contraseña en el primer
inicio de
sesión.
552 RH124-RHEL9.3-es-1-20240717
capítulo 15 | Revisión exhaustiva
– Permita que se cambie la contraseña después de 10 días desde el día del último
cambio de
contraseña.
– Establezca la caducidad de la contraseña después de 30 días desde el día del
último cambio
de contraseña.
– Permita que el usuario use el comando sudo para ejecutar cualquier comando como
superusuario.
– Configure la máscara de usuario predeterminada como 007 para el usuario dbadmin1.
• Cree el directorio /home/dbadmin1/grading/review2 con dbadmin1 como usuario
propietario y el grupo database como grupo propietario.
• Configure el directorio /home/dbadmin1/grading/review2 para que el grupo database
sea propietario de cualquier archivo o subdirectorio que se cree en este
directorio,
independientemente del usuario que creó el archivo. Configure los permisos del
directorio para
permitir que los miembros del grupo database accedan al directorio y creen
contenido en él.
Todos los demás usuarios deben tener permisos de lectura y ejecución en el
directorio.
• Asegúrese de que los usuarios solo puedan eliminar archivos de su propiedad del
directorio /
home/dbadmin1/grading/review2.

Especificaciones• Inicie sesión en serverb con el usuario student.


• Cree el directorio /home/student/grading.
• Cree tres archivos vacíos llamados grade1, grade2 y grade3 en el directorio
/home/
student/grading.
• Capture las primeras cinco líneas del archivo /home/student/bin/manage en el
archivo /
home/student/grading/review.txt.
544 RH124-RHEL9.3-es-1-20240717
capítulo 15 | Revisión exhaustiva
• Anexe las últimas tres líneas del archivo /home/student/bin/manage al archivo
/home/
student/grading/review.txt. No sobrescriba ningún texto existente en el archivo
/home/
student/grading/review.txt.
• Copie el archivo /home/student/grading/review.txt en el archivo /home/student/
grading/review-copy.txt.
• Edite el archivo /home/student/grading/review-copy.txt para que la línea Test JJ
aparezca dos veces.
• Edite el archivo /home/student/grading/review-copy.txt para eliminar la línea
Test
HH.
• Edite el archivo /home/student/grading/review-copy.txt para que exista una línea
A
new line entre la línea Test BB y la línea Test CC.
• Cree un enlace duro /home/student/hardcopy al archivo /home/student/grading/
grade1. Debe crear el enlace duro después de completar el paso anterior para crear
el archivo
/home/student/grading/grade1.
• Cree un enlace simbólico /home/student/softcopy al archivo /home/student/grading/
grade2.
• Guarde la salida de un comando que enumera el contenido del directorio /boot en
el archivo
/home/student/grading/longlisting.txt. La salida debe ser un "listado largo" que
incluye permisos de archivo, propietario y propietario del grupo, tamaño y fecha de
modificación
de cada archivo. La salida debe omitir los archivos ocultos.

lab start rhcsa-rh124-review3

• Inicie sesión en serverb con el usuario student.


• Genere claves de SSH para el usuario student. No proteja la clave privada con una
frase de
contraseña. Guarde las claves privada y pública como los archivos
/home/student/.ssh/
review3_key y /home/student/.ssh/review3_key.pub, respectivamente.
• Configure el usuario student en servera para aceptar inicios de sesión
autenticados por el
par de claves SSH review3_key. El usuario student en serverb deberá ser capaz de
iniciar
sesión en servera con SSH sin ingresar una contraseña.
• En serverb, configure el servicio sshd para evitar que el usuario root inicie
sesión.
RH124-RHEL9.3-es-1-20240717 559
capítulo 15 | Revisión exhaustiva
• En serverb, configure el servicio sshd para evitar que los usuarios usen su
contraseña para
iniciar sesión. Los usuarios aún deben ser capaces de autenticar los inicios de
sesión con un par
de claves SSH.
• Instale el paquete zsh en la máquina serverb.

• En serverb, determine el nombre de la interfaz Ethernet y su perfil de conexión


activa.
• En serverb, cree y active un perfil de conexión llamado static para la interfaz
Ethernet
disponible. El perfil static establece de manera estática las configuraciones de la
red y no usa
DHCP. Configure el perfil static para usar los ajustes de red en la siguiente
tabla:

Parámetro Configuración

Dirección IPv4 172.25.250.111


Máscara de red 255.255.255.0
Puerta de enlace 172.25.250.254
Servidor DNS 172.25.250.254

• Establezca el nombre de host serverb como server-review4.lab4.example.com.


• En serverb, establezca client-review4 como el nombre de host canónico para la
dirección
IPv4 servera 172.25.250.10.
• Configure el perfil de conexión static con una dirección IPv4 adicional de
172.25.250.211
con una máscara de red de 255.255.255.0. No elimine la dirección IPv4 existente.
Verifique
que serverb responde a todas las direcciones cuando la conexión static está activa.
• En serverb, restaure la configuración de red original activando el perfil de
conexión de red
original
Especificaciones
• Inicie sesión en la máquina serverb con el usuario student y cambie al usuario
root.
• Identifique el dispositivo de bloque desmontado que contiene un sistema de
archivos XFS en la
máquina serverb. Monte el dispositivo de bloque en el directorio /review5-disk .
• Buscar el archivo review5-path. Cree un archivo /review5-disk/review5-path.txt
con
una sola línea que consiste en la ruta absoluta al archivo review5-path.
• Enumere todos los archivos que sean propiedad del usuario contractor1 y del grupo
contractor. Los archivos también deben tener los permisos octales de 640. Guarde la
lista de
estos archivos en el archivo /review5-disk/review5-perms.txt.
• Busque todos los archivos con un tamaño de 100 bytes. Guarde las rutas absolutas
a estos
archivos en el archivo /review5-disk/review5-size.txt.
RH124-RHEL9.3-es-1-20240717 571

for i in {0..7}; do for j i{0..7} do for k in {0..7}; do touch ${i}${j}${k}

donde; done ; done


^

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy