UNIX surgió en 1969 en los Laboratorios Bell (Ken Thomson, Dennis Ritchie)

Dos grandes vertientes

Kernel (Núcleo): elemento más importante. Permite que las aplicaciones accedan al hardware. Es responsable de la gestión de recursos, seguridad, etc

Procesos de usuario: distintos programas ejecutándose concurrentemente en un sistema

La interacción entre el núcleo y los procesos se hace mediante llamadas al sistema (system calls)

La Free Software Foundation (Richard Stallman) considera que:

Un número importante de personas y organismos se oponen a esta definición. La mayoría de la gente lo llama simplemente Linux

Ninguno. El modelo de software libre no tiene, por sí mismo, ningún inconveniente para el usuario

Software libre inexistente o de calida insuficiente

Hardware no soportado

Soporte insuficiente

Otros (discutible) Quien me rodea usa determinado software

4 libertades

Facilita la reutilización

Mucho menor coste

Nadie impone la renovación de Hw, Sw ni formación de usuarios

Mejor interoperabilidad y escalabilidad

Garantía de privacidad

Permite conocer mejor el software y comprobar su calidad

Igualdad de oportunidades: Mismas herramientas para todos. Promoción de economía local

Gestión de procesos

Gestión de memoria

Gestión de dispositivos

Gestión de sistemas de ficheros

Gestión de red

Procesos = ejecutables + librerías dinámicas

Identificadores asociados a cada proceso:

uid=0 ⇒ super-usuario, “root”:

En los años 1980 y 1990, la aparición de los interfaces gráficos supuso un gran avance, al facilitar el uso de los ordenadores, especialmente para usuarios no especializados. También para tareas que se hacen eventualmente

Para tareas exigentes, son mucho menos eficiente que los interfaces de texto: obligan a hacer las cosas a mano y de una en una

Solo se puede hacer lo que el interfaz haya previsto que se haga

No es la filosofía Unix, no son estándar

Exigen sesión gráfica (mucho más caro que pj ssh)

No siempre disponibles (sistemas empotrados, routers, etc)

Hay gestores gráficos, pero no serán válidos en esta asignatura

X Window System es un sistema gráfico utilizado fundamentalmente en sistemas Unix, aunque es multiplataforma. También llamado X11, está desarrollado por la fundación X.org

Proporciona un mecanismo para mostrar ventanas gráficas basado en dos partes: cliente y servidor

Sobre las X Window va el gestor de ventanas ( Kwin, Enlightenment, Metacity, Xfwm, MWM...)

Sobre el gestor de ventanas, va el escritorio (KDE, Gnome, Xfce...)

Es más moderno, ligero y seguro

También sigue la arquitectura cliente-servidor

No usa gestores de ventanas sino unos elementos similares llamados compositors

Los escritorios (y las aplicaciones) son los mismos que con X Window, el usuario final no percibe la diferencia

interfaz texto: teclado

exit (EOF, Ctrl + D)

Por motivos de seguridad, el administrador debería lanzar procesos como root solo para lo que sea imprescindible, el tiempo imprescindible. El resto del tiempo, es preferible trabajar con una cuenta de usuario ordinario

Iniciar sesión con usuario root y contraseña de root (no recomendable, muchas veces no permitido)

su

Solicita la contraseña de root y ejecuta una shell como root. Todos los procesos lanzados serán de root, hasta que se cierre la shell

sudo <orden>

Permite ejecutar una única órden como root, desde una sesión de usuario ordinario

sudo no pregunta la contraseña de root, no es necesario conocerla (de hecho, en los sistemas con sudo, el usuario root no suele tener contraseña)

sudo solicita la contraseña del propio usuario que está lanzando sudo

Aquellos indicados en el fichero /etc/sudoers

Por omisión, el usuario que instala la máquina está en /etc/sudoers

En ubuntu, se incluye en /etc/sudoers a todos los usuarios del grupo admin

en algunos sistemas, sudo no está instalado y no se puede usar

en algunos sistemas, el uso de sudo es opcional

en algunos sistemas, como Ubuntu, el uso de sudo es obligatorio, los usuarios no pueden ejecutar su

gksudo mi-aplicacion

sudo echo hola > /tmp/aa

El proceso echo se lanza con la identidad del root (id 0), pero la redirección la ejecuta el usuario ordinario

Para poder usar redirecciones, ejecutamos una subshell con el parámetro -c

sudo bash -c "echo hola>aa"

sudo bash -c "find /root | grep prueba "

(o, alternativamente, sudo su)

En el lenguaje oral, la palabra root a veces provoca ambigüedades, podemos referirnos a

Por el contexto se distingue fácilmente

La palabra fichero también puede tener distintos significados

Cada usuario tiene un identificador (UID), un grupo principal (o primario) al que pertenece (GID), una serie de grupos adicionales, un nombre de usuario (login), un directorio de trabajo (home)

La orden id nos da el UID, el GID y los grupos adicionales de un usuario

Cada usuario puede tener dos tipos de recursos en un sistema UNIX: Procesos y Ficheros

Cada UID y cada GID puede tener asociado un nombre, especificado en los ficheros /etc/passwd y /etc/group, respectivamente

La información de /etc/passwd y /etc/group la utilizan diversas órdenes de administración. Ambos ficheros deben existir y ser coherentes para que el sistema funcione correctamente

No es recomendable editar estos ficheros directamente, sino mediante mandatos como usermod

Si se edita /etc/passwd y /etc/group/ directamente, debe usarse vipw y vigr

El campo passwd en el /etc/passwd y el /etc/shadow se encuentra cifrado con una función hash para evitar que los usuarios (y administradores) puedan conocer las contraseñas de otros usuarios.

Se usa un cifrado de un solo sentido: no existe algoritmo para averiguar la contraseña a partir de estos ficheros.

Pero se pueden probar varias contraseñas, hasta millones por segundo (John the Ripper).

Es imprescindible elegir palabras clave seguras, que no aparezcan en diccionarios, evitando nombres o fechas significativas, combinando símbolos, y de la mayor longitud posible.

Ejemplos de malas contraseñas:

Contraseñas que parecen buenas, pero son malas:

Buenas contraseñas

Para usos ordinarios, una contraseña razonablemente buena será parecida (¡pero no igual!) a una de estas

Contraseña	Nemotécnico
00QuReMa:	Queridos Reyes Magos:
3x4igDoze	3x4=doce
1pt,yTp1	uno para todos,todos para uno
19Dy500n	19 dias y 500 noches
R,cmqht?0	Rascayú, cuando mueras que harás tú?
wali1YS!	we all live in a Yellow Submarine
Lh10knpr.	le hare una oferta que no podrá rechazar

Para aplicaciones especialmente sensibles, es necesario ampliar el keyspace a 14 caracteres o más

Es conveniente que busquemos e inutilicemos las contraseñas débiles de nuestros usuarios, ya que suponen un primer punto de entrada en nuestro sistema

En Unix, el root no puede leer las contraseñas. Pero en otros entornos sí. Y muchos usuarios emplean siempre la misma contraseña

Ejemplo:

Los usuarios sin duda olvidarán en ocasiones su contraseña y tendremos que generles una nueva, de forma segura

Pero es muy poco profesional que nosotros como administradores olvidemos una contraseña. Debemos usar varias y guardarlas de forma medianamente segura (gpg, keepassx, lastpass, etc)

¿Y si a pesar de todo, la perdemos o nos la roban?

¿Y si no estamos disponibles? (Viaje, enfermedad, muerte...)

¿Y si nos secuestran?

¿Y si hacemos algún disparate?

Problema: Bastaría con que se pierde un trozo para perder el secreto

Solución: Algoritmos de secret sharing

Contiene la información de todos los usuarios del sistema.

Contenido: líneas con campos separados por dos puntos:

login :passwd :UID :GID :info :home-dir :shell

El campo “login” puede tener hasta 32 caracteres en Linux, pero se recomienda limitarlo a 8, como en los UNIX clásicos

