Source: https://enavas.blogspot.com/2018/
Timestamp: 2018-07-15 23:17:14+00:00

Document:
En un post de febrero de 2018, os hablé de un smartwatch baratito con las mismas funcionalidades que la Xiaomi SmartBand. Pues bien, Gearbest ha lanzado una oferta flash con la que podéis conseguirlo por unos 19 euros.
Por el precio que tiene, en lugar de comprar un reloj baratito de los que venden en las tiendas de deportes, os recomiendo comprar éste.
Me gusta mi Xiaomi Mi Band 2, pero tiene un problema muy grande: Apenas se ve en exteriores a la luz del día. Así que probablemente la cambie por un Alfawise S2. Total. No llega ni a los 20 euros...
Siguiendo con el proceso de actualización de servidores, le ha tocado el turno a OpenMediaVault, la distribución que utilizo en mi NAS.
Tenía instalada la versión 3.0 (Erasmus) basada en Debian Jessie y tocaba actualizar a la 4.0 (Arrakis), basada en Debian Stretch.
Para actualizar, lo primero que hice fue realizar una actualización de paquetes:
Una vez actualizados, ejecuté omv-update para actualizar los índices de los repositorios:
Y, a continuación, omv-release-upgrade, un script creado para actualizar OpenMediaVault a la siguiente versión:
Publicado por Esteban M. Navas Martín en 18:04 No hay comentarios: Enlaces a esta entrada
Publicado por Esteban M. Navas Martín en 13:13 No hay comentarios: Enlaces a esta entrada
En la versión 1.57 he eliminado la -r, --remove-orphan-libs. Hoy en día ya no tenía mucha utilidad y en Bionic provocaba efectos adversos.
Etiquetas: ies, systemd
Publicado por Esteban M. Navas Martín en 12:25 No hay comentarios: Enlaces a esta entrada
En un post anterior, vimos cómo cachear credenciales con sss_seed e invalidarlas con sss_cache. Para facilitar la tarea de invalidar credenciales de usuarios y grupos, lo más práctico es hacerlo mediante un script que distribuyamos a todas nuestras máquinas mediante puppet:
Publicado por Esteban M. Navas Martín en 8:44 No hay comentarios: Enlaces a esta entrada
Para comprobar si existen dos palabras en una misma línea, podemos utilizar expresiones regulares con grep.
Por ejemplo, supongamos que estamos usando nmcli para comprobar si un equipo se encuentra conectado vía wifi.
Para obtener la lista de conexiones de los diferentes dispositivos no tenemos más que ejecutar el siguiente comando:
# LC_ALL=C nmcli dev
enp2s0  ethernet  connected  Conexi?n cableada 1
wlp3s0  wifi      connected  netplan-wlp3s0-IESVALLEDELJERTE3_00
Si ahora queremos quedarnos tan sólo con las conexiones wifi conectadas, podemos aplicar un grep de la siguiente manera:
root@modelo:~# LC_ALL=C nmcli dev | grep -E 'wifi.*connected'
El usar LC_ALL=C antes del comando me permite obtener la salida en inglés, con el fin de que la combinación de comandos funcione con cualquier idioma.
Publicado por Esteban M. Navas Martín en 10:27 No hay comentarios: Enlaces a esta entrada
cnvt-ocs-dev es un script que clonezilla usa para cambiar los identificadores de disco duro (sda, sdb, etc...).
Este script puede resultarnos útil en muchas ocasiones, pero sobre todo cuando tratamos de restaurar una imagen de múltiples discos y alguno de los equipos tiene cambiados dichos identificadores. Por ejemplo, me he encontrado algunos equipos de Infolab en los que los discos duros se encontraban identificados como sda sdc, cuando en la mayoría la identificación era sda y sdb. Pues bien, este problema es fácil de resolver mediante cnvt-ocs-dev.
Veamos cómo utilizarlo con un ejemplo:
# cnvt-ocs-dev -d /home/partimag infolab-dual-amd64 sdc sdb
En el ejemplo anterior, lo que haríamos sería cambiar en la imagen la identificación del disco sdc por sdb.
Publicado por Esteban M. Navas Martín en 13:29 No hay comentarios: Enlaces a esta entrada
Hay una forma muy sencilla de crear un pendrive de instalación de Ubuntu Bionic Beaver y es utilizando ddrescue.
Para instalar ddrescue en Ubuntu o en Debian, lo haremos desde los repositorios de la distribución:
# apt-get update && apt-get install gddrescue
Una vez instalado, no tenemos más que introducir el pendrive e identificar el nombre del dispositivo (sda, sdb, sdc, ...).
Cuando hayamos identificado el dispositivo, ejecutamos ddrescue de la siguiente manera (sustituyendo sdX por el identificador de nuestro dispositivo):
root@equipo:/home/enam0000# ddrescue /media/enam0000/TOOLS/isos/ubuntu-18.04-desktop-amd64.iso  /dev/sdc --force -D
ipos:    1921 MB, non-trimmed:        0 B,  current rate:    393 kB/s
opos:    1921 MB, non-scraped:        0 B,  average rate:   9284 kB/s
rescued:    1921 MB,   bad areas:        0,        run time:      3m 26s
Publicado por Esteban M. Navas Martín en 7:54 No hay comentarios: Enlaces a esta entrada
El menú de configuración de plank se encuentra oculto.
Podemos acceder a él de dos formas:
Pulsamos la tecla Ctrl en el teclado, y, sin soltarla, hacemos clic con el botón derecho del ratón sobre el dock.
Abrimos un terminal, y ejecutamos el siguiente comando:
Add-Computer -DomainName instituto.extremadura.es -Credential instituto\gestor
Publicado por Esteban M. Navas Martín en 11:43 No hay comentarios: Enlaces a esta entrada
Cuando una máquina tiene instaladas diferentes interfaces de red y no necesitamos utilizarlas todas, podemos optar por dos soluciones:
Configurar en netplan tan sólo las interfaces de red que vamos a usar.
Configurar todas las interfaces de red y definir como opcionales aquellas que no son necesarias para el arranque.
Ésto es muy importante porque networkd esperará un tiempo a que los dispositivos sean configurados antes de continuar con el arranque.
Si optamos por configurar todas las interfaces de red en un fichero de configuración de netplan, podemos marcar como opcionales aquellas interfaces de red que no sean necesarias para el arranque, haciendo uso del valor optional.
# cat /etc/netplan/01-network-manager-all.yaml
Es importante destacar que este parámetro sólo está soportado por networkd. y su valor por defecto es no.
Publicado por Esteban M. Navas Martín en 7:35 No hay comentarios: Enlaces a esta entrada
Etiquetas: bionic, netplan
En un post anterior, hemos visto cómo configurar la red en un cliente mediante netplan, obteniendo una dirección IP vía DHCP. En este post, vamos a ver cómo configurar una dirección IP estática en un cliente.
Como ya hemos comentado en otros posts, netplan utiliza archivos de configuración en formato yaml almacenados en el directorio /etc/netplan. Y si no hay ningún archivo de configuración en /etc/netplan, podemos generarlo automáticamente con tan sólo ejecutar:
Una vez generado, podemos editarlo para ajustar la configuración.
En máquinas conectadas vía ethernet, en las que no necesitamos que el usuario pueda gestionar la configuración de red, podemos usar el renderer networkd en lugar de NetworkManager.
Para entender mejor cómo configurar una IP estática, vamos a ver un ejemplo:
adresses: [172.19.144.16/23]
gateway4: 172.19.144.1
addresses: [172.19.144.2,172.19.144.3,208.67.222.222]
Como podéis observar, en este ejemplo, estamos configurando:
Una tarjeta de red cuyo nombre es enp0s1 y estamos especificando que no debe obtener una dirección IP mediante dhcp (dhcp4: no, dhcp6:no).
Una dirección ip estática junto con la máscara de red (172.19.144.16/23).
Un gateway para IPv4 (172.19.144.1)
Diferentes servidores DNS (addresses: [172.19.144.2,172.19.144.3,208.67.222.222])
No olvidéis que es necesario respetar los sangrados en el fichero de configuración .yaml.
Una vez realizados los cambios en el fichero de configuración, comprobamos que no hay errores en la configuración:
Y si no hay errrores, aplicamos la configuración:
Publicado por Esteban M. Navas Martín en 7:07 No hay comentarios: Enlaces a esta entrada
Publicado por Esteban M. Navas Martín en 11:18 No hay comentarios: Enlaces a esta entrada
Cuando he clonado los equipos SIATIC, no me funcionaba la autenticación. Revisando los logs, he comprobado que el servicio sssd se iniciaba antes de estar levantada la red:
Loaded: loaded (/lib/systemd/system/sssd.service; enabled; vendor preset: ena
Active: active (running) since Fri 2018-06-29 08:15:30 CEST; 40min ago
Main PID: 837 (sssd)
├─837 /usr/sbin/sssd -i --logger=files
├─933 /usr/lib/x86_64-linux-gnu/sssd/sssd_be --domain LDAP --uid 0 --
├─945 /usr/lib/x86_64-linux-gnu/sssd/sssd_nss --uid 0 --gid 0 --logge
├─946 /usr/lib/x86_64-linux-gnu/sssd/sssd_pam --uid 0 --gid 0 --logge
└─947 /usr/lib/x86_64-linux-gnu/sssd/sssd_autofs --uid 0 --gid 0 --lo
jun 29 08:15:30 a17-pro systemd[1]: Starting System Security Services Daemon...
jun 29 08:15:30 a17-pro sssd[837]: Starting up
jun 29 08:15:30 a17-pro sssd[be[933]: Starting up
jun 29 08:15:30 a17-pro sssd[945]: Starting up
jun 29 08:15:30 a17-pro sssd[946]: Starting up
jun 29 08:15:30 a17-pro sssd[947]: Starting up
jun 29 08:15:30 a17-pro systemd[1]: Started System Security Services Daemon.
jun 29 08:15:30 a17-pro sssd[be[933]: Backend is offline
Si os sucede ésto, podéis resolver el problema de la siguiente manera:
Primero cread un directorio sssd.service.d en /etc/systemd/system:
# mkdir /etc/systemd/system/sssd.service.d
A continuación, cread un fichero override.conf en el directorio /etc/systemd/system/sssd.service.d/:
/etc/systemd/system/sssd.service.d/override.conf
Con ésto, le estamos diciendo a systemd que el servicio sssd requiere que la red esté online antes de iniciarse.
El fichero override.conf es un snippet que aplicará cambios en la definición de la unit file original (sssd.service), de manera que las modificaciones del snippet tendrán preferencia.
Active: active (running) since Fri 2018-06-29 09:24:18 CEST; 28s ago
Main PID: 2999 (sssd)
├─2999 /usr/sbin/sssd -i --logger=files
├─3000 /usr/lib/x86_64-linux-gnu/sssd/sssd_be --domain LDAP --uid 0 -
├─3001 /usr/lib/x86_64-linux-gnu/sssd/sssd_nss --uid 0 --gid 0 --logg
├─3002 /usr/lib/x86_64-linux-gnu/sssd/sssd_pam --uid 0 --gid 0 --logg
└─3003 /usr/lib/x86_64-linux-gnu/sssd/sssd_autofs --uid 0 --gid 0 --l
jun 29 09:24:18 a20-pro systemd[1]: Starting System Security Services Daemon...
jun 29 09:24:18 a20-pro sssd[2999]: Starting up
jun 29 09:24:18 a20-pro sssd[be[3000]: Starting up
jun 29 09:24:18 a20-pro sssd[3001]: Starting up
jun 29 09:24:18 a20-pro sssd[3003]: Starting up
jun 29 09:24:18 a20-pro sssd[3002]: Starting up
jun 29 09:24:18 a20-pro systemd[1]: Started System Security Services Daemon.
Etiquetas: bionic, bugs, systemd
Netplan: Configurar interfaz de red utilizando networkd
Como ya hemos comentado en otro post, la configuración de red en Ubuntu 18.04 ha cambiado y ya no se utiliza /etc/network/interfaces para configurar las interfaces de red. En lugar de ésto, se usa Netplan.
Netplan utiliza archivos de configuración en formato yaml almacenados en el directorio /etc/netplan.
Si no hay ningún archivo de configuración en /etc/netplan, podemos generarlo automáticamente con tan sólo ejecutar:
Como podéis deducir, en este ejemplo, estamos configurando una tarjeta de red cuyo nombre es eno1 para que obtenga una dirección IP mediante dhcp versión 4.
Una vez realizados los cambios en el fichero de configuración, nos aseguramos de que no haya errores de sintaxis:
Si no hay errores, generamos la configuración para el backend systemd-networkd:
Y aplicaremos la configuración mediante el siguiente comando:
Y, por último, comprobamos que los cambios se han aplicado correctamente:
# netplan ip leases eno1
ADDRESS=172.19.144.49
ROUTER=172.19.144.2
SERVER_ADDRESS=172.19.144.3
NEXT_SERVER=172.19.144.68
T1=10800
T2=18900
LIFETIME=21600
DNS=172.19.144.2 172.19.144.3
NTP=172.19.144.2
DOMAINNAME=valledeljerte3
CLIENTID=ffb6220feb00020000ab11122baf93b503a8de
Publicado por Esteban M. Navas Martín en 7:48 No hay comentarios: Enlaces a esta entrada
Como ya habréis podido observar, la configuración de red en Ubuntu 18.04 ha cambiado y ya no se utiliza /etc/network/interfaces para configurar las interfaces de red. En lugar de ésto, se usa Netplan.
En máquinas como los portátiles, lo más probable es que nos interese que el usuario pueda gestionar la configuración mediante Network Manager. En ese caso, modificaremos el archivo de configuración para indicar a netplan que el renderer NetworkManager:
Es importante destacar que es necesario respetar los sangrados en el fichero de configuración .yaml.
Una vez realizados los cambios en el fichero de configuración, los aplicaremos mediante el siguiente comando:
Publicado por Esteban M. Navas Martín en 18:32 No hay comentarios: Enlaces a esta entrada
Etiquetas: ies, redes, systemd
Ubuntu Bionic usa netplan para gestionar la configuración de red. Ésto implica que se utilice una nomenclatura diferente para nombrar las tarjetas de red.
Para que se asignen a las tarjetas de red los nombres tradicionales (eth0,…,wlan0), podemos editar el fichero /etc/default/grub y cambiar:
Una vez hecho ésto, ejecutamos el comando update-grub2 para aplicar la configuración y listo.
Etiquetas: bionic, grub, redes
Systemd tiene un servicio rc-local.service para mantener compatibilidad con /etc/rc.local. De manera que podemos seguir añadiendo comandos al fichero /etc/rc.local que se ejecuten al final del proceso de inicio del sistema.
Paquetes para la reproducción de contenidos multimedia y DVDs
Una vez instalado nuestro Xubuntu 18.04, hay un conjunto de paquetes que deberemos instalar:
# apt install libdvdnav4 libdvdread4 gstreamer1.0-plugins-bad gstreamer1.0-plugins-ugly libdvd-pkg
# apt install ubuntu-restricted-extras
Con ésto conseguiremos:
Reproducir DVD's y vídeos con control de copyright.
Códecs de audio para reproducir mp3 y otros formatos.
Software para instalar Microsoft Web fonts.
Plugin de Adobe Flash.
El software lame, para crear archivos de audio comprimidos.
Etiquetas: bionic, software, xubuntu
Mientras esperamos la llegada de Scratch 3.0, vamos a instalar Scratch 2.0 en un cliente antes de clonar para disponer del editor offline.
Una vez instalado Adobe Air en Ubuntu Bionic Beaver, podemos proceder a instalar Scratch 2.0. Para ello, abrimos un terminal y ejecutamos:
# /opt/Adobe\ AIR/Versions/1.0/Adobe\ AIR\ Application\ Installer Scratch-461.air
Se nos abrirá un asistente con el que podremos realizar fácilmente la instalación.
Publicado por Esteban M. Navas Martín en 10:03 No hay comentarios: Enlaces a esta entrada
Etiquetas: bionic, software
Para que se instalen las dependencias. Publicado por primera vez en http://enavas.blogspot.com.es
Publicado por Esteban M. Navas Martín en 9:31 No hay comentarios: Enlaces a esta entrada
Etiquetas: bionic, ies, paquetes
Crear un usuario de sistema sin directorio HOME es tan sencillo como ejecutar el siguiente comando:
# adduser --system --no-create-home USERNAME
Esta versión de apt-mirror (0.5.1-1) no mirroriza bionic/main DEP-11 64x64@2 ni bionic-updates/main DEP-11 64x64@2.
Parece ser que tal y como está escrito el código, se está ignorando el símbolo arroba.
Para evitar el problema, matando dos pájaros de un tiro, he aprovechado para actualizar la máquina virtual que implementa el mirror de Debian Jessie a Debian Stretch, ya que tiene una versión más reciente del paquete apt-mirror sin ese problema.
Publicado por Esteban M. Navas Martín en 14:08 No hay comentarios: Enlaces a esta entrada
Etiquetas: apt-mirror, bugs, errores
$DIALOG --title "Marca del equipo" --clear \
He modificado el script musthave-build para generar la lista de paquetes instalados en el sistema en Ubuntu Bionc Beaver.
Publicado por Esteban M. Navas Martín en 21:36 No hay comentarios: Enlaces a esta entrada
Publicado por Esteban M. Navas Martín en 14:19 No hay comentarios: Enlaces a esta entrada
Ahora que he añadido un segundo volumen físico al NAS, observo que el espacio de almacenamiento del volumen lógico que aloja backups y máquinas virtuales comienza a tener poco espacio libre:
# df -h | grep backup
/dev/mapper/openmediavault--vg-backup           1,7T   1,4T  231G  86% /export/backup
Por tanto, voy a aumentar en 500 GB el tamaño de este volumen lógico:
# lvextend -L+500G /dev/openmediavault-vg/backup
Size of logical volume openmediavault-vg/backup changed from 1,65 TiB (433822 extents) to 2,14 TiB (561822 extents).
Una vez aumentado el tamaño del volumen logico, redimensionamos el sistema de archivos alojado en dicho volumen lógico:
# resize2fs /dev/openmediavault-vg/backup
El sistema de ficheros de /dev/openmediavault-vg/backup está montado en /media/e3da494b-3f93-43f3-ad44-55c23672533f; hace falta cambiar el tamaño en línea
old_desc_blocks = 106, new_desc_blocks = 138
The filesystem on /dev/openmediavault-vg/backup is now 575305728 (4k) blocks long.
Por último, comprobamos que el tamaño del sistema de archivos se ha aumentado:
/dev/mapper/openmediavault--vg-backup           2,2T   1,4T  703G  66% /export/backup
Un detalle que es importante destacar es que podemos aumentar el tamaño del sistema de ficheros online, es decir, sin desmontarlo, porque el kernel 2.6 y sucesivos, soportan el redimensionado on-line para sistemas de ficheros ext3 y ext4. Sin embargo, si en lugar de aumentar el tamaño del sistema de archivos, quisiera reducirlo, tendría que hacerlo forzosamente off-line. Es decir, arrancando desde un live-cd, por ejemplo.
Publicado por Esteban M. Navas Martín en 7:56 No hay comentarios: Enlaces a esta entrada
Etiquetas: apt-mirror, bionic, ies
En el post anterior, hemos visto cómo configurar una resolución común en pantallas que soportan distintas resoluciones a nivel de sistema en los archivos de configuración de Xorg , más concretamente en el archivo /usr/share/X11/xorg.conf.d/10-monitor.conf
Ahora bien, debéis de tener en cuenta, que al utilizar xfce4 en Xubuntu, las resoluciones establecidas por el usuario en su propia cuenta tienen prioridad sobre las establecidas por defecto a nivel de sistema.
Por tanto, si queréis establecer una serie de ajustes por defecto y que se apliquen a todos los usuarios, deberéis borrar el archivo monitors.xml almacenado en el directorio ~/.config/xfce4/xfconf/xfce-perchannel-xml/ del usuario. Y si quisiérais borrar la configuración particular de pantallas de todos los profesores, tan sólo tendríais que ejecutar un find como el siguiente:
# find /home/profesor/ -name "displays.xml" -exec rm -f {} \;
Etiquetas: ies, xfce, xorg
Los equipos de profesor de las aulas se encuentran conectados al mismo tiempo a una pantalla y a un proyector. Pues bien, en este post vamos a ver cómo configurar la misma resolución en pantallas que soportan diferentes resoluciones.
Para ello, vamos a utilizar como ejemplo los equipos de Telefónica, en los que estoy cambiando el viejo monitor NEC CRT de 15" por pantallas planas AOC de 24". Por cierto, cuando hablo de equipos de Teléfonica, me refiero a esos equipos suministrados en su día por Telefónica que tuvimos configurados como servidores LTSP...
Como podéis comprobar, estos equipos montan una tarjeta ATI Radeon HD 3450:
~# lshw -c video
producto: RV620 LE [Radeon HD 3450]
recursos: irq:33 memoria:d0000000-dfffffff memoria:fe6e0000-fe6effff ioport:a000(size=256) memoria:fe6c0000-fe6dffff
Estos equipos tienen actualmente instalado Ubuntu 14.04 y la tarjeta gráfica se encuentra configurada con el módulo radeon. Probando diferentes resoluciones en las nuevas pantallas, he creído conveniente establecer una resolución por defecto de 1280x1024.
Como en las aulas donde se encuentran instalados estos equipos, tenemos proyectores EPSON que soportan una resolución máxima de 1024x768, tendremos que generar un modeline ajustado a la resolución que queremos aplicar: 1280x1024. Para ello, hacemos uso de la herramienta cvt, a la que pasaremos como parámetros la resolución para la que queremos calcular el modeline. Además de la resolución, también podemos indicar la tasa de refresco, pero, si no lo hacemos, tomará el valor por defecto de 60 Hz:
Una vez obtenido el modeline, creamos un fichero de configuración de xorg en el directorio /usr/share/X11/xorg.conf.d/ al que llamaremos por ejemplo: 10-monitor.conf y en el que insertaremos la información de la tarjeta gráfica y de los dos monitores (pantalla y proyector):
# nano /usr/share/X11/xorg.conf.d/10-monitor.conf
Identifier  "Radeon 3450"
Option      "monitor-VGA-0" "monitor"
Option      "monitor-DVI-0" "proyector"
Option          "DPMS" "yes"
Option          "PreferredMode" "1680x1050"
Identifier      "proyector"
Option          "SameAs" "monitor"
Modeline        "1680x1050_60.00"  146.25  1680 1784 1960 2240  1050 1053 1059 1089 -hsync +vsync
No voy a entrar en muchos detalles. Tan sólo que estamos definiendo dos monitores:
Por un lado, la pantalla con una resolución preferida de 1280x1024.
Y, por otro, el proyector, que contiene la misma imagen que la pantalla con el modeline creado para que en ambos se muestre la misma imagen sin que se corte.
Etiquetas: hardware, ies, xorg
En mayo de 2016, vimos cómo crear un mirror de Ubuntu Trusty. En este post, vamos a ver cómo crear el mirror para actualizar los equipos con Ubuntu Bionic que tendremos tras el proceso de clonación.
Como ya he comentado en varias ocasiones, disponer de un mirror facilita enormemente el trabajo de actualizar paquetes en los clientes y reduce el consumo de ancho de banda. Así que siempre que imparto una nueva edición del curso de Puppet, insisto en que, con el volumen de máquinas que tenemos, todos los administradores deberían tener uno en su centro.
Y editamos el fichero añadiendo el siguiente contenido que os servirá perfectamente porque crea los mirrors de los principales repositorios de Ubuntu Bionic:
# set limit_rate 2000k
## Official Ubuntu repositories
# deb-i386 http://es.archive.ubuntu.com/ubuntu/ bionic main restricted universe multiverse
deb-amd64 http://es.archive.ubuntu.com/ubuntu/ bionic main restricted universe multiverse
# deb-i386 http://security.ubuntu.com/ubuntu bionic-security main restricted universe multiverse
deb-amd64 http://security.ubuntu.com/ubuntu bionic-security main restricted universe multiverse
# deb-i386 http://es.archive.ubuntu.com/ubuntu/ bionic-updates main restricted universe multiverse
deb-amd64 http://es.archive.ubuntu.com/ubuntu/ bionic-updates main restricted universe multiverse
# deb-i386 http://es.archive.ubuntu.com/ubuntu/ bionic-proposed main restricted universe multiverse
deb-amd64 http://es.archive.ubuntu.com/ubuntu/ bionic-proposed main restricted universe multiverse
# deb-i386 http://es.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb-amd64 http://es.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
## Security Ubuntu repositories
## Canonical's 'partner' repository.
# deb-i386 http://archive.canonical.com/ubuntu/ bionic partner
deb-amd64 http://archive.canonical.com/ubuntu/ bionic partner
# oem.archive.canonical.com
# deb-i386 http://oem.archive.canonical.com/updates/ bionic-oem public
deb-amd64 http://oem.archive.canonical.com/updates/ bionic-oem public
# hp.archive.canonical.com
# deb-i386 http://hp.archive.canonical.com/updates bionic-oem public
deb-amd64 http://hp.archive.canonical.com/updates bionic-oem public
# mirrors desarrollo.educarex.es ubuntu
# deb-i386 http://desarrollo.educarex.es/solointranet/ubuntu/bionic bionic linex
deb-amd64 http://desarrollo.educarex.es/solointranet/ubuntu/bionic bionic linex
# mirror Google Chrome
deb-amd64 http://dl.google.com/linux/chrome/deb/ stable main
# mirror Google Earth
deb-amd64 http://dl.google.com/linux/earth/deb/ stable main
clean http://dl.google.com/linux/chrome/
He dejado por defecto set nthreads 20 para indicar que se usen 20 hilos.
He dejado comentada la línea set limit_rate 2000k que establece un límite de consumo de ancho de banda de descarga de 2000k por hilo porque normalmente, el mirror se realiza cada noche, cuando no hay usuarios en el sistema. Si, en algún momento, tengo la necesidad de iniciar apt-mirror en horas de trabajo, ajusto los valores nthreads y limit_rate para que no realicen un consumo excesivo de ancho de banda.
apt-mirror usa wget para descargar los paquetes y mediante este parámetro limitamos la tasa de descarga.
set limit_rate 2000k
Como se puede apreciar en el fichero de configuración, estoy creando específicamente el repositorio con paquetes de 64 bits: deb-amd64. Ya no "mirrorizo" paquetes de 32 bits porque no tengo máquinas con sistema operativo de 32 bits. Si las tuvierais, tan sólo tendríais que "descomentar" las líneas que comienzan por: deb-i386
Por último, al final del fichero de configuración encontraréis las siguientes líneas:
Bien, pues una vez que ya tenemos los repositorios en /var/spool/apt-mirror/mirror, vamos a crear enlaces en /var/www para que los paquetes del reposxitorio sean servidos por apache:
# ln -s /var/spool/apt-mirror/mirror/archive.canonical.com
# ln -s /var/spool/apt-mirror/mirror/desarrollo.educarex.es
# ln -s /var/spool/apt-mirror/mirror/dl.google.com
# ln -s /var/spool/apt-mirror/mirror/es.archive.ubuntu.com
# ln -s /var/spool/apt-mirror/mirror/hp.archive.canonical.com
# ln -s /var/spool/apt-mirror/mirror/oem.archive.canonical.com
# ln -s /var/spool/apt-mirror/mirror/security.ubuntu.com
Una vez que tengamos los enlaces creados, el siguiente paso será editar el fichero /etc/cron.d/apt-mirror y modificar la hora de puesta en marcha de la creación del mirror:
Por otra parte, crearemos un fichero cron /etc/cron.d/apt-mirror-die para matar la tarea anterior a cierta hora:
Y eso es todo. Cuando lleguen las 22:00 comenzará la creación del mirror y, si no terminara, se mataría el proceso a las 7:45 de la mañana del día siguiente. Y, a las 7:46 se haría limpieza en el repositorio.
Al haber creado el mirror y los enlaces como he explicado, es muy sencillo modificar cada una de las entradas del sources.list. Veamos un ejemplo:
deb http://servidor/es.archive.ubuntu.com/ubuntu/ bionic-updates main restricted universe multiverse
De este modo es como podría quedar el /etc/apt/sources.list de un cliente:
deb http://servidor/es.archive.ubuntu.com/ubuntu/ bionic main restricted universe multiverse
deb http://servidor/es.archive.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
deb http://servidor/es.archive.ubuntu.com/ubuntu/ bionic-proposed main restricted universe multiverse
deb http://servidor/es.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb http://servidor/security.ubuntu.com/ubuntu bionic-security main restricted universe multiverse
Como ya comenté cuando creé el mirror para trusty, en mi opinión, es interesante crear una entrada DNS en el servidor ldap a la que llamemos mirror que apunte al servidor en que tenemos almacenado el mirror. De este modo, si en algún momento necesitamos cambiar el mirror que vamos a usar, no tendremos más que cambiar esa entrada en el servidor ldap para que apunte a otro mirror.
Publicado por Esteban M. Navas Martín en 16:53 No hay comentarios: Enlaces a esta entrada

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución