Algo de Linux

sábado, 6 de febrero de 2016

mutt: Enviar archivos adjuntos por email desde el shell

Cuando queráis enviar emails desde la consola en los que adjuntéis archivos (yo lo hago en muchas ocasiones desde los servidores, donde no tenemos instalado entorno gráfico), os recomiendo utilizar mutt

Si no lo tenéis instalado, lo instaláis:
# apt-get install mutt 
Como la mejor forma de explicar el modo de uso es con un ejemplo, os lo muestro a continuación:
# echo "Este es el cuerpo del mensaje" | mutt -s "Asunto de pruebas" -a megatools_1.9.97-1_amd64.deb freeradius2ies_0.4_amd64.deb -- miusuario@gmail.com
En el ejemplo anterior estoy enviando un mensaje que:
  • Añade el texto "Este es el cuerpo del mensaje" en el cuerpo del mensaje.
  • Añade el texto "Asunto de pruebas" al asunto del mensaje.
  • Adjunta dos archivos megatools_1.9.97-1_amd64.deb y freeradius2ies_0.4_amd64.deb
  • Y se lo envía al usuario cuya dirección de correo es miusuario@gmail.com
Publicado por primera vez en http://enavas.blogspot.com.es

Configurar Postfix para usar el SMTP de Gmail en Debian

Normalmente utilizo SSMTP para enviar e-mails desde la consola y scripts desde mis servidores Linux.

El problema es que el musthave de mis servidores tiene incluido el paquete postfix y no es posible tener instalado postfix y ssmtp a la vez en el equipo. Así que he tenido que configurar postfix para utilizar el SMTP de Gmail.

Primero.- Si quisiéramos instalar postfix porque no se encontrara instalado aún, instalaríamos los siguietes paquetes:
# apt-get install postfix mailutils libsasl2-2 ca-certificates libsasl2-modules
Segundo.- Editamos el fichero de configuración de postfix:
# nano /etc/postfix/main.cf
Y le añadimos la siguiente configuración al final:
relayhost = [smtp.gmail.com]:587
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_tls_security_options = noanonymous
Tercero.- A continuación creamos el archivo que he resaltado en amarillo:
# nano /etc/postfix/sasl/sasl_passwd

Y añadimos lo siguiente:
[smtp.gmail.com]:587 EMAIL:PASSWORD
Donde reemplaremos:
  • EMAIL por nuestro email.
  • PASSWORD por el password de la cuenta de email.
Por ejemplo:
[smtp.gmail.com]:587 usuario@gmail.com:p@ssw@rd

Cuarto.- Aseguramos permisos:
# chmod 400 /etc/postfix/sasl/sasl_passwd
Quinto.- Creamos el fichero sasl_passwd.db:
# postmap /etc/postfix/sasl/sasl_passwd
Sexto.- Creamos el fichero con el certificado de la autoridad certificadora Equifax (quien certifica los correos de Gmail):
# cat /etc/ssl/certs/Equifax_Secure_CA.pem > /etc/postfix/cacert.pem
Séptimo.- Por último, reiniciamos postfix para aplicar los cambios:
# /etc/init.d/postfix restart
Publicado por primera vez en http://enavas.blogspot.com.es

Instalar MegaSync en Debian desde los repositorios de MEGA

Mega es uno de los servicios de almacenamiento en la nube interesantes para usuarios de Linux que nos ofrece 50 GB de almacenamiento gratis y una aplicación de sincronización de escritorio, algo de lo que carecen otros servicios como Google Drive o Box.com.

El cliente de mega se llama Megasync. Hay paquetes de instalación para las siguientes distribuciones:
  • Centos 
  • Debian
  • Fedora
  • Red Hat
  • OpenSuse
  • Xubuntu 
Veamos como instalar MegaSync en Debian Jessie desde los repositorios de MEGA:

Primero.- Descargamos y añadimos la clave del repositorio:
# wget -O - https://mega.co.nz/linux/MEGAsync/Debian_8.0/Release.key | apt-key add -
Segundo.- Añadimos el repositorio:
# echo "deb http://mega.co.nz/linux/MEGAsync/Debian_8.0/ ./" > /etc/apt/sources.list.d/mega.list
Tercero.- Actualizamos los índices de los repositorios:
# apt-get update
Cuarto.- Instalamos megasync:
# apt-get install nautilus-megasync
Publicado por primera vez en http://enavas.blogspot.com.es

Megatools: Un cliente de línea de comandos para mega.nz

Megatools es un cliente de línea de comandos para mega.nz, algo de lo más interesante, que nos va a permitir utilizar Mega en servidores para realizar copias de seguridad en la nube o descargar archivos directamente en el servidor.

