4.2.6 Práctica de laboratorio: Trabajar con archivos de texto en la CLI

Última actualización: septiembre 15, 2022

4.2.6 Práctica de laboratorio: Trabajar con archivos de texto en la CLI (versión para el instructor)

Objetivos

El objetivo de este laboratorio, es familiarizar el uso de editores de texto y archivos de configuración de la línea de comando de Linux.
Parte 1: Editor gráfico de texto
Parte 2: Editor de texto por línea de comando
Parte 3: Trabajar con archivos de configuración

Recursos necesarios

• Máquina virtual CyberOps Workstation

Instrucciones

Parte 1: Editores de texto gráficos

Antes de trabajar con archivos de texto en Linux, deben familiarizarse con los editores de texto.

Los editores de texto pertenecen a una de las categorías más antiguas de aplicaciones creadas para computadoras. Linux, al igual que muchos otros sistemas operativos, tiene muchos editores de texto diferentes, con diversas características y funciones. Algunos editores de texto tienen interfaces gráficas, mientras que otros solo se pueden utilizar desde la línea de comandos. Cada editor de texto tiene un conjunto de características diseñadas para admitir una situación de trabajo específica. Algunos editores de texto están enfocados en la programación y tiene características como resaltado de sintaxis, correspondencia de paréntesis y corchetes, buscar y reemplazar, compatibilidad con expresiones regulares multilínea, corrector ortográfico y otras características centradas en la programación.

Para guardar espacio y mantener la máquina virtual ligera, la máquina virtual Cisco CyberOps solo incluye SciTE como una aplicación gráfica de editor de texto. SciTE es un editor de texto simple, pequeño y rápido. No tiene muchas características avanzadas, pero es totalmente compatible con el trabajo que se realiza en este curso.

Nota: La elección del editor de texto es personal. Ningún editor de texto es mejor que otro. El mejor editor de texto es con el que se sientan más cómodo y se adapte mejor a su trabajo.

Paso 1: Abrir SciTE desde la GUI

a. Inicien sesión en la VM CyberOps con analyst como usuario y cyberops como contraseña. En toda esta práctica de laboratorio se utiliza la cuenta analyst como el usuario de ejemplo.

b. En la barra superior, diríjase a Aplicaciones > CyberOPS > SciTE para abrir el editor de texto SciTE.

c. SciTE es simple, pero tiene ciertas características importantes: entorno con fichas y resaltado de sintaxis, entre otras. Trabajen algunos minutos con SciTE. En el área de trabajo principal, escriban o copien y peguen el siguiente texto:

“El espacio es grande. Realmente grande. Simplemente no creerán lo vasto, enorme y abominable grande que es. Es decir, pueden pensar que la farmacia está lejos, pero no puede compararse con el espacio”.

― Douglas Adams, The Hitchhiker’s Guide to the Galaxy

d. Hagan clic en File > Save (Archivo > Guardar) para guardar el archivo. Observen que SciTE trata de guardar el archivo en el directorio de inicio del usuario actual (analyst) de manera predeterminada. Llame space.txt al archivo y haga clic en Guardar.

e. Cierren SciTE; para ello, hagan clic en el icono de la X del ángulo superior derecho de la ventana y, luego, vuelvan a abrir SciTE.

f. Hagan clic en File > Open… (Archivo > Abrir…) y busquen el archivo que acaban de guardar: space.txt.

¿Pudieron encontrar space.txt inmediatamente?
No

g. Aunque SciTE está buscando en el directorio correcto (/home/analyst), no se ve space.txt. Esto se debe a que SciTE está buscando extensiones conocidas, y .txt no es una de ellas. Para mostrar todos los archivos, hagan clic en el menú desplegable de la parte inferior de la ventana Open File (Abrir archivo) y seleccionen All Files (*) (Todos los archivos [*]).

h. Seleccione space.txt para abrirlo.

Nota: Si bien los sistemas de archivos Linux no dependen de las extensiones, algunas aplicaciones como SciTE pueden tratar de utilizarlas para identificar tipos de archivos.