El campo “passwd” contiene la contraseña cifrada (con DES o con MD5) y puede estar en otro fichero, en el /etc/shadow.

El campo “info” contiene el nombre real del usuario e información adicional como el teléfono, etc. Por (desafortunados) motivos históricos, también se le denomina GECOS

En algunos sistemas, puede haber información externa (NIS, LDAP. . .)

Programas que lo utilizan directamente: login, su, passwd.

Nombres de grupos del sistema, y miembros de cada grupo.

Contenido: líneas con campos separados por dos puntos:

nombre :passwd :GID :lista-logins

“lista-logins” son usuarios separador por comas que pertenecen a ese grupo.

El campo “passwd” no se suele utilizar. Permite ingresar en un grupo en el que no se es miembro.

En algunos sistemas, puede haber información externa (NIS, LDAP. . .)

Si existe, contiene las contraseñas cifradas de los usuarios del sistema.

Contenido: líneas con campos separados por dos puntos:

login :passwd :a :b :c :d :e :f :g

a: momento en que la passwd fue cambiada por última vez.

b: días que deben pasar antes de que pueda cambiarse.

c: días después de los cuales la passwd debe cambiarse.

d: días antes de la expiración para avisar al usuario.

e: días después de la expiración para desactivar la cuenta.

f: momento en que la cuenta se ha desactivado.

g: campo reservado.

salt se guarda en abierto: se añade al hash, son los primeros dos bytes

Esto obliga a que la rainbow table sea mucho mayor, puede hacerla inviable

Bloquear su contraseña en el /etc/passwd o /etc/shadow (añadiendo un carácter “-” o “*”, por ejemplo).

Eliminar sus tareas periódicas (/var/spool/cron).

Revisar /etc/aliases y .forward por si el usuario tuviera acciones a realizar con el correo recibido.

userdel

userdel -r también borra su correo y su home

No todas las líneas del /etc/passwd corresponden con usuarios físicos.

Super-usuario: uid=0 (su login es normalemente root).

Otros usuarios del sistema: se utilizan para:

Normalmente, los usuarios normales tienen UIDs entre el 1000 y el 30000.

Estas órdenes tienen set-uid para que un usuario normal pueda modificar información privilegiada.

Antes de nada, piden la passwd del usuario para verificar que es quien dice ser.

Bloquean cada fichero a modificar para asegurar exclusión de accesos.

Realizan las modificaciones.

Desbloquean ficheros.

echo "jperez:sesamo" | chpasswd

su ejecuta otra shell bajo un usuario distinto.

newgrp ejecuta una shell con distinto GID.

groupadd grupo

crea un grupo

adduser usuario¹

añade un usuario. Copia en su home el directorio /etc/skel

adduser usuario grupo

añade un usuario a un grupo

usermod -g grupo_primario usuario

Cambia el grupo primario por omisión del usuario

passwd usuario

Cambia la contraseña de un usuario

chown dueño fichero(s)

cambia el dueño de un fichero

chgrp dueño fichero(s)

cambia el grupo de un fichero

passwd

Cambia la contraseña del usuario

newgrp grupo

Entre los grupos de un usuario, elige el grupo primario

Ejecutar aplicaciones hechas para una plataforma sobre una plataforma diferente: p.e Microsoft Windows sobre Mac OS, Java Virtual Machine

Ofrecer un entorno seguro donde experimentar (sandbox)

Señuelos (Honeypots)

Empresas de hosting pueden ofrecer servidores virtuales (alimentación y conectividad redundante, soporte 24/365, etc)

Respaldo (backup) de máquinas enteras, no solo de datos. Ante un pequeño problema o un gran desastre, la máquina virtual se recupera inmediatamente

Seguridad: Cortafuegos, perímetros de seguridad,...

Portabilidad: Moviendo un directorio se puede mover la máquina virtual de una máquina real a otra

Independencia del Hardware, p.e. homogeneizar un conjunto de máquinas diferentes

...

La máquina real tal vez no existe (p.e. java)

Existe, pero es una máquina de propósito específico.

Un guest sobre un host de propósito general puede ser más eficiente

Todas ellas pueden conseguirse mediante virtualización

Pero la virtualización no es la única forma. Hay multitud de técnicas de administración alternativas que también ofrecen estas cualidades

Un buen administrador de sistemas evaluará lo más adecuado para cada caso

Se cambia el directorio raiz que percibe un proceso, (y sus hijos) de forma que no puede acceder fuera de cierto directorio.

No se aisla el acceso a otros procesos, memoria, CPU, red u otros dispositivos

Simulan algunas características del comportamiento externo de un sistema. P.e. simuladores de red (GloMoSim, JSIM, ns-2, OPNET, OMNet, etc)

Los mal llamados simulador de Zx-Spectrum para PC, simulador de Commodore 64 para PC, etc, no son simuladores. Son emuladores completos.

Wine. Reimplementación de la API de Win16 y Win32 para sistemas operativos basados en Unix bajo plataformas Intel. Permite ejecutar algunas aplicaciones para Windows en Linux.

Cedega es un fork comercial de Wine

Cygwin. Año 1995. Entorno para portar software POSIX a Windows, compuesto por:

Siempre es necesario recompilar las aplicaciones

En redes Windows los directorios e impresoras se exportan mediante los protocolos smb/cifs NetBIOS.

Samba es una implementación de estos protocolos, permite usar máquinas Unix en redes Windows

En Unix los directorios se exportan normalmente mediante NFS. Hay implementaciones de NFS para Windows. Permiten acceder a directorios Unix desde máquinas Windows

Normalmente exige máquinas idénticas

Las herramientas suelen poder clonar cualquier máquina, con independencia de su S.O.

preseed (debian)

kickstart (Red Hat)

nLite (Windows XP)

vLite (Windows Vista)

Muy usadas por los servicios de hosting

El interfaz de usuario suele ser via web

Las aplicaciones que soportan suelen ser aplicaciones para el web

Ejemplos: Softaculous, Installatron, Fantastico

cfengine

Herramienta tradicional, muy potente. Manejo de cierta complejidad

landscape

Para ubuntu. De pago

spacewalk

Para Red Hat y CentOS

Puppet

Herramienta muy popular. Basada en Ruby. Algo pesada

Ansible

Muy ligera, no necesita demonio en el cliente, solo ssh. En auge

MSCCM (Microsoft System Center Configuration Manager) Herramienta nativa en Windows para administración centralizada

Chef, Bcfg2, otras alternativas

Para las prácticas de esta asignatura, tendrás una cuenta en los laboratorios Linux del Departamento GSyC

La misma cuenta la usarás en las prácticas de muchas asignaturas del Departamento, durante toda la carrera/todo el máster

Las direcciones IP de cada máquina pueden consultarse en el fichero /etc/hosts de cualquier equipo

La misma cuenta permite entrar en todas las máquinas

Cada usuario verá el mismo home en todas las máquinas de Fuenlabrada

Cada usuario verá el mismo home en todas las máquinas de Móstoles, distinto al de Fuenlabrada

Los servidores están dimensionados para mover ficheros del orden de KBytes o MBytes, no GBytes

Los ficheros de los directorios /tmp/ y /var/tmp son locales a cada ordenador

Como en todo linux,

Una de las ventajas de las máquinas virtuales es que pueden clonarse (copiarse) de un host a otro. Para ello basta copiar un fichero o ficheros: la imagen de la máquina

VirtualBox llama a estas imágenes servicio virtualizado. En VirtualBox 4, es un fichero .ova ²

En el host origen, exportamos la imagen indicando dónde queremos guardar el .ova

Llevamos este ficheros al host destino

Importaremos el .ova, esto generará automáticamente una nueva copia del disco duro virtual, en el directorio especificado en

Podemos borrar el .ova, pero normalmente será preferible conservarlo por si queremos en el futuro otrá máquina como nueva

La del host origen, en formato .vmdk

La que viaja, incluida dentro del fichero .ova

La del host destino, en formato .vmdk

Un profesor instala una máquina virtual partiendo de cero

Crea una máquina, especifica su tamaño de disco, de memoria, etc