Por lo que se ve, megatools ha sido aceptado en Debian inestable. Así que, de momento, como necesitaba instalarlo en Debian Jessie, he creado un paquete desde el código fuente:
https://mega.nz/#!5lcngCYY!5LsI7a6BUbKCkjStoQj_MZnS8ywg3m0tnzEtUvyIduE
Publicado por primera vez en http://enavas.blogspot.com.es

jueves, 28 de enero de 2016

restartnfs: Script que reinicia nfs-common y autofs al levantar el interfaz de red si no se encuentra montado /home

En ocasiones, encendemos un equipo que necesita montar el directorio /home del servidor y, por algún problema, no tiene red. Para evitar tener que reiniciarlo completamente, he escrito un pequeño script que reinicia nfs-common y autofs al levantar el interfaz de red si no se encuentra montado /home y se lo he colocado mediante puppet a los servidores ltsp y equipos workstation de mi centro:
# cat /etc/network/if-up.d/restartnfs
#!/bin/sh
#
# restartnfs: Reinicia nfs-common y autofs al levantar el interfaz de red si no se encuentra montado /home
# Colocar este script en /etc/network/if-up.d/
#
# Esteban M. Navas Martín 
# IES Valle del Jerte - Plasencia
# 27/01/2016

mount | grep 'ldap:ou=auto.home'

if [ $? -ne 0 ]; then
   /etc/init.d/nfs-common restart;  /etc/init.d/autofs restart
fi
Publicado por primera vez en http://enavas.blogspot.com.es

Desbordado por tantos cambios y tanta desinformación

Lo siento, pero estoy tan desbordado de trabajo (como todos los administradores informáticos de educación...) que no tengo tiempo de documentar ni publicar nada nuevo, sobre todo cosas que requieren una redacción para explicarlo bien. Así que, de momento, creo que no voy escribir nada más que lo que pueda redactar en un pequeño post. El resto de cosas, me las guardo en pequeñas "chuletas" por si en algún momento pudiera pararme a redactarlas mejor.
Publicado por primera vez en http://enavas.blogspot.com.es

jueves, 14 de enero de 2016

Solucionar error de instalación de proxmox-ve

Si al instalar proxmox-ve obtenéis un error como el siguiente:
dpkg: error al procesar el paquete pve-manager (--configure):
 el subproceso instalado el script post-installation devolvió el código de salida de error 1