i. Cierren space.txt cuando hayan terminado.

Paso 2: Abrir SciTE desde el terminal

a. Como alternativa, también pueden abrir SciTe desde la línea de comandos. Hacer click en el icono del terminal localizado en el Dock de la parte inferior del escritorio. Se abrirá el emulador de terminales.

b. Escriban ls para ver el contenido del directorio actual. Observen que space.txt está en la lista. Esto quiere decir que no han proporcionado información sobre la ruta para abrir el archivo.

c. Escriba scite space.txt para abrir SciTE. Tengan presente que con esto no solo se abrirá SciTE en la GUI, sino que también se cargará automáticamente el archivo de texto space.txt que se creó previamente.

[analyst@secOps ~]$ scite space.txt

d. Fíjense que aunque SciTE está abierto en primer plano, la ventana del terminal que se utiliza para abrirlo sigue abierta en segundo plano. Además, observen que en la ventana del terminal que se utilizó para abrir SciTE ya no aparece el cursor.

¿Por qué no se muestra el prompt en el terminal?
Porque el terminal está ejecutando SciTE y, por lo tanto, no puede recibir comandos.

e. Cierren esta instancia de SciTE; para ello, haga clic en el icono de la X como antes o regrese a la ventana del terminal desde la que se abrió SciTE y detenga el proceso. Pueden detener el proceso si presionan CTRL+C.

Nota: Iniciar SciTE desde la línea de comandos es útil cuando se quiere ejecutar SciTE como root. Simplemente antepongan el comando sudo a scite: sudo scite.

f. Cierren SciTE y pasen a la sección siguiente.

Parte 2: Editores de texto de la línea de comandos

Si bien los editores de texto gráficos son prácticos y fáciles de usar, los basados en la línea de comandos con muy importantes en computadoras con Linux. El principal beneficio de los editores de texto basados en la línea de comandos es que permiten editar un archivo de texto desde una shell remota de una computadora remota.

Tenga en cuenta el siguiente escenario. Un usuario tiene que realizar tareas administrativas en una computadora con Linux pero no está sentado al frente de este equipo. Entonces, utiliza SSH para iniciar una shell remota a la computadora antes mencionada. En la shell remota basada en texto, es posible que la interfaz gráfica no esté disponible y eso hace que resulte imposible trabajar con editores de texto gráficos. En este tipo de situación, los editores de texto basados en texto son cruciales.

Nota: Esto resulta especialmente cierto cuando se establecen conexiones con servidores remotos sin periféricos que no tienen interfaz GUI.

La máquina virtual de Cisco CyberOps incluye algunos editores de texto basados en línea de comandos. Este curso se enfoca en nano.

Nota: Otro editor de texto extremadamen te popular se llama vi. Aunque la curva de aprendizaje de vi seconsidera empinada, vi es un editor de texto muy potente basado en la línea de comando. Está incluido de manera predeterminada en todas las distribuciones de Linux y su código original se creó en 1976. Existe una versión actualizada de vi que se llama vim, y significa vi-improved (vi-mejorado). Actualmente, la mayoría de los usuarios de vi en realidad están utilizando la versión actualizada: vim.

Debido a la falta de soporte gráfico, nano (o GNU nano) se puede controlar solamente desde el teclado. CTRL+O guarda el archivo actual; CTRL+W abre el menú de búsqueda. GNU nano utiliza una barra de accesos directos de dos líneas en la parte inferior de la pantalla; allí se incluyen varios comandos para el contexto actual. Después de abrir nano, presionen CTRL+G para ver la pantalla de ayuda y una lista completa.

a. En la ventana del terminal escriban nano space.txt para abrir el archivo de texto que crearon en la Parte 1.

[analyst@secOps ~]$ nano space.txt

1) Nano se abrirá y cargará automáticamente el archivo de texto space.txt. Aunque puede parecer que el texto está truncado o incompleto, no es así. Como el texto se creó sin caracteres de retorno y la justificación de línea no está habilitada de manera predeterminada, nano está mostrando una línea de texto larga.