El profesor exporta la máquina virtual como fichero .ova (que dentro lleva un .vmdk ) y la deja en algún lugar, como p.e. el directorio /var/lib/vms de las máquinas de sus alumnos

Cada alumno instala la máquina virtual en su VirtualBox partiendo de la imagen creada por el profesor

Ahora el alumno podría exportar de nuevo la máquina virtual y llevársela en un pendrive al pc de su casa

Lanzamos VirtualBox desde la shell

Pulsamos el botón nueva, que ejecuta el asistente para crear una nueva máquina virtual

Indicamos el nombre de la m.v. (p.e. pc01, ro01, auditor01)

Sistema operativo Linux, Versión Ubuntu

El tamaño de memoria base dependerá de lo que tenga el host y necesite en guest. Como referencia:

Activamos Crear disco virtual y seguimos el asistente

El tamaño del disco dependerá de lo que tenga el host y necesite en guest. Como referencia:

En la ventana resumen revisamos todo y pulsamos Terminar

En el apartado de configuración de la máquina virtual, en Almacenamiento | controlador IDE (pulsamos en el icono que representa un CD con el signo +) (pulsamos en el CD recién creado, llamado "vacio") (Vamos a "dispositivo cd/dvd")

Aquí indicamos si usaremos el lector físico del host (anfitrión) o una imagen iso del cdrom/dvd

Comprobamos en Archivo|Preferencias|General| Carpeta predeterminada de máquinas

que el disco duro virtual quedará copiado en el lugar adecuado.

Archivo|Importar servicio virtualizado|Seleccionar

(Elegimos el fichero .ova)

En la ventana Configuración de importación de servicios virtualizados podemos cambiar algunos parámetros del guest (nombre, memoria, disco....)

Si dos máquinas van a compartir segmento de red, es necesario cambiar su dirección MAC

Si la imagen original se llama p.e. pcNN, haciendo clic sobre este nombre en la pantalla de configuración de importación, podemos cambiarlo. P.e. para llamarla pc01

O bien

Esto es persistente pero tiene efecto en el próximo reinicio

O bien ejecutar la orden hostname <NUEVO_NOMBRE>

Esto es inmediato pero no es persistente

Empaquetar y comprimir un directorio: tar -cvzf mi_imagen.tgz mi_directorio

Mostrar contenido: tar -tzf mi_imagen.tgz

Trocear: # tamaño fichero prefijo split -b 500MB mi_imagen.tgz mi_ima

(Observa que el segundo parámetro es igual al primero, pero añadiendo un punto)

Habremos generado mi_imagen.tgz.aa mi_imagen.tgz.ab mi_imagen.tgz.ac

Unir los fragmentos cat mi_imagen.tgz.* > mi_imagen.tgz

(En MS Windows para este paso podemos emplear HjSplit, Free File Splitter o cualquier otro programa similar)

Descomprimir y desempaquetar: tar -xvzf mi_imagen.tgz

(En MS Windows podemos usar 7-Zip o similares)

Cada máquina virtual puede tener hasta 4 interfaces aka adaptadores de red

adaptador 1 será eth0, adaptador 2 será eth1, etc

Cada interfaz puede conectarse a 5 tipos de segmento de red: No conectado, NAT, Adaptador puente, Red interna, Solo anfitrión

Not attached / No conectado

Emula una tarjeta con el cable de red desconectado

Network Address Translation (NAT)

Configuración por defecto. El guest tiene acceso al exterior (típicamente internet) a través de NAT. El host no tiene acceso al guest

Podemos usar varios guest, pero cada uno tiene su propio NAT y está aislado en su propio segmento de red

Bridged networking / Adaptador puente

Interfaz en el guest conectado virtualmente al mismo hub (real) que el host

El guest está en el segmento de red normal del host

Internal networking / Red interna

Red entre diferentes guests en un mismo host

Sin acceso al host ni al exterior

Host-only networking / Sólo anfitrión

Red entre el guest y el host, sin acceso al exterior

Permite tener varios guests en el mismo segmento de red

En pc01, el interfaz eth0 estaría conectado a NAT

Dentro de la máquina virtual, lo configuraríamos para obtener sus parámetros por DHCP

En pc01, el interfaz eth1 lo conectaríamos a una red interna. El nombre por omisión de este segmento de red es intnet (atención, significa internal net, no internet)

Podemos ponerle el nombre que queramos al segmento

Dentro de la máquina virtual pc01, configuraríamos estáticamente los parámetros de eth1

En pc02, conectaríamos eth0 a una red interna, con el mismo nombre que la red interna de eth1 en pc01 (en este ejemplo, intnet)

Dentro de pc02, configuraríamos estáticamente los parámetros de eth0

En tu PC esto no será un problema

En el laboratorio sí, el rendimiento sería muy pobre. Por tanto cambiaremos la ubicación por omisión de los discos duros virtuales

Cada alumno tendría que guardar en su cuenta del laboratorio 3 imágenes (con sus 3 discos duros virtuales completos)

Para trabajar en casa, tendría que llevarse las 3 imágenes con sus 3 discos duros virtuales completos

Para que 70 alumnos entreguen su práctica, el profesor tendría que manejar 210 discos duros virtuales completos

Solamente manejaremos estos ficheros, que estarán guardados en la cuenta de bilo y respaldados en la nube de Dropbox

Las máquinas virtuales serán de usar y tirar, tomarán la configuración de estos ficheros

Dentro de las máquinas virtuales, los ficheros de configuración serán enlaces simbólicos a ficheros en un directorio, que a su vez estará montado por red desde un directorio en el laboratorio

Dentro de la máquina virtual pc01, este fichero será un enlace simbólico que apuntará a /media/nube/interfaces

El directorio /media/nube de pc01, estará montado desde el directorio ~/Dropbox/pc01 del laboratorio

Por tanto, /etc/network/interfaces en la máquina virtual pc01 y ~/Dropbox/pc01/interfaces en el laboratorio serán el mismo fichero, podrá editarse indistintamente cualquiera de los dos

Basta con tener acceso por ssh a la máquina remota para poder montar un directorio

Tanto en máquinas físicas como virtuales

En un entorno docente, doméstico, de oficina, granja de servidores...

Mediante nfs, o scp, o rsync, o unison, o smb/cifs, o vboxsf...

Con la oportuna atención a la seguridad si se trata de un sistema en producción

Montar el home remoto: sshfs usuario@maquina: /punto/de/montaje

Montar un directorio remoto cualquiera sshfs usuario@maquina:/un/directorio /punto/de/montaje

(Siempre path absoluto, no soporta ~)

Desmontar: fusermount -u /punto/de/montaje