dpkg: problemas de dependencias impiden la configuración de proxmox-ve:
 proxmox-ve depende de pve-manager; sin embargo:
 El paquete `pve-manager' no está configurado todavía.

dpkg: error al procesar el paquete proxmox-ve (--configure):
 problemas de dependencias - se deja sin configurar
E: Sub-process /usr/bin/dpkg returned an error code (1)
La solución es hacer lo siguiente:
# touch /proxmox_install_mode
# apt-get install proxmox-ve
# rm /proxmox_install_mode
Publicado por primera vez en http://enavas.blogspot.com.es

martes, 22 de diciembre de 2015

Supercontrato Tic extremeño e innovación educativa

Parece que los administradores informáticos no somos los únicos descontentos con el Supercontrato Tic extremeño como se refleja en el siguiente post del blog TICtirití: http://iessanjose.blogspot.com.es/2015/12/supercontrato-tic-extremeno-e.html?m=1 
Recomiendo su lectura porque no tiene desperdicio.
Publicado por primera vez en http://enavas.blogspot.com.es

sábado, 12 de diciembre de 2015

Script download_pkg_and_deps: Descargar un paquete y todas sus dependencias

El script download_pkg_and_deps permite descargar el paquete que pasemos como parámetro y todas sus dependencias en una carpeta con el nombre del paquete.

Ésto nos servirá para descargar paquetes que luego podremos instalar offline.
Publicado por primera vez en http://enavas.blogspot.com.es

martes, 8 de diciembre de 2015

Extremadura se vende a Microsoft no sólo en Educación, también en Sanidad

Extremadura, una de las regiones pioneras en la implantación de software libre da marcha atrás y se vende a Microsoft no sólo en Educación (http://enavas.blogspot.com.es/2015/12/salvemos-gnulinex-con-windows-llega-el.html), también en Sanidad. 

Por si os queda alguna duda sobre la compra de licencias a Microsoft por parte de Sanidad, no tenéis más que echar un vistazo a la web de contratación pública de la Junta de Extremadura:

Un cambio de rumbo que los profesionales que trabajamos con sofware libre no entendemos, y no entendemos por muchas razones. Algunas de ellas:

Hoy por hoy las aplicaciones que se desarrollan son multiplataforma, lo que nos da la posibilidad de utilizar cualquier sistema operativo.

La mayor parte de las aplicaciones utilizadas en un equipo hoy en día se encuentran en la nube. 

El software libre nos ofrece la posibilidad de realizar cualquier modificación que necesitemos tanto en el sistema operativo como en el software. Ésto es algo imposible de realizar en un sistema operativo cerrado como Microsoft Windows.

El software de Microsoft es malware. En la siguiente página podéis leer por qué se considera dañiño: http://www.gnu.org/proprietary/malware-microsoft.es.html

Cuando se decide comprar un sistema operativo Windows, la administración se está obligando a adquirir nuevas versiones porque Microsoft no te permite seguir con tu sistema indefinidamente. Llega un momento en que decide dejar de darle soporte y  tienes que volver a comprarle nuevas versiones.

Cambiar de versión de Windows, supone ampliar o cambiar también los equipos porque cada vez que Microsoft saca una nueva versión, ésta necesita más recursos. Esto implica que la administración, pasado un tiempo, no sólo tendrá que comprar una nueva versión del sistema operativo, sino que deberá renovar sus equipos para que soporten las necesidades del sistema operativo.

Tener muchas máquinas Windows significa disponer de un software de gestión que Microsoft no regala. Y si no se dispone de un software de gestión, el mantenimiento de los equipos uno a uno resulta imposible. Sin un sofware de gestión,Windows devora el ancho de banda de la red, sobre todo con sus actualizaciones. Lo hemos visto en Educación. En la época de Windows XP, dos aulas de 25 ordenadores consumían el 90% del ancho de banda de internet, cuando 20 aulas de 15 ordenadores LinEx, donde sí teníamos software de gestión, tan sólo consumían el 10%.

Los sistemas operativos libres nos permiten adaptar el sistema operativo al hardware de la máquina, de tal manera que no se necesita renovar el hardware con tanta frecuencia como con sistemas operativos privativos.

Y como decía un compañero, no está mal recordar algún que otro artículo, de alguna que otra ley que se vulnera y que ahora no debe tener importancia:

Estatuto de Autonomía
Ley Orgánica 1/2011, de 28 de enero, de reforma del Estatuto de Autonomía de la Comunidad Autónoma de Extremadura.
http://www.boe.es/boe/dias/2011/01/29/pdfs/BOE-A-2011-1638.pdf
Artículo 7.10:
Los poderes públicos regionales:
[...]
Consideran un objetivo irrenunciable la masiva difusión de la cultura en su sentido más amplio y un acceso igualitario de los extremeños a la información y a los bienes y servicios culturales. Para ello, Extremadura considera instrumentos particularmente útiles el dominio de otras lenguas, el manejo de las tecnologías de la información y la comunicación, la extensión de los sistemas operativos de código abierto y el uso de las licencias de libre copia y distribución.
[...]

Ley 4/2013, de 21 de mayo, de Gobierno Abierto de Extremadura:
http://www.gobex.es/filescms/ig/uploaded_files/interlex_normas/Ley_4_2013_de_21_de_mayo_de_Gobierno_Abierto_de_Extremadura.pdf

Artículo 4, letra o:
"Principio de neutralidad tecnológica: la Administración pública ha de apostar por la utilización  y promoción de software de código abierto en su funcionamiento, así como por el uso de estándares abiertos y neutrales en materia tecnológica e informática, y favorecer dichas soluciones abiertas, compatibles y reutilizables en la contratación administrativa de aplicaciones o desarrollos informáticos."

Agenda Digital, está llena de menciones al uso del software libre, pero por destacar alguna:
http://www.extremaduradigital.org/sites/extremaduradigital.org/files/Agenda_Digital_Extremadura.pdf

-Independencia Tecnológica: el software libre es la única tecnología que te permite ser autónomo tecnológicamente hablando.
5. Uso de Software Libre.
Liberación de aplicaciones y puestas a disposición de ciudadanía, empresas y otras administraciones (reutilización de aplicaciones ya creadas y liberadas por parte de la Administración). Extremadura cuenta con una larga tradición en la implantación de Software de Fuentes Abiertas en su Administración. De hecho, el sistema educativo es referencia internacional en la migración a entornos libres y en el aprovechamiento de los recursos educativos abiertos. Se tomará como referencia el Decreto de Reutilización de Software Público13 recientemente aprobado por el Gobierno Vasco e integrado en la Agenda Digital Europea.

Si Extremadura es una de las regiones más pobres de España, ¿por qué se tira dinero comprando licencias de software privativo cuando trabaja desde hace más de 10 años con software libre y el modelo funciona tanto en Educación como en Sanidad? ¿Alguien puede darnos una explicación razonable?
Publicado por primera vez en http://enavas.blogspot.com.es