Utilicen las teclas Inicio y Fin del teclado para desplazarse rápidamente hasta el comienzo y el final de una línea, respectivamente.

¿Qué carácter utiliza nano para indicar que una línea continúa más allá de los límites de la pantalla?
El signo mayor que (>) o el signo de dólar ($), según la versión nano.

b. Como se muestra en las líneas de acceso directo de la parte inferior, CTRL+X puede utilizarse para salir de nano. Nano le preguntará si desea guardar el archivo antes de salir (“Y” para Sí o “N” para No). Si eligen ‘Y’, se les solicitará que presionen Intro para aceptar el nombre de archivo proporcionado, cambiar el nombre de archivo o introducir un nombre de archivo si se trata de un documento nuevo sin nombre.

c. Para controlar nano pueden utilizar las teclas CTRL, ALT, ESCAPE o META. La tecla META es la tecla del teclado que tiene el logotipo de Windows o Mac, dependiendo de la configuración del teclado.

La navegación en nano es muy simple. Utilicen las flechas para desplazarse por los archivos. También se pueden utilizar las teclas RePág y AvPág para saltar páginas enteras hacia adelante o hacia atrás. Trabajen unos minutos con nano y con su pantalla de ayuda. Para entrar a la pantalla de ayuda presionen CTRL+G. Presione q para salir de la pantalla de ayuda y volver a la edición de documentos en nano.

Parte 3: Trabajar con archivos de configuración

En Linux, todo es tratado como un archivo, incluyendo la memoria, los discos, el monitor, los archivos y los directorios. Desde el punto de vista del sistema operativo, todo es un archivo. No debería sorprendernos que el propio sistema esté configurado por medio de archivos. Conocidos como archivos de configuración, suelen ser archivos de texto y son utilizados por diversas aplicaciones y servicios para almacenar ajustes y valores de configuración correspondientes a cada aplicación o servicio específico. En Linux, prácticamente todo depende de archivos de configuración para funcionar. Algunos servicios no tienen solo uno sino varios archivos de configuración.

Los usuarios con los niveles de permisos correctos utilizan editores de texto para cambiar el contenido de dichos archivos de configuración. Después de realizados los cambios, se guarda el archivo que ya puede ser utilizado por el servicio o la aplicación relacionados. Los usuarios pueden especificar exactamente cómo quieren que se comporte cualquier aplicación o servicio determinado. Cuando se abren, los servicios y las aplicaciones comprueban el contenido de archivos de configuración específicos y ajustan su comportamiento en consecuencia.

Paso 1: Localizar archivos de configuración

El autor del programa define la ubicación de la configuración correspondiente a un programa determinado (servicio o aplicación). Por ese motivo, se debe consultar la documentación cuando se evalúa la ubicación del archivo de configuración. Sin embargo, convencionalmente, en Linux, los archivos de configuración que se utilizan para configurar aplicaciones del usuario a menudo se ubican en el directorio de inicio del usuario, mientras que los archivos de configuración utilizados para controlar servicios que abarcan a todo el sistema se ubican en el directorio /etc. Los usuarios siempre tienen permiso para escribir en sus propios directorios de inicio, y pueden configurar el comportamiento de las aplicaciones que utilizan.

a. Utilicen el comando ls para generar una lista de todos los archivos presentes en el directorio de inicio de analyst:

[analyst@secOps ~]$ ls –l
total 20
drwxr-xr-x 2 analyst analyst 4096 Mar 22 2018 Desktop
drwxr-xr-x 3 analyst analyst 4096 Apr 2 14:44 Downloads
drwxr-xr-x 9 analyst analyst 4096 Jul 19 2018 lab.support.files
drwxr-xr-x 2 analyst analyst 4096 Mar 21 2018 second_drive
-rw-r--r-- 1 analyst analyst 255 Apr 17 16:42 space.txt