Sal de VirtualBox y borra la máquina vieja rm -rf ~/.VirtualBox rm -rf /var/tmp/tulogin/* # si este directorio existe

Vuelve a indicar en Archivo|Preferencias|General| Carpeta predeterminada de máquinas

que la carpeta predetermina de máquinas tiene que ser /var/tmp/tulogin

Vuelve a importar el servicio virtualizado (O copia /var/tmp/tulogin desde el host anterior)

Recuerda que el administrador puede borrar tu máquina virtual en cualquier momento, no guardes dentro nada de valor, todos tus ficheros deben estar en el directorio compartido

En esta asignatura, cada máquina Ubuntu tendrá por omisión un usuario de nombre user y contraseña user autorizado a ejecutar la orden sudo

En las máquinas sin gráficos, podemos usar varias consolas pulsando Alt F1, Alt F2, etc

Si dejamos la máquina virtual desatendida algunos minutos, puede saltar el salvapantallas y quedarse en negro. En tal caso, llevamos el foco a la máquina virtual (haciendo clic dentro) y pulsamos cualquier tecla

En Archivo | Administrador de medios virtuales

Elimina esa imagen de la lista de medios conocidos, o elimínala por completo (una ventana te informará). Fíjate si es la imagen que viaja o la del host destino

Alternativa más drástica: Cerrar VirtualBox y borrar todo el directorio ~/.VirtualBox

(esto elimina toda la configuración y todas las máquinas)

Para borrarlo todo y volver a empezar, elimina los directorios ~/.VirtualBox y /var/tmp/tulogin

Pero recuerda volver a indicar /var/tmp/tulogin en Archivo|Preferencias|General| Carpeta predeterminada de máquinas

El teclado habitual en los PCs españoles es el pc105 (O el pc102 si no tiene teclas menú, windows)

El equivalente en los PCs estadounidenses es el pc104 y el pc101, respectivamente

Programadores y usuarios normalmente trabaja con versiones del SO adaptadas a su idioma

Un administrador frecuentemente se encontrará con un SSOO en inglés

setxkbmap us Fija el teclado en la disposición pc104

setxkbmap es Fija el teclado en la disposición pc105

dpkg-reconfigure console-setup

O más globalmente sudo dpkg-reconfigure locales

Sistema | Preferencias | Teclado | Distribuciones | | Añadir | Español | Subir (hasta colocarlo el primero)

Necesitarás cambiar esto por ejemplo si entras desde casa al laboratorio por VNC y lanzas una máquina virtual

El cliente acepta la entrada del usuario, le muestra la salida, maneja los ficheros con los que preparar las imágenes

El servidor ejecuta el contenedor

Esta virtualización es transparente para el usuario

guest y host deben tener arquitectura 64 bits

Es necesario que el host tenga soporte para Intel VT-x

La imagen de un contenedor (o simplemente imagen) es un fichero en el sistema de ficheros del host

Un contenedor se ejecuta a partir de una imagen

Nombre de la imagen. Ejemplos:

debian

test/c01

Identificador de la imagen. Ejemplo:

cc8393a39248

Nombre de contenedor. Si no lo indicamos explícitamente, docker usará nombres aleatorios como focused_yonath o wonderfuld_goldberg

Identificador de contenedor

Ejemplo: 18009dd9f349

Nombre de host

Nombre de máquina que se percibirá dentro del contenedor. (variable de entorno $HOST, nombre en el prompt, fichero /etc/hostname, etc)

Atención: Este host de Docker se corresponde con lo que en VirtualBox sería el guest

Un nombre sin prefijo, por ejemplo debian indica una imagen oficial aprobada por docker

Un nombre con prefijo, por ejemplo test/c01 es una imagen no oficial. El prefijo puede ser una etiqueta que hayamos definido o un nombre de usuario en un registro de imágenes

Podemos instalar el paquete incluido en nuestra distribución de ubuntu apt update; apt upgrade -y ; apt install docker.io

Si por algún motivo ese paquete resulta antiguo y necesitamos la última versión estable disponible de docker, ejecutamos el script disponible en https://get.docker.com wget https://get.docker.com -0 get-docker.sh #letra "0" mayúscula bash get-docker.sh

Añadir nuestro usuario al grupo docker addgroup docker adduser $USER docker # (abrir una nueva sesión)

Ejecutar docker con sudo

En la configuración más sencilla, el servidor de docker está en la misma máquina que el cliente, el ejecutable incluye ambas funciones

Pero también puede ubicarse en una máquina remota. Esto es útil, por ejemplo

Es necesario el paquete docker.io

El usuario tiene que poder entrar por ssh en la máquina remota

Debería poder autenticarse por ssh sin escribir la contraseña cada vez (lo contrario sería muy incómodo)

El usuario debe pertenecer al grupo docker

Es necesario el paquete docker.io

El usuario necesita la variable de entorno DOCKER_HOST="ssh://jperez@servidor_remoto"

Puedes crear la variable de entorno en ~/.bashrc. Pero los cambios no son inmediatos, es necesario una nueva sesión o leer el fichero explícitamente con source

Puedes comprobar las variable de entorno con env

Registro (Registry)

Servicio responsable de almacenar y distribuir imágenes. El registro por omisión es https://hub.docker.com

Aunque hay otros similares, públicos. Y quien lo desee puede establecer su propio registro

Repositorio (Repository)

Una colección de imágenes relacionadas, normalmente ofrecen diferentes versiones de la misma aplicación o servicio

Etiqueta (Tag)

Identificador alfanumérico asociado a una única imagen

La imagen se puede identificar mediante su nombre o mediante su id

Las opciones -i y -t normalmente se usan juntas, para indicar que queremos una sesión interactiva en un terminal

--name <nombre_contenedor>

-h <nombre_host> --hostname=<nombre_host>

docker ps

Muestra los contenedores

docker images

Muestra las imágenes

docker inspect <imagen>

Muestra un json con descripción detallada del contenedor

docker diff <imagen>

Muestra los cambios en el sistema de ficheros del contenedor

docker logs <imagen>

Muestra las instrucciones ejecutadas en el contenedor

docker ps -a

Muestra los contenedores, incluyendo los parados

docker rm <contenedor>

Borra un contenedor

docker rmi <imagen>

Borra una imagen

Borrar todas las imágenes (que no estén siendo usadas) docker rmi $(docker images -a -q)

Borrar todos los contenedores detenidos docker rm $(docker ps -a -f status=exited -q)

Borrar todos los contenedores creados (y nunca ejecutados) docker rm $(docker ps -a -f status=created -q)

Un directorio contexto, que será un directorio vacio en nuestra máquina, donde iremos añadiendo los ficheros necesario para construir la imagen

Un fichero Dockerfile dentro del directorio contexto, con las instrucciones para crear la imagen

Un fichero entrypoint.sh, que será un script de shell que

Si la imagen es muy sencilla, puede que no necesite entrypoint.sh

Ejemplo: FROM ubuntu:20.04 RUN apt update && apt upgrade -y ENTRYPOINT /bin/bash

También es posible crear una imagen sin usar un fichero Dockerfile Para ello basta con

La instrucción FROM indica la imagen de partida

La instrucción RUN indica las modificaciones a realizar en la imagen

Puede haber más de un RUN, pero eso crea imágenes intermedias, por lo que lo habitual es encadenar varias órdenes de shell con &&

La opción -y en apt upgrade apt install

es imprescindible (contesta a todas las preguntas con yes)

La instrucción COPY copia un fichero desde el directorio contexto (que está en el host) hasta el sistema de ficheros del futuro contenedor que se ejecute a partir de la imagen

La instrucción ENTRYPOINT especifica el fichero que se ejecutará al iniciar cada contenedor

Es habitual llamarlo entrypoint.sh y colocarlo en el directorio raiz del contenedor

En el Dockerfile se pueden crear comentarios con el caracter #

El contenido del Dockerfile es case insensitive, aunque el convenio es usar mayúsculas para las instrucciones

Si no existe un fichero Dockerfile, docker busca un fichero dockerfile

Desde el directorio padre del directorio contexto ejecutamos docker build -t test/banner directorio_contexto

La configuración de docker se guarda en /var/lib/docker

Las imágenes, depende del driver que docker use para el almacenamiento. Por omisión se usa aufs, que guarda las imágenes en /var/lib/docker/aufs

Todo lo escrito durante la ejecución del contenedor se pierde al borrar el contenedor

Es complicado acceder a esos datos sin usar el mismo contenedor

Bind mounts

Volumes

tmpfs

Muy eficientes

Muy prácticos para compartir datos con el host

Dependen del sistema de ficheros del host y de su estructura, con lo que tienen problemas de portabilidad

Evidentes problemas potenciales de seguridad, al tener el contenedor acceso directo al sistema de ficheros del host

Sintaxis tradicional -v <DIR_ORIGEN>:<DIR_DESTINO>

Sintaxis moderna, disponible a partir de Docker 17.06 --mount type=bind, source=<DIR_ORIGEN>, target=<DIR_DESTINO>

DIR_ORIGEN es el directorio en el host

DIR_DESTINO es el directorio en el contenedor

Ambos directorios deben estar especificados con path absoluto

No puede haber espacios antes ni después de la coma

Un proceso que sea root en el contenedor, también puede acceder como root al servidor. Por eso es tan delicado que un usuario pueda lanzar un contenedor

Supongamos el home de un usuario del servidor configurado para que solo él tenga acceso

En las máquinas virtuales tradicionales (p.e. hipervisores) es extremadamente difícil que un proceso del guest consiga escaparse y acceder al host

En los contenedores, muy fácil

Como subdirectorio del host (en linux, por omisión en /var/lib/docker/volumes) Aunque no se recomienda que el host acceda directamente al volumen

En host remotos o en la nube, Docker ofrece para ello diferentes drivers

Son más fáciles de transportar y respaldar que los bind mounts

Tienen mejores prestaciones para ser compartidos entre varios contenedores

Se pueden cifrar

Es un sistema de ficheros especialmente eficiente porque se almacena en RAM

Si creamos una imagen a partir del contenedor, el contenido de los montajes tmpfs no se almacena

Para montar directorios en cualquier otro lugar de internet, podemos usar por ejemplo sshfs

Para ello es necesario añadir a la orden docker run los siguientes parámetros

Para averiguar tu versión de docker: docker --version

Creamos una cuenta en hub.docker.com

Creamos nuestras imágenes usando como prefijo nuestro login en dockerhub docker build -t mi_usuario/mi_imagen

Abrimos una sesión en docker hub desde la shell con la orden docker login

Subimos la imagen docker push mi_usuario/mi_imagen

Solicita de forma interactiva contraseña, nombre, etc

Para construir una imagen con docker build, usamos otra orden distinta, useradd, que no hace preguntas sino que permite introducir la información mediante opciones

-rm

Cuenta de sistema, con directorio home

-d

Directorio home

-s

Especifica la shell

-u

Especifica uid

bridge

Segmento privado dentro del host, 172.17.0.0/16, al que se conectan por omisión todos los contenedores

null

Red nula, aisla los contenedores de la red

host

El contenedor comparte la red con el host, mismos interfaces, direcciones y puertos

Para conectar un contenedor a una red, basta lanzarlo con --network=<nombre_red>

Ejemplo docker run -it -h c03 --name c03 --rm --network=host test/im03

Para crear una nueva red (un nuevo segmento) docker network create --subnet 192.168.12.1/24 mired

Implica tener un segundo proceso, que no es natural en Docker

No es buena idea dejar contraseñas dentro de un contenedor ¿cómo actualizarlas?

El código dentro del contenedor es responsabilidad del equipo de desarrollo. Pero el acceso y las políticas, compete a explotación

Para actualizar el sistema

No. El contenedor entonces tendría estado (las actualizaciones). Lo recomendable es crear un nuevo contenedor con la actualización.

Para ver logs

No. El contenedor tendría estado. Lo recomendable es llevar los logs a un volumen

Para iniciar y detener demonios

No. Se pueden enviar señales

Para editar la configuración

No. Lo recomendable es crear un nuevo contenedor

Para depurar el servicio

No. Se puede abrir una shell desde el servidor de contenedores

La instrucción EXPOSE indica en qué puerto (TCP) atiende peticiones el contenedor

Realmente esta instrucción no hace nada, es solo un mensaje del autor del contenedor para quien vaya a usar el contenedor

La instrucción ENV del Dockerfile define variables de entorno dentro de la imagen

El slash invertido al final de línea (\) une dos líneas físicas en una misma línea lógica

El doble ampersand (&&) separa sentencias dentro de la misma instrucción RUN

Si el cliente y el servidor de Docker están en la misma máquina y ambas son Unix, podemos usar X11 Forwarding docker run -ti --rm \      -e DISPLAY=$DISPLAY \      -v /tmp/.X11-unix:/tmp/.X11-unix \      mi_imagen

Una solución más general es VNC

Aquí se describe:

http://gsyc.urjc.es/~mortuno/vnc.pdf

Es una herramienta para construir y gestionar entornos de máquinas virtuales.

Creado en 2010, es software libre, muy popular

Funciona sobre Linux, FreeBSD, macOS, y Microsoft Windows

Soporta las principales plataformas de virtualización: Docker, VirtualBox, VMware, AWS, Azure, entre otras.

Vagrant las denomina providers

Su función básica es reemplazar el interfaz (tanto gráfico como de texto) de estas plataformas, proporcionando un interfaz de texto, programable y homogéneo que permite preparar las máquinas, levantarlas, configurarlas, etc

Usando Vagrant, resulta muy sencillo migrar entre diferentes tecnologías de virtualización

Para la configuración, se integra con Ansible, Chef y Puppet, entre otras

Si no indicamos el provider, Vagrant usa VirtualBox. Es necesario haberlo instalado previamente

No es necesario lanzar el GUI de VirtualBox, pero también podemos usarlo simultáneamente

Todo lo relativo a una máquina virtual a manejar con vagrant se guarda en un directorio denominado project directory

Vagrant cuenta con repositorios de imágenes preconfiguradas. Las denomina boxes. Hay boxes oficiales, y también cualquier usuario puede preparar sus boxes y hacerlos públicas gratuitamente

Creamos en nuestro host el project directory

Accedemos al project directory

Ejecutamos vagrant init <NOMBRE_DE_BOX>

p.e.

vagrant init ubuntu/focal64

Encendemos la máquina vagrant up

Entramos en la máquina vagrant ssh

Vagrant redirecciona automáticamente un puerto del host al puerto 22 del guest para poder hacer ssh

Si está libre, el 2222. Si no, usará otro. Lo indicará en el arranque de la máquina

Vagrant monta automáticamente el project directory del host en el directorio /vagrant del guest

vagrant suspend

Duerme la máquina

vagrant halt

Para la máquina

vagrant destroy

Para la máquina, borra su imagen y todos sus ficheros

La orden vagrant init crea automáticamente en el project directory un fichero Vagrantfile, que es el fichero de configuración de la máquina virtual

Las opciones de configuración se escriben entre las líneas Vagrant.configure("2") do |config|

y

end

config.vm.hostname= "MI_MAQUINA"

config.vm.define "MI_MAQUINA" # sin '='

config.vm.network "forwarded_port", guest: 80, host: 8080,

host_ip: "127.0.0.1"

whoami

Muestra el usuario

id

Muestra usuario y grupos

uname uname -a

Versión de Linux

hostname

Nombre de máquina

pwd

Directorio de trabajo actual

w

Usuarios conectados a la máquina

du	Espacio de disco ocupado por los ficheros de un directorio
du -s	Espacio de disco ocupado por un directorio
du -h	Unidades legibles para un humano

df

Espacio de disco libre

lsblk -f

Listado de todos los discos (dispositivos de bloques)

ls -l	Formato largo
ls -a	Muestra ficheros ocultos (empiezan por punto)
ls -lh	Formato largo, unidades legibles por humano
ls -R	Recursivo
ls -ld	Lista el directorio, no su contenido

$ Variable

* 0 o más caracteres cualquiera

? exactamente 1 carácter cualquiera

[] 1 carácter de la clase

Lee texto de fichero stdin (por ejemplo, el teclado). Aporta algunas facilidades al usuario (borrar, autocompletar)

Analiza el texto (expande metacaracteres y variables)

Toma la primera palabra y busca una orden con ese nombre en los directorios indicados por PATH

Si puede, ejecuta la orden y se queda dormida esperando a que acabe Por ejemplo koji@mazinger:~$ xcalc

(Mientras usamos la calculadora, la shell permanece inactiva)

Una aplicación lanzada sin &, se dice que está lanzada en primer plano (foreground).

La shell se cierra con la orden exit. (O con ctrl d, que representa el fin de fichero)

variable=valor echo $variable

Sin espacios antes y despues del igual

con $ para acceder al contenido de la variable

sin $ en la asignación

sólo son visibles en ese proceso

export VARIABLE=valor

hace que los procesos hijos del proceso donde se declara la variable, la reciban. Por convenio se usan mayúsculas

Para que el cambio sea permanente, hay que exportar la variable en algún fichero de configuración como p.e. .bashrc

printenv

muestra todas las variables de entorno

HOME

HOSTNAME

USER

PATH

Contiene la lista de directorios donde la shell buscará los ejecutables (si no se indica path explícito)

Indica el directorio hogar de un usuario: el sitio donde se espera que cada usuario escriba sus cosas koji@mazinger:~$ echo $HOME /home/koji

Se le suele llamar $HOME, pero esto no es muy preciso

Equivale a $HOME, con la ventaja de que se puede usar en muchos lenguajes, aplicaciones y librerías (no todos)

No aparece en los teclados, pero está accesible en AltGr 4

Seguida de un nombre de usuario, representa el HOME de ese usuario koji@mazinger:~$ echo ~jperez /home/jperez

Al invocarlo explícitamente koji@mazinger:~/pruebas$ source ~/.bashrc

Al abrir una nueva terminal

Si <fichero> existe, le pone la fecha actual

Si <fichero> no existe, crea un fichero vacío con este nombre

mkdir d3

Crea d3 como subdirectorio del directorio actual

mkdir d4 d5

Crea d4 y d5 como subdirectorios del directorio de trabajo actual

mkdir /tmp/ppp

Crea el directorio /tmp/ppp

mkdir -p d6/d7

Crea debajo de directorio de trabajo d6 (si no existe), y crea d7 debajo de d6

La órden cp copia ficheros

La órden mv mueve y renombra ficheros

Si el segundo argumento es un directorio

Hace una copia del fichero <origen> dentro del directorio <destino>

Si el segundo argumento NO es un directorio (es un fichero o no existe nada con ese nombre)

Hace una copia del fichero <origen> y le pone como nombre <destino>

Si <destino> es un fichero ordinario, se produce un error

Si <destino> es un directorio, el directorio <origen> se copia dentro

Si <destino> no existe, se le pone ese nombre a la copia

<destino> tiene que ser un directorio (o se producirá un error)

<origen1>, <origen2>,... tienen que ser ficheros ordinarios (o un mensaje indicará que no se están copiando)

Si el segundo argumento es un directorio

Mueve <origen> dentro del directorio <destino>

Si el segundo argumento no existe

Mueve <origen> a <destino>

Si <destino> es un fichero

Tradicionalmente en Unix los ficheros no llevaban extensión No hay un programa asociado a cada extension file mifichero

Indica el tipo del fichero. No importa si tiene extensión, si no la tiene, o si es errónea

En Linux

En Mac OS open fichero.extension

rm fichero

borra fichero ⁵

rm -r directorio

Borra un directorio y todo su contenido

Ambos nombres deben pertenecer al mismo sistema de ficheros

Dado un fichero, se sabe cuántos nombres tiene. Para saber cuáles son sus nombres, habría que buscarlos

La mayoría de los S.O. no permiten enlaces duros a directorios, puesto que podría provocar bucles difíciles de detectar

Sirven principalmente para mantener ficheros ordenados y a mano

Puede hacerse entre distintos sistemas de ficheros

Puede enlazarse un directorio

Con enlaces simbólicos, si se borra el original el enlace queda roto

El fichero original podemos especificarlo

Para tener acceso a un fichero en un trayecto más cómodo, más a mano

Si cambio de criterio sobre el lugar o el nombre de un fichero. Mediante un enlace, el fichero sigue accesible tanto por el nombre antiguo como por el nuevo

Protegen frente a borrados accidentales de un nombre. Pero no frente a ningún otro problema que pueda tener el fichero, por tanto su utilidad es mínima

Se pueden establecer entre sistema de ficheros distintos

Se pueden usar para directorios

La shell en todo momento se encuentra en un cierto punto del árbol de ficheros. A ese punto se le llama directorio de trabajo (working directory)

Normalmente la shell indica el directorio de trabajo en el prompt

pwd: Muestra el directorio de trabajo actual (print working directory) pwd

La primera vez que abrimos una sesión en una máquina, ssh nos indica la huella digital de la máquina remota The authenticity of host 'gamma23 (212.128.4.133)' can't be established. RSA key fingerprint is de:fa:e1:02:dc:12:8d:ab:a8:79:8e:8f:c9:7d:99:eb. Are you sure you want to continue connecting (yes/no)?

Si necesitamos la certeza absoluta de que esta máquina es quien dice ser, deberíamos comprobar esta huella digital por un medio seguro, alternativo

La sesión se cierra cerrando la shell remota (exit o ctrl d)

¿Cuál es la máquina remota?

¿Qué nombre de usuario tenemos en la máquina remota? usuario@maquina:

En caso de que el nombre de usuario en la máquina local sea el mismo que en la máquina remota, puede omitirse usuario@

Los dos puntos del final nunca pueden omitirse

No puede haber espacios después de los dos puntos

La máquina se puede indicar por su nombre o por su dirección IP

Naturalmente, origen y destino pueden indicarse con trayecto relativo o con trayecto absoluto

Ten dos sesiones abiertas, una la máquina origen y otra en la máquina destino

Mediante cd, vete al directorio origen en la máquina origen y haz pwd para asegurarte de que estás donde debes

Mediante cd, vete al directorio destino en la máquina destino y haz pwd para asegurarte de que estás donde debes

En la máquina origen, haz ls del fichero, indicando el path de forma absoluta. El pwd anterior te ayudará. Si te equivocas, te darás cuenta ahora ls /path/absoluto/al/fichero.txt

Ejecuta el scp en la máquina destino. Especifica el origen con la ayuda de un copia-y-pega del paso anterior. Especifica el destino con ‘.’ scp usuario@maquina:/path/absoluto/al/fichero.txt .

Una entrada estándar (stdin), de donde puede leer texto

Una salida estandar (stdout), donde puede escribir sus resultados, en modo texto

Una salida de error (stderr), donde puede describir los errores que se produzcan, en modo texto

Sin argumentos: Entrada estándar wc

1 argumento: Nombre de fichero wc fichero

n nombres de fichero wc fichero1 fichero2

cat

lee lo que hay en stdin y lo escribe en stdout (Ctrl D: fin de fichero)

cat fichero1 fichero2

lee los ficheros que se pasan como argumento y los escribe (concatenados) en stdout

(Ctrl D: fin de fichero)

echo argumento

escribe en stdout el texto que se le pasa como argumento. Añade retorno de carro

echo -n argumento

escribe en stdout el texto que se le pasa como argumento

less fichero escribe

un fichero en stdout, permitiendo paginación

cat

cat file1 file2 > file3 cat file1 | less

cat > file1

less fichero cat fichero | less less < fichero

(El resultado es el mismo, pero es importante distinguirlo)

representa stdout

representa stderr

mkdir /a/b/c 2> mi_fichero_errores

Redirige stderr al fichero

cp fichero_a fichero_b 2>/dev/null

Redirige stderr al fichero sumidero (Lo que se copia en /dev/null desaparece sin mostrarse)

echo “ERROR: xxxx ha fallado” >&2

Redirige el mensaje a stderr

find /var &>mi_fichero

sudo echo hola > /tmp/aa

El proceso echo se lanza con la identidad del root (id 0), pero la redirección la ejecuta el usuario ordinario

Para poder usar redirecciones, ejecutamos una subshell con el parámetro -c sudo bash -c “echo hola>aa”

sudo bash -c “find /root | grep prueba “

En esta asignatura generalmente programaremos los scripts en python, que es más potente y sencillo que bash

Pero para tareas muy básicas (cp, mv, ln -s, etc) puede ser más conveniente un script de bash

Los filtros son muy importantes en el scripting Unix: grep, sed, sort, uniq, head, tail, paste...

Un mandato genera una salida, un filtro procesa la salida (selecciona filas o columnas, pega, reemplaza, cuenta, ordena...) y lo pasa al siguiente mandato

Ejemplo who | cut -c1-8 |sort |uniq | wc -l ps -ef | grep miguel | grep -v gvim

En esta asignatura programaremos en python (de nivel más alto y más intuitivo), así que solo usaremos filtros muy básicos

grep es un filtro que selecciona las filas que contengan (o que no contengan) cierto patrón

Para definir patrones de texto, emplea expresiones regulares (regexp)

grep <patrón>

Lee stdin y escribe en stdout las líneas que encajen en el patrón

grep -v <patrón>

Lee stdin y escribe en stdout las líneas que no encajen en el patrón

grep -i <patrón>

Lee stdin y escribe en stdout las líneas que encajen en el patrón, ignorando mayúsculas/minúsculas

grep <patrón> <fichero_1> ... <fichero_n>

Lee los ficheros indicados y escribe en stdout las líneas que encajen en el patrón

grep “la mancha” quijote.txt

Busca el patrón la mancha en el fichero quijote.txt

grep la mancha quijote.txt

Busca el patrón la en el fichero mancha y en el fichero quijote.txt

Hablamos de patrones, no de palabras. El patrón ana encaja en la palabra ana pero también en rosana

Los metacaracteres de las regexp no son iguales que los metacaracteres (comodines) del bash

grep -i '\<ana\>'

Principio de palabra, patrón ana, final de palabra. Insensible a mayúsculas. (Dicho de otro modo, la palabra ana, sin confusión con Mariana)

grep -i '\<ana p.rez\>'

El punto representa cualquier carácter (equivalente a la interrogación en las shell de bash)

grep -i '\<ana p[eé]rez\>'

Después de la p puede haber una e con tilde o sin tilde

Cuando necesitamos que la línea de entrada vaya en una posición distinta, usamos la opción -I replstr , donde replstr es la replace string, la cadena que reemplazaremos por el argumento

El valor recomendado es {}, porque no es fácil que aparezca en otro sitio locate basura | xargs -I {} mv {} /tmp/papelera find . | grep -i jpg | xargs -I {} mv {} /tmp/fotos

/d1//d2///d3/d4

En rigor es un nombre incorrecto. Aunque normalmente se admite, porque la shell y las librerías lo limpian y generan

/d1/d2/d3/d4

No hay garantía de que funcione siempre, es mucho mejor evitarlo

/d1/

Algunas órdenes y algunos documentos muestran una barra al final de un directorio para indicar que se trata de un directorio y no un fichero ordinario (de la misma manera que puede usarse un color distinto)

Algunas órdenes pueden esperar que un nombre acabado en barra sea un directorio

Pero no es un nombre estándar, es preferible evitarlo

Para la orden cp de Mac OS cp -r d/ .

significa

cp -r d/* .

(pero solo para cp -r y solo para Mac OS)

Por razones de eficiencia: echo, kill, pwd, test...

Son internas aunque también tienen versión externa

Necesariamente internas: cd, export, alias, unset, exit...

Realizan funciones que tienen que hacerse forzosamente en el proceso de la shell, harían algo completamente diferente si se implementan como ejecutables externos koji@mazinger:~$ type echo echo es una función integrada en la shell

alias c=’clear’

Expande c, se convierte en clear

alias

Muestra todos los alias

unalias c

Deshace el alias

La shell lee texto de cierto fichero (stdin). Frecuentemente el texto lo está escribiendo el usuario, así que aporta algunas facilidades (borrar, autocompletar, history)

Analiza el texto (expande metacaracteres, variables, alias)

Busca la primera palabra, para ver si se trata de un ejecutable

Aplica las redirecciones que correspondan

Ejecuta, pasando el resto de palabras como argumento

Duerme

(cursor arriba y abajo)

Muestra, una a una, las órdenes introducidas

!<cadena>

Repite la última orden que empiece por <cadena>

history

Muestra el historial de órdenes introducidas

!<n>

Repite la órden <n>

Es frecuente desear que todas nuestras sesiones ejecuten o configuren algo, sin necesidad de teclearlo a mano cada vez. Para hacer esto necesitamos saber cómo funciona la invocación de la shell

Cada vez que se invoca una shell, esta ejecuta (con source) cierto fichero

Típicamente esto se emplea para definir y exportar variables de entorno, modificar el prompt, declarar alias...

Cada tipo de shell ejecuta un fichero diferente

Una shell de login es aquella en la que el usuario ha introducido login y contraseña

En general, una shell interactiva es aquella que tiene stdin redirigida desde la consola de un usuario, y stdout y stderr redirigidos a la consola de un usuario

Una sesión en una máquina sin gráficos (p.e. un Unix antiguo, un router...)

Una sesión sin gráficos en una máquina con gráficos, que se inicia pulsando Ctrl+Alt+F1

Entrar por ssh en una máquina

Lee y ejecuta /etc/profile

Después, ejecuta el primero que encuentre de ~/.bash_profile ~/.bash_login ~/.profile

~/.bashrc

Se ejecuta el fichero $BASH_ENV

Antes del .bashrc de cada usuario, se ejecuta /etc/bash.bashrc, común para todos los usuarios

Cuando se crea un usuario con adduser, se copia en su home todos los fichero que haya en /etc/skel (aquí se guardan los ficheros de configuración por omisión para cada usuario)

Hablamos siempre del inicio de la shell. No debemos confundir todo esto con los niveles de ejecución, que se refienen al inicio de la máquina (directorios /etc/rc2.d, /etc/rcS.d, etc)

Actualmente la diferencia entre shell de login y shell no de login es algo artificial ⁷

Hoy no suele resultar conveniente tener un fichero para las de login (~/.bash_profile) y otro distinto para las que son no de login (~/.bashrc)

Por tanto, lo normal es configurar todo lo necesario en ~/.bashrc y tener en ~/.bash_profile únicamente una llamada a ~/.bashrc, de la siguiente manera:

15 SIGTERM (valor por defecto)

9 SIGKILL

2 SIGINT (Ctrl C) Lo envia tty a todos los programas que se estén ejecutando en primer plano en el terminal, y a todos los programas lanzados por estos.

19 SIGSTOP (Ctrl Z) Detiene

18 SIGCONT Continua si estaba detenido

Una manera típica de localizar un proceso a mano es ps -ef | grep <cadena>

o ps -ef | grep <cadena> | less

killall envía señales a procesos a partir de su nombre. (El nombre de la señal se indica de manera ligeramente distinta a como se emplea en kill)

pkill envía señales a procesos, identificables mediante nombre u otros atributos

Para lanzar varios procesos que se ejecuten en paralelo lo más cómodo suele ser abrir varias shells (una nueva terminal o una nueva pestaña en el terminal o un multiplexor de terminal como tmux)

Pero también es posible desde una única shell manejar varios procesos simultáneamente: mediante el control de tareas (jobs)

En primer plano (foreground) recibe órdenes desde el teclado, como

Ctrl Z (detener temporalmente) o Ctrl C (finalizar)

Cada shell solo puede tener un proceso en primer plano

En segundo plano no tiene vinculada su entrada estándar desde el teclado, no recibe las señales Ctrl Z o Ctrl D. Es necesario emplear kill

Puede haber varios procesos en segundo plano

La orden jobs indica, en cada línea, número de tarea, estado y nombre

El signo + indica tarea por omisión, aquella que se sobreentiende si no se indica número de tarea. Si la tarea por omisión muere, la siguiente será la marcada con el signo -

kill %n envía señal al proceso con el job n (El símbolo de porcentaje indica nº de job, su ausencia indica pid)

Algunos programas multiproceso, complejos, aunque los lancemos desde una shell no son hijos de esa shell y no figurarán en la lista de tareas. Por ejemplo firefox o nautilus

fg n

pone la tarea n en ejecución en primer plano

bg n

pone la tarea n en ejecución en segundo plano

El resultado es el mismo que si hubiéramos lanzado la orden con el símbolo &

Normalmente, cuando un usuario cierra una sesión, todos sus procesos reciben la señal SIGHUP y mueren

Si tenemos procesos que queremos que se continuén ejecutando aunque el usuario cierre la sesión, podemos usar nohup

Los multiplexores de terminales son una alternativa a nohup mucho más potente: Además de mantener el proceso vivo cuando el usuario se desconecta, posteriormente se puede seguir usando interactivamente stdin y stdout

Otra ventaja:

El más tradicional es GNU Screen (año 1987). Aquí veremos Tmux (año 2007), un programa similar con algunas mejoras

Inconvenientes:

Una sesión de tmux permite que un usuario se asocie (attach) y se desasocie de ella (dettach). El usuario puede desconectarse y la sesión permanece (todos los procesos se siguen ejecutando). Cuando el usuario vuelva a conectarse (típicamente por ssh) puede reasociarse (reattach)

No son ventanas al estilo Microsoft Windows / X Window ni incluso ncurses, porque cada ventana de tmux ocupa toda la consola disponible

Se parece a tener varias pestañas en un gnome-terminal, o a diferentes sesiones en alt F1, alt F2

A su vez, cada una de las ventanas se puede dividir en paneles, que sí se parecen a las ventanas de Microsoft Windows / X Window

Cada comando está formado por la pulsación de la tecla bind, y a continuación, una letra

La tecla bind por omisión es Ctrl b

Posiblemente es más ergonómico

Es la tecla que usa screen

Herramienta habitual en Unix (incluyendo Linux y OS X). Hay versiones para Windows, pero su uso no es muy cómodo, requiere de componentes adicionales

El esclavo contendrá una réplica del maestro. El maestro ignora el contenido del esclavo

Alternando las funciones de maestro y esclavo podríamos conseguir una especia de sincronización unidireccional, pero no es recomendable, no está diseñado para ello

Trabaja con sistemas de ficheros locales o remotos, pero al menos uno de los dos debe ser local

Funciona sobre rcp, ssh o un demonio de rsync

Es muy útil para hacer copias de segurad mediante mirrors de disco duro sobre disco duro: automatizarlo es muy sencillo y el disco duro es el medio de almancenamiento más barato de la actualidad

Pero también resulta un sistema de respaldo muy volátil, deberíamos tener, adicionalmente, otros sistemas de respaldo más permanentes rsync <opciones> directorio_maestro directorio_esclavo

El directorio remoto se especifica anteponiendo usuario@maquina:

Crea dentro de dir4 un directorio dir2, réplica del dir2 del maestro Error frecuente: creer que dir4 será una réplica de dir2

Error frecuente: insertar espacio tras los dos puntos

-e especifica cómo acceder a los ficheros en la máquina remota

-v verbose (prolijo en detalles)

-a modo archive: incluye subdirectorios, copia enlaces como enlaces, conserva permisos, fechas y grupo. Si lo ejecuta el root, también conserva el dueño

--delete indica que si se borra un fichero en el maestro, también se borrará en el esclavo

Atención: si montamos un nuevo maestro, vacío, y aplicamos rsync con esta opción, destruiremos el esclavo

Permite comparar dos directorios, detectar las diferencias y propagarlas, de forma que ambos directorios acaben teniendo el mismo contenido

Los directorios pueden estar en la máquina local o en una máquina remota accesible a través de FTP o SFTP. También soporta Google Drive

Libre y gratuita, disponible para Microsoft Windows, Linux y macOS

Software maduro, aparece en 2008 y se actualiza con frecuencia

Sincronización bidireccional

Espejo

Antes de sincronizar tendremos dos directorios que normalmente serán parecidos pero con algunas diferencias

Después de sincronizar, ambos directorios serán idénticos

En el mismo disco de la misma máquina

En otro disco de la misma máquina

En otro disco de otra máquina

Incluso en el mismo disco pero otra máquina (como en nuestro laboratorio)

Todas las novedades del primer directorio se propagarán al segundo (ficheros nuevos, modificados o borrados, directorios nuevos, modificados o borrados)

Todas las novedades del segundo directorio se propagarán al primero

El primer directorio es mi directorio de trabajo en mi pc de casa

El segundo directorio es mi directorio de trabajo en el laboratorio

Uno es el principal

Otro será una copia

Todas las novedades del principal se llevarán a la copia

En el directorio copia no debería haber novedades, y si las hay, serán ignoradas y destruidas

El primer directorio es mi directorio de trabajo

El segundo es una copia de seguridad en un disco externo

Indicamos el primer directorio en el panel de la izquierda

Indicamos el segundo directorio en el panel de la derecha

Pulsamos el icono de la rueda dentada verde para especificar el tipo de sincronización (bidireccional o espejo)

Pulsamos comparar

Pulsamos sincronizar

El lunes trabajo en casa y sincronizo el directorio contra el laboratorio

El martes trabajo en el laboratorio

El miércoles vuelvo a casa, pero olvido sincronizar. Añado mis cambios sobre la versión del lunes, no sobre la del martes

Lenguaje de autor creado por Guido van Rossum en 1989

Muy relacionado originalmente con el S.O. Amoeba

Disponible en Unix, Linux, macOS, Windows,

Libre

Lenguaje de Script Orientado a Objetos (no muy puro)

Muy alto nivel

Librería muy completa

Verdadero lenguaje de propósito general

Sencillo, compacto

Sintaxis clara

Interpretado => Lento

Ofrece persistencia

Recolector de basuras

Muy maduro y muy popular

Aplicable para software de uso general

Cadenas, listas, tablas hash, pilas, colas

Números Complejos

Serialización, Copia profunda y Persistencia de Objetos

Regexp

Unicode, Internacionalización del Software

Programación Concurrente

Acceso a BD, Ficheros Comprimidos, Control de Cambios... Librerías relacionadas con Internet:

CGIs, URLs, HTTP, FTP,

pop3, IMAP, telnet

Cookies, Mime, XML, XDR

Diversos formatos multimedia

Criptografía

No siempre compatible hacia atrás

Uniformidad.

Ej: función len(), método items()

Algunos aspectos de la OO

Python is a hybrid language. It has functions for procedural programming and objects for OO programming. Python bridges the two worlds by allowing functions and methods to interconvert using the explicit “self” parameter of every method def. When a function is inserted into an object, the first argument automagically becomes a reference to the receiver.

...

Python 1 (año 1991)

Python 2 (año 2001)

Incompatible con Python 1

Python 3 (año 2009)

Incompatible con Python 2. Versión problemática, durante la década de 2010 fue muy habitual seguir usando Python 2

Sigue habiendo mucho código antiguo en Python 2

Sigue siendo recomendable que en cualquier sistema python a secas sea Python 2

Deberíamos programar siempre en Python 3, indicando explícitamente que el intérprete es python3

En modo interactivo koji@mazinger:^~$ python3 Python 3.9.0 (default, Oct 27 2020, 14:13:35) [Clang 11.0.0 (clang-1100.0.33.17)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> print("Hola, mundo") Hola, mundo >>> 3/2 1.5

Mediante scripts

Debe ser exactamente la primera línea

No puede haber espacios entre la admiración y la barra

abs() valor absoluto

float() convierte a float

int() convierte a int

str() convierte a string

round() redondea

input() acepta un valor desde teclado

¡En Python NO hay llaves ni begin-end para encerrar bloques de código! Un mayor nivel de sangrado indica que comienza un bloque, y un menor nivel indica que termina un bloque.

Las sentencias se terminan al acabarse la línea (salvo casos especiales donde la sentencia queda “abierta”: en mitad de expresiones entre paréntesis, corchetes o llaves).

El carácter \ se utiliza para extender una sentencia más allá de una linea, en los casos en que no queda “abierta”.

El carácter : se utiliza como separador en sentencias compuestas. Ej.: para separar la definición de una función de su código.

El carácter ; se utiliza como separador de sentencias escritas en la misma línea.

La recomendación oficial es emplear 4 espacios para cada nivel de sangrado

Emplear 8 espacios o emplear tabuladores es legal, con tal de que no lo mezclemos ⁸

En los lenguajes de scripting más antiguos como bash o tcl, el único tipo de datos es la cadena

Los lenguajes imperativos más habituales (C, C++, pascal. . . ) suelen tener (con variantes) los tipos: booleano, carácter, cadena, entero, real y matriz

Python tiene booleanos, enteros, reales y cadenas. Y además, cadenas unicode, listas, tuplas, números complejos, diccionarios, conjuntos...

Objetos inmutables: Números, cadenas y tuplas

Objetos mutables: Todos los demás