Aunque se muestran algunos archivos, ninguno de ellos parece ser un archivo de configuración. Esto se debe a que la convención es ocultar los archivos de configuración alojados en los directorios de inicio anteponiendo un carácter de “.” (punto) a sus nombres.

b. Vuelvan a utilizar el comando ls, pero esta vez agreguen la opción –a para incluir los archivos ocultos en la salida:

[analyst@secOps ~]$ ls –a
total 144
drwx------ 14 analyst analyst 4096 Apr 17 16:34 .
drwxr-xr-x 3 root root 4096 Mar 20 2018 ..
-rw------- 1 analyst analyst 424 Apr 17 12:52 .bash_history
-rw-r--r-- 1 analyst analyst 21 Feb 7 2018 .bash_logout
-rw-r--r-- 1 analyst analyst 57 Feb 7 2018 .bash_profile
-rw-r--r-- 1 analyst analyst 97 Mar 20 2018 .bashrc
-rw-r—r— 1 analista 141 Feb 7 2018 .bashrc_stock
drwxr-xr-x 8 analyst analyst 4096 Mar 25 12:18 .cache
drwxr-xr-x 10 analyst analyst 4096 Jul 19 2018 .config
drwxr-xr-x 2 analyst analyst 4096 Mar 22 2018 Desktop
-rw-r--r-- 1 analyst analyst 23 Mar 23 2018 .dmrc
drwxr-xr-x 3 analyst analyst 4096 Apr 2 14:44 Downloads
drwx------ 3 analyst analyst 4096 Mar 22 2018 .gnupg
-rw------- 1 analyst analyst 2520 Mar 24 12:32 .ICEauthority
drwxr-xr-x 2 analyst analyst 4096 Mar 24 2018 .idlerc
drwxr-xr-x 9 analyst analyst 4096 Jul 19 2018 lab.support.files
-rw------- 1 analyst analyst 61 Mar 24 12:36 .lesshst
drwxr-xr-x 3 analyst analyst 4096 Mar 22 2018 .local
drwx------ 5 analyst analyst 4096 Mar 24 2018 .mozilla
drwxr-xr-x 2 analyst analyst 4096 Mar 21 2018 second_drive
-rw-r--r-- 1 analyst analyst 255 Apr 17 16:42 space.txt
<Some output omitted>

c. Utilicen el comando cat para mostrar el contenido del archivo .bashrc. Este archivo se utiliza para configurar el comportamiento y la personalización de terminales específicos del usuario.

[analyst@secOps ~]$ cat .bashrc
export EDITOR=vim

PS1='\[\e[1;32m\][\u@\h \W]\$\[\e[0m\] '
alias ls="ls --color"
alias vi="vim"

Por el momento, no se preocupen demasiado por la sintaxis de .bashrc. Lo que es importante observar es que .bashrc contiene la configuración correspondiente al terminal Por ejemplo: la línea PS1=’\[\e[1;32m\][\u@\h \W]\$\[\e[0m\] ‘ define la estructura del cursor en el cursor que muestra el terminal: [nombredeusuario@dir_actual del nombredehost], seguido por un signo de dólar, todo en color verde. Ciertas configuraciones adicionales incluyen accesos directos a comandos como ls y vi. En este caso, cada vez que el usuario escribe ls, el shell lo convierte automáticamente en ls –color para exhibir una salida codificada por colores correspondiente a ls (los directorios en azul, los archivos comunes en gris, los archivos ejecutables en verde, etc.).

La sintaxis específica está fuera del alcance de este curso. Lo importante es entender que las configuraciones del usuario convencionalmente se almacenan como archivos ocultos en el directorio de inicio del usuario.

d. Mientras que los archivos de configuración relacionados con aplicaciones del usuario convencionalmente se ubican en el directorio de inicio del usuario, los relacionados con servicios que abarcan a todo el sistema se colocan en el directorio /etc, por convención. Los servicios web, servicios de impresión, servicios FTP y los servicios de correo electrónico son ejemplos de servicios que afectan todo el sistema y cuyos archivos de configuración se almacenan en /etc. Tengan presente que los usuarios comunes no tienen acceso de lectura a /etc. Esto es importante porque restringe la capacidad para cambiar la configuración de servicios que abarcan a todo el sistema solamente al usuario raíz.

Utilice el comando ls para generar una lista con el contenido del directorio /etc:

[analyst@secOps ~]$ ls /etc
adjtime host.conf mke2fs.conf rc_maps.cfg
apache-ant hostname mkinitcpio.conf request-key.conf
apparmor.d hosts mkinitcpio.d request-key.d
arch-release ifplugd modprobe.d resolv.conf
avahi initcpio modules-load.d resolvconf.conf
bash.bash_logout inputrc motd rpc
bash.bashrc iproute2 mtab rsyslog.conf
binfmt.d iptables nanorc securetty
ca-certificates issue netconfig security
crypttab java-7-openjdk netctl services
dbus-1 java-8-openjdk netsniff-ng shadow
default kernel nginx shadowdepmod.d krb5.conf nscd.conf shells
dhcpcd.conf ld.so.cache nsswitch.conf skel
dhcpcd.duid ld.so.conf ntp.conf ssh
dkms ld.so.conf.d openldap ssl
drirc libnl openvswitch sudoers
elasticsearch libpaper.d os-release sudoers.d
environment lightdm pacman.conf sudoers.pacnew
ethertypes locale.conf pacman.conf.pacnew sysctl.d
filebeat locale.gen pacman.d systemd
fonts locale.gen.pacnew pam.d tmpfiles.d
fstab localtime pango trusted-key.key
gai.conf login.defs papersize udev
gemrc logrotate.conf passwd UPower
group logrotate.d passwd- vdpau_wrapper.cfg
group- logstash pcmcia vimrc
group.pacnew lvm pkcs11 webapps
grub.d machine-id polkit-1 wgetrc
gshadow mail.rc profile X11
gshadow- makepkg.conf profile.d xdg
gshadow.pacnew man_db.conf protocols xinetd.d
gtk-2.0 mdadm.conf pulse yaourtrc
gtk-3.0 mime.types rc_keymaps

e. Utilizar el comando cat para mostrar el contenido del archivo bash.bashrc:

[analyst@secOps ~]$ cat /etc/bash.bashrc
#
# /etc/bash.bashrc
#
# If not running interactively, don't do anything
[[ $- != *i* ]] && return
[[ $DISPLAY ]] && shopt -s checkwinsize
PS1='[\u@\h \W]\$ '
case ${TERM} in
xterm*|rxvt*|Eterm|aterm|kterm|gnome*)
PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033]0;%s@%s:%s\007"
"${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
;;
screen)
PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033_%s@%s:%s\033\\"
"${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
;;
esac
[ -r /usr/share/bash-completion/bash_completion ] && . /usr/share/bashcompletion/bash_completion
[analyst@secOps ~]$

La sintaxis de bash.bashrc está fuera del alcance de este curso. Este archivo define el comportamiento predeterminado del shell para todos los usuarios. Si un usuario quiere personalizar el comportamiento de su propio shell, se puede anular el comportamiento predeterminado si se edita el archivo .bashrc ubicado en el directorio de inicio del usuario. Como se trata de una configuración que abarca a todo el sistema, el archivo de configuración se ubica en /etc, por lo que solo puede ser editado por el usuario raíz. Por lo tanto, el usuario tendrá que iniciar sesión como root para modificar bash.bashrc.

¿Por qué los archivos de configuración de las aplicaciones del usuario se guardan en el directorio de inicio del usuario y no en /etc, junto con los demás archivos de configuración que abarcan a todo el sistema?
Los usuarios habituales no tienen permiso para escribir en / etc. Debido a que Linux es un
sistema operativo multiusuario, colocar los archivos de configuración de la aplicación de usuario
en / etc evitaría que los usuarios puedan personalizar sus aplicaciones.

Paso 2: Editar y guardar archivos de configuración

Como ya se mencionó, los archivos de configuración se pueden editar con editores de texto.

Editemos .bashrc para cambiar el color del indicador del shell de verde a rojo para el usuario analyst.

a. Primero, abra SciTE; para ello, seleccione Aplicaciones > CyberOPS > SciTE desde la barra de herramientas situada en la parte superior de la pantalla de la VM CyberOPS de Cisco.

b. Seleccionen File > Open (Archivo > Abrir) para abrir la ventana Open File (Abrir archivo) de SciTE.

c. Como .bashrc es un archivo oculto sin extensión, SciTE no lo muestra en la lista de archivos. Si la característica Ubicación no está visible en el cuadro de diálogo, cambie el tipo de archivo que se muestra seleccionando Todos los archivos (*) en el cuadro desplegable de tipo, como se muestra a continuación. Se muestran todos los archivos en el directorio de inicio del analista.

d. Seleccione .bashrc y haga clic en Abrir.

e. Ubiquen el 32 y reemplácenlo por un 31. 32 es el código de color correspondiente al verde, mientras que 31 representa al rojo.

f. Seleccionen File > Save (Archivo > Guardar) para guardar el archivo, y hagan clic en el icono de la X para cerrar SciTE.

g. Hagan clic en el icono del terminal ubicado en el Dock, en la parte inferior central de la pantalla de la VM Cisco CyberOPS. El cursor debería verse de color rojo y no verde.

La ventana del terminal que ya estaba abierta, ¿también cambió de color, de verde a rojo? Explique.
No. El archivo .bashrc se ejecuta y se aplica cuando se abre una terminal por primera vez, por lo
que las terminales abiertas anteriormente no se verán afectadas por los cambios en el archivo
.bashrc.

h. El mismo cambio se podría haber hecho desde la línea de comando con un editor de texto como nano. En una ventana del terminal nueva escriban nano .bashrc para abrir nano y cargarle automáticamente el archivo .bashrc:

[analyst@secOps ~]$ nano .bashrc
GNU nano 4.9.2 File: .bashrc
export EDITOR=vim
PS1='\[\e[1;31m\][\u@\h \W]\$\[\e[0m\] '
alias ls="ls --color"
alias vi="vim"
[ Read 5 lines ]
^G Get Help ^O Write Out ^W Where Is ^K Cut Text ^J Justify ^C Cur Pos
^X Exit ^R Read File ^\ Replace ^U Uncut Text^T To Spell ^_ Go To Line

i. Cambien el 31 por un 33. 33 es el código de color correspondiente al amarillo.

j. Presionen CTRL+X para guardar y Y para confirmar. El editor de texto nano también ofrece cambiar el nombre del archivo. Simplemente presionen INTRO para utilizar el mismo nombre: .bashrc.

k. El editor de texto nano terminará, y volverá al shell prompt. Esta vez vuelva a cargar el terminal bash introduciendo el comando bash en el terminal. El cursor ahora debería verse de color amarillo y no rojo.

Paso 3: Editar archivos de configuración correspondientes a servicios

Los archivos de configuración que abarcan a todo el sistema no son muy diferentes de los archivos de aplicación de usuario. nginx es un servidor web ligero que está instalado en la Máquina virtual Cisco CyberOPS. Se puede personalizar nginx cambiando su archivo de configuración, que se encuentra en /etc/nginx.

a. Primero abran el archivo de configuración de nginx con nano. El nombre del archivo de configuración que utilizamos aquí es custom_server.conf. A continuación, observen que el comando está precedido por el comando sudo. Después de escribir nano, incluyan un espacio y el switch -l para activar la numeración de líneas.

[analyst@secOps ~]$ sudo nano -l /etc/nginx/custom_server.conf
[sudo] contraseña para analyst:

Utilicen las teclas de las flechas para desplazarse por el archivo.

GNU nano 4.9.2 /etc/nginx/custom_server.conf
1
2 #user html;
3 worker_processes 1;
4
5 #error_log logs/error.log;
6 #error_log logs/error.log notice;
7 #error_log logs/error.log info;
8
9 #pid logs/nginx.pid;
10
11
12 events {
13 worker_connections 1024;
14 }
15
16
17 http {
18 include mime.types;
19 default_type application/octet-stream;
20
21 #log_format main '$remote_addr - $remote_user [$time_local] "$request" '
22 # '$status $body_bytes_sent "$http_referer" '
23 # '"$http_user_agent" "$http_x_forwarded_for"';
24
25 #access_log logs/access.log main;
26
27 sendfile on;
28 #tcp_nopush on;
29
30 #keepalive_timeout 0;
31 keepalive_timeout 65;
32
33 #gzip on;
34
35 types_hash_max_size 4096;
36 server_names_hash_bucket_size 128;
37
38 server {
39 listen 81;
40 server_name localhost;
41
42 #charset koi8-r;
43
44 #access_log logs/host.access.log main;
45
46 location / {
47 root /usr/share/nginx/html;
48 index index.html index.htm;
49 }
<Some output omitted>

Nota: Convencionalmente, se utilizan extensiones .conf para identificar archivos de configuración.

b. Aunque que el archivo de configuración tiene muchos parámetros, configuraremos solo dos: el puerto nginx escucha en busca de conexiones entrantes, y el directorio desde el que atenderá páginas web, incluido el archivo de la página de inicio HTML del índice.

c. Observen que, en la parte inferior de la ventana (arriba de los comandos de nano), el número de línea se ve resaltado y litado. En la línea 39, cambien el número de puerto de 81 a 8080. Esto le indicará a nginx que escuche solicitudes HTTP en el puerto TCP 8080.

d. A continuación, diríjase a la línea 47 y cambie la ruta de /usr/compartir/nginx/html/ a /usr/share/nginx/html/text_ed_lab/.

Nota: Tomen la precaución de no quitar el signo de punto y coma del final de la línea; si lo hacen, nginx arrojará un error al arrancar.

e. Presionen CTRL+X para guardar el archivo. Presionen Y y luego INTRO para confirmar y utilizar custom_server.conf como nombre de archivo.

f. Escriban el comando que se indica a continuación para ejecutar nginx utilizando el archivo de configuración modificado:

[analyst@secOps ~]$ sudo nginx -c custom_server.conf

g. Hagan clic en el icono del navegador web del Dock para abrir Firefox.

h. En la barra de direcciones, escriban 127.0.0.1:8080 para conectarse a un servidor web aojado en el puerto 8080 de la máquina local. Debería aparecer una página relacionada con esta práctica de laboratorio.

i. Después de que hayan podido abrir la página de inicio de nginx, miren el mensaje de conexión en la ventana del terminal.

¿A qué se refiere el mensaje de error?
El mensaje de error fue generado por la conexión exitosa de la página

j. Para cerrar el servidor web de nginx presionen INTRO y les aparecerá un símbolo del sistema; allí escriban el siguiente comando en la ventana del terminal:

[analyst@secOps ~]$ sudo pkill nginx

k. Pueden probar si el servidor nginx realmente está cerrado si primero borran el historial reciente del navegador web y, luego, lo cierran y vuelven a abrirlo para finalmente dirigirse a la página de inicio de nginx: 127.0.0.1:8080.

¿Aparece la página web?
No

Desafío: ¿Editar el archivo/etc/nginx/custom_configuration.conf con SciTE? Describan el proceso a continuación.

Recuerden: como el archivo está almacenado en /etc, necesitarán permisos de usuario raíz para editarlo.
Desde una ventana de terminal, emita sudo scite /etc/nginx/custom_configuration.conf para iniciar
scite como root.

Reflexión

Dependiendo del servicio, es posible que haya más opciones disponibles para su configuración.

La ubicación del archivo de configuración, su sintaxis y sus parámetros disponibles variarán según el servicio. Siempre consulten la documentación si necesitan información.

Los permisos son una causa muy común de problemas. Asegúrense de tener los permisos correctos antes de tratar de editar archivos de configuración.

Lo más frecuente es que sea necesario reiniciar los servicios para que los cambios surtan efecto.