Cuidado al configurar nscd (Name Service Cache Daemon)

<div style="text-align: justify;">Actualmente, en Debian tenemos dos alternativas para configurar un cliente con el fin de que éste pueda realizar búsquedas en ldap para la autentificación de usuarios:</div><ul><li>libnss-ldap</li><li>libnss-ldapd</li></ul><div style="text-align: justify;"><b>libnss-ldap</b> es más maduro y más complejo. En cambio, <b>libnss-ldapd</b> es más reciente pero soluciona ciertas deficiencias de libnss-ldap. Para más información, ver la página de libnss-ldapd: </div><div style="text-align: justify;"><a href="http://arthurdejong.org/nss-ldapd/">http://arthurdejong.org/nss-ldapd/</a></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El demonio <b>nslcd</b> es quien se encarga de conectar con el servidor ldap cuando el usuario realiza sus peticiones. La configuración de este demonio se encuentra en el fichero <b>/etc/nslcd.conf</b>, donde tendremos que especificar dos datos fundamentales:</div><ul><li>La uri del servidor ldap. </li><ul><li>Ejemplo: <b>uri ldap://ldap</b></li></ul><li>La base de nuestro directorio ldap.</li><ul><li>Ejemplo: <b>base dc=instituto,dc=extremadura,dc=es</b></li></ul></ul><div style="text-align: justify;">Es posible indicar varias uri para utilizar varios servidores ldap, uno por línea. Por ejemplo:</div><b>uri ldap://ldap</b><br /><b><b>uri ldap://servidor</b> </b> <br /><br /><div style="text-align: justify;">Siempre se utilizará el primero, excepto cuando falle, en cuyo caso, se utilizará el siguiente.</div><br /><div style="text-align: justify;">Si habéis configurado vuestro cliente para hacer consultas en el servidor ldap, podéis comprobar que funciona, ejecutando:</div><pre class="shell"><code># getent passwd</code></pre><div style="text-align: justify;">Y obtendréis la lista de todos los usuarios, tanto los locales como los del servidor ldap.</div><br />O:<br /><pre class="shell"><code># getent group</code></pre>Y obtendréis la lista de todos los grupos.<br /><br /><div style="text-align: justify;">Pues bien, para reducir el número de consultas al servidor ldap, podemos utilizar <b>nscd</b> (Name Service Cache Daemon), un demonio que se va a encargar de cachear la información de passwd, group y hosts. Nosotros lo utilizamos concretamente para cachear usuarios y grupos, pero no para nombres de hosts.</div><div style="text-align: justify;"><br /></div>El fichero de configuración de <b>nscd</b> es <b>/etc/nscd.conf</b><br /><br /><div style="text-align: justify;">Para activar el cacheo de usuarios en este fichero, entre otros parámetros tendremos una línea así:</div><br /><b>        enable-cache            passwd          yes</b><br /><br />Y para activar el cacheo de grupos:<br /><br /><b>        enable-cache            group          yes</b><br /><br /><div style="text-align: justify;">Un parámetro muy importante de este fichero es <b>positive-time-to-live</b>, Su sintaxis es la siguiente:</div><br /><b>        positive-time-to-live            servicio          segundos</b><br /><br /><br /><div style="text-align: justify;">Este parámetro nos permite indicar el número de segundos que deberán transcurrir para que una entrada sea borrada de la caché. Cuando queremos que la información permanezca cacheada mucho tiempo (como por ejemplo, en un portátil) especificaremos un valor muy alto. Y aquí es donde <span style="color: red;"><b>debemos de tener cuidado</b></span> porque los cambios producidos en la base de datos del servidor ldap no serán conocidos por el sistema debido a que estará usando la información cacheada.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Si en algún momento, queréis borrar la caché de usuarios manualmente, no tenéis más que ejecutar:</div><pre class="shell"><code># nscd -i passwd</code></pre>Y si queréis borrar la caché de grupos:<br /><pre class="shell"><code># nscd -i group</code></pre><div style="text-align: justify;">Por último, tan sólo recalcar una cosilla más: Si en algún momento estáis comprobando si se obtienen respuestas por parte del servidor ldap, parad antes el servicio nscd porque de otro modo, podría daros falsos resultados ofreciéndoos información de la caché.</div><div style="text-align: justify;"></div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Cuidado al configurar nscd (Name Service Cache Daemon)

Actualmente, en Debian tenemos dos alternativas para configurar un cliente con el fin de que éste pueda realizar búsquedas en ldap para la a...

Leer más »

Servidores DNS públicos

<div style="text-align: justify;">Para resolver nombres de nuestra organización utilizamos nuestro propio servidor DNS local. Ahora bien, cuando hay que resolver direcciones de internet, utilizamos los DNS de nuestro proveedor de internet u otros DNS públicos.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Algunos de los proveedores de DNS y servidores que solemos utilizar habitualmente son éstos:</div><ul><li><b>OpenDNS</b>:</li><ul><li>DNS Primario: 208.67.222.222 </li><li>DNS Secundario: 208.67.222.220</li></ul></ul><ul><li><b>Google Public DNS:</b></li><ul><li>DNS Primario: 8.8.8.8 </li><li>DNS Secundario: 8.8.4.4</li></ul></ul>Existen también servidores con filtrado de virus, como por ejemplo:<br /><ul><li><b>Comodo Secure DNS:</b></li><ul><li>DNS Primario:  8.26.56.26</li><li>DNS Secundario:8.20.247.20</li></ul></ul><ul><li><b>Norton Connect Safe:</b></li><ul><li>DNS Primario:198.153.192</li><li>DNS Secundario:198.153.194.50</li></ul></ul>Además existen servidores que ofrecen una versión para IPv6:<br /><ul><li><b>OpenDNS:</b></li><ul><li>DNS Primario: 2620:0:ccc::2 </li><li>DNS Secundario: 2620:0:ccd::2</li></ul></ul><ul><li><b>Google Public DNS:</b></li><ul><li>DNS Primario: 2001:4860:4860::8888 </li><li>DNS Secundario: 2001:4860:4860::8844 </li></ul></ul><ul><li><b>Censurfridns.dk:</b></li><ul><li>DNS Primario: 2002:d596:2a92:1:71:53</li><li>DNS Secundario:2002:5968:c28e::53::</li></ul></ul><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Servidores DNS públicos

Para resolver nombres de nuestra organización utilizamos nuestro propio servidor DNS local. Ahora bien, cuando hay que resolver direcciones ...

Leer más »

Permitir root login mediante ssh

<div style="text-align: justify;">Por lo que he podido comprobar, después de instalar Debian Jessie no es posible conectarse vía ssh a la máquina en la que lo hemos instalado. Ésto se debe a que en el fichero de configuración del servidor ssh (/etc/ssh/sshd_config), la directiva PermitRootLogin viene definida así:</div><pre class="source-code"><code>PermitRootLogin without-password</code></pre>Y, como podréis deducir, va ser imposible conectarse así, utilizando una clave pública, a menos que copiemos la clave pública de la máquina en cuestión de forma manual.<br /><br />Lo que podemos hacer es cambiar la directiva por:<br /><div style="text-align: justify;"><pre class="source-code"><code>PermitRootLogin yes</code></pre>De este modo, nos podremos conectar de ambos modos:<br /><ul><li>Utilizando usuario y contraseña.</li><li>O utilizando una clave pública.</li></ul>No olvidéis reiniciar el servicio ssh una vez hecha la modificación en el archivo /etc/ssh/sshd_config<br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span></div>

Permitir root login mediante ssh

Por lo que he podido comprobar, después de instalar Debian Jessie no es posible conectarse vía ssh a la máquina en la que lo hemos instalado...

Leer más »

Instalar un servidor tftpd-hpa para guardar configuraciones de switches

<div style="text-align: justify;">Algunos switches, como los DLINK DES-3226 requieren un servidor tftp en la red para hacer un backup y guardar las configuraciones.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Vamos a ver cómo instalar y configurar <b>tftpd-hpa</b> para que realice esta función:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Primero.-</b> Instalamos el paquete:</div><pre class="shell"><code># apt-get install tftpd-hpa<br />Leyendo lista de paquetes... Hecho<br />Creando árbol de dependencias <br />Leyendo la información de estado... Hecho<br />El paquete indicado a continuación se instaló de forma automática y ya no es necesarios.<br /> openbsd-inetd<br />Use 'apt-get autoremove' to remove it.<br />Se instalarán los siguientes paquetes NUEVOS:<br /> tftpd-hpa<br />0 actualizados, 1 se instalarán, 0 para eliminar y 0 no actualizados.<br />Se necesita descargar 0 B/47,6 kB de archivos.<br />Se utilizarán 91,1 kB de espacio de disco adicional después de esta operación.<br />Preconfigurando paquetes ...<br />Seleccionando el paquete tftpd-hpa previamente no seleccionado.<br />(Leyendo la base de datos ... 379942 ficheros o directorios instalados actualmente.)<br />Desempaquetando tftpd-hpa (de .../tftpd-hpa_5.2-4_amd64.deb) ...<br />Procesando disparadores para man-db ...<br />Configurando tftpd-hpa (5.2-4) ...<br />Starting HPA's tftpd: in.tftpd.<br /></code></pre>Una vez instalado, el servidor creará un directorio: <b>/srv/tftp</b>.<br /><br /><b>Segundo.-</b> Comprobamos que el servidor tftpd está corriendo:<br /><pre class="shell"><code># ps aux|grep tftp<br />root 9672 0.0 0.0 14816 296 ? Ss 13:26 0:00 /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 --secure /srv/tftp<br /></code></pre><div style="text-align: justify;">Con ésto, el servidor estará listo para permitir la descarga de archivos, pero no permitirá subirlos.<br /></div><b>Tercero.-</b> Editamos el fichero /etc/default/tfpd-hpa: <br /><pre class="source-code"><code># /etc/default/tftpd-hpa<br /><br />TFTP_USERNAME="tftp"<br />TFTP_DIRECTORY="/srv/tftp"<br />TFTP_ADDRESS="0.0.0.0:69"<br />TFTP_OPTIONS="--secure"<br /></code></pre>Y, en la variable TFTP_OPTIONS añadimos el parámetro --create, de tal manera que quedará así: <br /><pre class="source-code"><code># /etc/default/tftpd-hpa<br /><br />TFTP_USERNAME="tftp"<br />TFTP_DIRECTORY="/srv/tftp"<br />TFTP_ADDRESS="0.0.0.0:69"<br />TFTP_OPTIONS="--secure --create"<b><br /></b></code></pre><b><br /></b><b>Cuarto.-</b> Reiniciamos el servicio para que se apliquen los cambios: <br /><pre class="shell"><code># /etc/init.d/tftpd-hpa restart<br />Restarting HPA's tftpd: in.tftpd.<br /></code></pre><br /><b>Quinto.-</b> Damos permisos de escritura en el directorio /srv/tftp: <br /><pre class="shell"><code># chmod 777 /srv/tftp<br /></code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Instalar un servidor tftpd-hpa para guardar configuraciones de switches

Algunos switches, como los DLINK DES-3226 requieren un servidor tftp en la red para hacer un backup y guardar las configuraciones. Vamos a v...

Leer más »

Utilizar autofs para montar un directorio compartido vía nfs

<div style="text-align: justify;">Ya que hace poco me han preguntado acerca del tema y aprovechando que acabo de hacer algo así para montar los directorios compartidos del NAS de los ciclos, voy a explicar cómo montar un directorio compartido vía nfs utilizando <b>autofs</b>.</div><div style="text-align: justify;"><br />Autofs nos permite montar sistemas de archivos locales y remotos bajo demanda y desmontarlos automáticamente cuando no se usen. ¿Qué quiero decir con bajo demanda? Pues simplemente que los sistemas de archivos se van a montar cuando el usuario acceda a ellos y se desmontarán después de un tiempo de inactividad.<br /><br />Supongamos que tenemos un NAS en la máquina con IP 192.168.2.10 que exporta un directorio /mnt/Repo mediante nfs y queremos que éste directorio se encuentre disponible para las máquinas de nuestra red local. Lo que tendríamos que hacer sería configurar autofs en cada máquina para que acceda a dicho directorio.<br /><br />Ésto es algo que podemos configurar de una manera muy sencilla mediante puppet, pero veamos cómo hacerlo manualmente para montar un sistema de archivos compartido vía nfs en una máquina:<br /><br />Primero, instalamos autofs en el cliente:<br /><pre class="shell"><code># apt-get install autofs</code></pre><br />Una vez instalado, editamos el archivo <b>/etc/auto.master</b> y le añadimos la siguiente línea:<br /><pre class="source-code"><code>/nfs /etc/auto.nas --timeout=60</code></pre></div>Si no hemos configurado nada aún en autofs, el fichero os quedará más o menos así: <br /><pre class="source-code"><code>#<br /># Sample auto.master file<br /># This is an automounter map and it has the following format<br /># key [ -mount-options-separated-by-comma ] location<br /># For details of the format look at autofs(5).<br />#<br />#/misc /etc/auto.misc<br />#<br /># NOTE: mounts done from a hosts map will be mounted with the<br /># "nosuid" and "nodev" options unless the "suid" and "dev"<br /># options are explicitly given.<br />#<br />#/net -hosts<br />#<br /># Include /etc/auto.master.d/*.autofs<br />#<br />+dir:/etc/auto.master.d<br />#<br /># Include central master map if it can be found using<br /># nsswitch sources.<br />#<br /># Note that if there are entries for /net or /misc (as<br /># above) in the included master map any keys that are the<br /># same will not be seen as the first read key seen takes<br /># precedence.<br />#<br />+auto.master<br />/nfs /etc/auto.nas –timeout=60<br /></code></pre><div style="text-align: justify;">Con ésto, estamos especificando un punto de montaje en <b>/nfs</b>, que configuraremos en el archivo <b>/etc/auto.nas</b>. Por cierto, el directorio de montaje no es necesario crearlo. Lo crea autofs de forma automática.</div><br />A continuación creamos el archivo <b>/etc/auto.nas</b> con el siguiente contenido:<br /><pre class="source-code"><code><br /><b><span style="background-color: yellow;">nas</span> <span style="background-color: orange;">-fstype=nfs,rw,hard,intr,nodev,nosuid,nolock,rsize=8192</span> <span style="background-color: red;">192.168.2.10:/mnt/Repo</span></b><br /></code></pre><span style="font-family: inherit;">Donde:</span><br /><ul><li><span style="font-family: inherit;"><b id="docs-internal-guid-2907f487-cca9-7dcf-3d29-8eb7bce564b0" style="font-weight: normal;"><span style="background-color: transparent; color: black; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b>nas</b> es el punto de montaje<b>.</b></span></b></span></li><li><span style="font-family: inherit;"><b id="docs-internal-guid-2907f487-cca9-7dcf-3d29-8eb7bce564b0" style="font-weight: normal;"><span style="background-color: transparent; color: black; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b>-fstype=nfs,rw,hard,intr,nodev,nosuid,nolock,rsize=8192</b> son las opciones de montaje.</span></b></span></li><li><span style="font-family: inherit;"><b id="docs-internal-guid-2907f487-cca9-7dcf-3d29-8eb7bce564b0" style="font-weight: normal;"><span style="background-color: transparent; color: black; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b>192.168.2.10:/mnt/Repo</b> es el directorio nfs de la máquina remota<b></b> que queremos montar.</span></b></span></li></ul><div style="text-align: justify;">De este modo, cuando el usuario acceda a <b>/nfs/nas</b>, se realizará automáticamente el montaje.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para facilitar la tarea de montaje, es interesante crear un marcador en Nautilus, de tal manera que podamos acceder directamente al recurso compartido, haciendo clic directamente sobre él.</div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Utilizar autofs para montar un directorio compartido vía nfs

Ya que hace poco me han preguntado acerca del tema y aprovechando que acabo de hacer algo así para montar los directorios compartidos del NA...

Leer más »

Subir archivos a mediagoblin desde la línea de comandos

<div style="text-align: justify;">A veces necesitamos subir archivos a mediagoblin como administrador desde la línea de comandos. Veamos cómo con un ejemplo:</div><pre class="source-code"><code><br />cd /srv/mediagoblin.valledeljerte3/mediagoblin<br /> <br />./bin/gmg addmedia usuario archivovideo.avi \<br /> --title "Software Libre" \<br /> --description "Documental sobre el concepto de Software Libre" \<br /> --license "http://creativecommons.org/licenses/by-sa/3.0/" \<br /> --tags "software,libre,linus"<br /></code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Subir archivos a mediagoblin desde la línea de comandos

A veces necesitamos subir archivos a mediagoblin como administrador desde la línea de comandos. Veamos cómo con un ejemplo: cd /srv/mediagob...

Leer más »

Configurar el servidor nfs del centro para poder establecer quotas de disco

<div style="text-align: justify;">Aprovechando que tuve que cambiar el viejo servidor NFS del centro por el <b>Primergy TX100 S3</b> que me enviaron, pensé que, ya que tenía una máquina de 64 bits, lo ideal sería montarle una Debian de 64 bits, en lugar de clonarlo con la imagen de 32 bits del antiguo servidor.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Al hacer una nueva instalación, tenía que configurarlo para poder establecer quotas de disco para los usuarios. Así que he aprovechado que mi amigo Chema me ha preguntado acerca del tema para hacer una pequeña chuleta que le sirva a otros compañeros:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Lo primero que tenemos que hacer es  instalar los paquetes <b>quota</b> y <b>quotatool</b>:<br /><pre class="shell"><code># apt-get install quota quotatool</code></pre><br />A continuación instalamos el paquete que añade el script <a href="http://enavas.blogspot.com.es/2015/03/paquete-setgroupquota-02.html"><b>setgroupquota</b></a> para establecer quotas por grupos:<br /><pre class="shell"><code># dpkg -i setgroupquota_0.2_all.deb</code></pre><br />Editamos el archivo <b>/etc/fstab</b> del servidor y modificamos la línea que monta la partición <b>home</b> para que admita quotas de disco:<br /><pre class="source-code"><code>/dev/mapper/servidor-home /home ext4 defaults 0 2</code></pre>De tal manera que quede así: <br /><pre class="source-code"><code>/dev/mapper/servidor-home /home ext4 defaults,usrquota,grpquota 0 2</code></pre>Una vez modificado el /etc/fstab, "re-montamos" la partición home para no tener que reiniciar:<br /><pre class="shell"><code># mount -o remount /home</code></pre>A continuación, ejecutamos el comando quotacheck para que se creen los ficheros de quotas:<br /><pre class="shell"><code># quotacheck -ugm /home</code> </pre>Por último, activamos las quotas de disco: <br /><pre class="shell"><code># quotaon -ugv /home</code></pre>Y listo. A partir de ahora ya podéis usar los scripts para asignar quotas de disco como el setgroupquota.<br /><span id=" zsprotentradas=">Publicado por primera vez en http://enavas.blogspot.com.es</span></div>

Configurar el servidor nfs del centro para poder establecer quotas de disco

Aprovechando que tuve que cambiar el viejo servidor NFS del centro por el Primergy TX100 S3 que me enviaron, pensé que, ya que tenía una má...

Leer más »

Monitorizar la temperatura de la placa base, CPU y el disco duro con Monit

<div style="text-align: justify;">Una vez que tenía monitorizados los servicios de los servidores LTSP, el servidor ldap y el servidor nfs, me pareció que sería interesante monitorizar también la temperatura de la placa base, la cpu y el disco duro de los mismos, y, si fuera posible, las revoluciones de los ventiladores, sobre todo teniendo en cuenta que los servidores de terminales se encuentran en cajones cerrados donde la ventilación puede no ser tan buena como debería.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como quería utilizar Monit y la versión de los repositorios no admitía programas definidos por el usuario, tuve que <a href="http://enavas.blogspot.com.es/2014/05/paquete-de-monit-58-para-debian-squeeze.html">crear el paquete para Debian</a> con la versión 5.8.<br /><br />Para realizar la monitorización, instalé la versión 5.8 de Monit y me basé en lm-sensors y hddtemp:<br /><pre class="shell"><code># apt-get install monit lm-sensors hddtemp</code></pre>Es importante destacar que instalé monit con <b>apt-get</b> porque lo tenía añadido al repositorio particular que tengo montado en mi centro. Si no lo tenéis añadido a un repositorio propio, tendréis que <a href="https://app.box.com/s/hgznokwkohbizhs4ja9u">descargarlo</a> e instalarlo mediante <b>dpkg</b>. <br /><br />Una vez instalado  el paquete lm-sensors, ya podéis monitorizar voltajes, temperaturas y revoluciones de ventiladores con el comando:<br /><pre class="shell"><code># sensors</code></pre></div>Los resultados que obtengáis dependerán de la placa base que tengáis. Os muestro un ejemplo de salida del comando: <br /><pre class="source-code"><code># sensors<br />acpitz-virtual-0<br />Adapter: Virtual device<br />temp1: +40.0°C (crit = +75.0°C)<br /><br />atk0110-acpi-0<br />Adapter: ACPI interface<br />Vcore Voltage: +1.34 V (min = +0.85 V, max = +1.60 V)<br /> +3.3 Voltage: +3.31 V (min = +3.00 V, max = +3.60 V)<br /> +5.0 Voltage: +4.92 V (min = +4.50 V, max = +5.50 V)<br />+12.0 Voltage: +12.16 V (min = +11.20 V, max = +13.20 V)<br />CPU FAN Speed: 3229 RPM (min = 0 RPM, max = 1800 RPM)<br />CHASSIS FAN Speed: 1493 RPM (min = 0 RPM, max = 1800 RPM)<br />POWER FAN Speed: 0 RPM (min = 0 RPM, max = 1800 RPM)<br />CPU Temperature: +31.0°C (high = +90.0°C, crit = +125.0°C)<br />MB Temperature: +38.0°C (high = +45.0°C, crit = +90.0°C)<br /><br />k8temp-pci-00c3<br />Adapter: PCI adapter<br />Core0 Temp: +28.0°C <br />Core0 Temp: +23.0°C <br />Core1 Temp: +32.0°C <br />Core1 Temp: +31.0°C <br /></code></pre><div style="text-align: justify;">Del mismo modo, una vez instalado el paquete hddtemp, podréis monitorizar la temperatura del disco duro: </div><pre class="shell"><code># hddtemp /dev/sda</code></pre>Un ejemplo: <br /><pre class="source-code"><code># hddtemp /dev/sda<br />/dev/sda: ST32000542AS: 34°C<br /></code></pre><div style="text-align: justify;">Bien, pues una vez que tenemos las herramientas necesarias instaladas, creamos un script que obtenga solamente los valores numéricos que necesito. Por ejemplo, yo creé un script <b>/usr/local/sbin/mbtemp.sh</b> que obtiene el valor de temperatura de la placa base y lo devuelve: </div><pre class="source-code"><code># cat /usr/local/sbin/mbtemp.sh <br />#!/bin/bash<br />MBTEMP=`sensors |grep "MB Temperature"| cut -f6 -d" " | tr -d '+' | tr -d '°C' | awk '{printf("%d\n",$1 + 0.5)}'`<br /># echo $MBTEMP # for debug only<br />exit $MBTEMP<br /></code></pre><div style="text-align: justify;">Es necesario devolver el valor (<b>exit $MBTEMP</b>) para poder recogerlo en la configuración de Monit y actuar en consecuencia. Una vez que ya tenía el script, creé un fichero de configuración para almacenar las configuraciones de gestión de temperatura en el directorio <b>/etc/monit.d/</b> con el siguiente contenido: </div><pre class="source-code"><code>check program MBtemp with path "/usr/local/sbin/mbtemp.sh"<br /> if status > 60 then alert<br /> group temperature<br /></code></pre><div style="text-align: justify;">La configuración anterior es muy sencilla. Le estamos diciendo a Monit que utilice el programa MBtemp ubicado en /usr/local/sbin/mbtemp.sh (el nombre MBtemp es identificativo nada más) y si el valor devuelto por el script (la temperatura) es mayor de 60, envíe una alerta. <br />Bien, pues para monitorizar la temperatura de la CPU, hacemos lo mismo: Creamos un script que obtenga el valor de temperatura de la CPU y lo devuelva: <br /><pre class="source-code"><code># cat /usr/local/sbin/cputemp.sh <br />#!/bin/bash<br />CPUTEMP=`sensors |grep "CPU Temperature"| cut -f5 -d" " | tr -d '+' | tr -d '°C' | awk '{printf("%d\n",$1 + 0.5)}'`<br /># echo $CPUTEMP # for debug only<br />exit $CPUTEMP<br /></code></pre>Y añadimos la configuración de gestión de la temperatura al fichero de gestión de Monit que creamos en el caso anterior: <br /><pre class="source-code"><code>check program CPUtemp with path "/usr/local/sbin/cputemp.sh"<br /> if status > 60 then alert<br /> group temperature<br /></code></pre>Podríamos almacenar esta configuración en otro fichero nuevo si queremos, pero lo he almacenado en el mismo porque me ha parecido bien organizarlo así. Del mismo modo, creamos un script que obtenga el valor de temperatura del disco duro: <br /><pre class="source-code"><code># cat /usr/local/sbin/hddtempsda.sh <br />#!/bin/bash<br />HDDTEMPsda=`hddtemp /dev/sda | cut -f3 -d":" | tr -d ' ' | tr -d '°C'`<br /># echo $HDDTEMPsda # for debug only<br />exit $HDDTEMPsda<br /></code></pre>Y añadimos la configuración de gestión de la temperatura al fichero de gestión de Monit que creamos al principio: <br /><pre class="source-code"><code>check program HDDtempsda with path "/usr/local/sbin/hddtempsda.sh"<br /> if status > 50 then alert<br /> group temperature<br /></code></pre><br />Resumiendo. Hemos creado 4 ficheros:<br /><ul><li><b>/usr/local/sbin/mbtemp.sh</b> (script que obtiene la temperatura de la placa base)</li><li><b>/usr/local/sbin/cputemp.sh</b> (script que obtiene la temperatura de la cpu)</li><li><b>/usr/local/sbin/hddtemp.sh</b> (script que obtiene la temperatura del disco duro)</li><li><b>/etc/monit.d/temperatura</b> (fichero en el que hemos definido las reglas de gestión de temperatura)</li></ul><div>El fichero <b>/etc/monit.d/temperatura</b> quedaría así:</div><pre class="source-code"><code>check program MBtemp with path "/usr/local/sbin/mbtemp.sh"<br /> if status > 60 then alert<br /> group temperature<br /><br />check program CPUtemp with path "/usr/local/sbin/cputemp.sh"<br /> if status > 60 then alert<br /> group temperature<br /><br />check program HDDtempsda with path "/usr/local/sbin/hddtempsda.sh"<br /> if status > 50 then alert<br /> group temperature<br /></code></pre><div><br /></div><div>Por último, reiniciamos el servicio monit:<br /><pre class="source-code"><code># service monit restart<br /></code></pre><br /></div><div>Si ahora abrimos el navegador y accedemos al interfaz web de monit, veremos que se muestra el control de las temperaturas.<br /><br />Es importante controlar también las revoluciones de los ventiladores para saber si alguno ha bajado de revoluciones o ha dejado de funcionar y evitar que los servidores se calienten.<br /><br />En los servidores de terminales que tenemos en mi centro es posible monitorizar las revoluciones del ventilador de la cpu y el que está conectado a la conexión CHASSIS FAN SPEED de la placa. No es posible monitorizar el ventilador de la caja porque está conectado directamente a la fuente. Lo peor es que después de revisar todos los servidores de terminales he visto que 12 de ellos tenían el ventilador de la caja gripado. Si hubieran estado conectados a la placa base, podría haberlos monitorizado de forma remota.</div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span></div>

Monitorizar la temperatura de la placa base, CPU y el disco duro con Monit

Una vez que tenía monitorizados los servicios de los servidores LTSP, el servidor ldap y el servidor nfs, me pareció que sería interesante m...

Leer más »

Configurar el servidor nfs del centro como puerta de enlace + squid

<div style="text-align: justify;">En un <a href="http://enavas.blogspot.com.es/2014/04/alta-disponibilidad-con-ldapreplica_8.html">post anterior</a> os mostraba cómo he configurando los dos servidores de mi centro para tener una alta disponibilidad de servicios. Además, he <a href="http://enavas.blogspot.com.es/2014/05/instalar-monit-para-monitorizar.html">instalado Monit</a> en todos los servidores para monitorizar servicios y las temperaturas de la placa base, cpu y disco duro de cada uno de ellos. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Pues bien, el otro día, monitorizando el servidor ldap he observado que los dos discos duros instalados en él tienen una temperatura demasiado alta (uno de ellos está cerca de los 45ºC), sobre todo si los comparamos con las temperaturas de los discos duros de los servidores LTSP (en torno a los 30-35ºC). Creo que el servidor de ldap tiene un problema fundamental y es que la caja es demasiado pequeña y no ventila bien. Además los ventiladores también son pequeños y los discos duros están justo uno encima del otro, por lo que se dan calorcito mutuamente.<br /><br /></div><div style="text-align: justify;">Como tengo un ordenador que me trajo un compañero con una caja tipo torre más grande con varios ventiladores de 80x80mm, pensé: Voy a intercambiar  las cajas entre ambos ordenadores para reducir la temperatura de los componentes: Discos duros, placa base y procesador. Pero hay un problema. ¿Cuándo lo hago sin detener los servicios? Si el servidor ldap está funcionando siempre y además es la puerta de enlace... Así que revisé mi esquema y pensé: Si configuro el servidor nfs como puerta de enlace y le monto squid, tan sólo tengo que modificar un objeto en la configuración de dhcp de la base de datos ldap  para que se asigne como puerta de enlace  el servidor nfs. De este modo, podré parar el servidor ldap sin dejar de dar servicio. Así que me puse manos a la obra y ésta es la configuración que tengo actualmente:</div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgK_QMD12utT8PR6tk29UQTWqynZP1QD5H4bTu4HUIDIPTgCEOqDmfEjuNLP_60vBEwYo88C1CaHx9KGlPZpXZ8GzQU3IMZ3XxFOxHnJmHxn6RIGh1-ePWHrNQNhWmL_UiK7mE0Idbf6ZMR/s1600/ha+ldap+nfs.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgK_QMD12utT8PR6tk29UQTWqynZP1QD5H4bTu4HUIDIPTgCEOqDmfEjuNLP_60vBEwYo88C1CaHx9KGlPZpXZ8GzQU3IMZ3XxFOxHnJmHxn6RIGh1-ePWHrNQNhWmL_UiK7mE0Idbf6ZMR/s320/ha+ldap+nfs.png" /></a></div>Faltaría repasarlo detenidamente y hacer la prueba. ¿Cuándo? Ya veremos.<br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Configurar el servidor nfs del centro como puerta de enlace + squid

En un post anterior os mostraba cómo he configurando los dos servidores de mi centro para tener una alta disponibilidad de servicios. Ademá...

Leer más »

Enviar notificaciones de Monit usando el SMTP de Gmail

<div style="text-align: justify;">Podemos hacer que Monit nos envíe notificaciones mediante email cuando se produzca un determinado evento en los servicios, ficheros, directorios o dispositivos que estemos monitorizando.<br /><br />Para ello debemos disponer de un servidor de correo en nuestra organización, pero no os preocupéis si no lo tenéis porque podéis usar el SMTP de Gmail, incluyendo las siguientes instrucciones en el fichero de configuración <b>/etc/monit/monitrc</b>:</div><pre class="source-code"><code>set mailserver smtp.gmail.com port 587<br /> username "<b>miusuario</b>@gmail.com" password "<b>mipassword</b>"<br /> using tlsv1<br /> with timeout 30 seconds<br /></code></pre><div style="text-align: justify;"><br /></div><div style="text-align: justify;">En las instrucciones anteriores, deberéis sustituir "<b>miusuario</b>" por el nombre de usuario de una cuenta de Gmail y "<b>mipassword</b>" por la contraseña de dicha cuenta.<br /><br />Con ésto, hemos definido el SMTP con el que se van a  enviar las notificaciones por email. Ahora bien, también tendremos que indicar el email de la persona que va a recibir dichas notificaciones, añadiendo la siguiente instrucción al fichero de configuración <b>/etc/monit/monitrc</b>:</div><pre class="source-code"><code>set alert usuario@proveedor.dominio</code></pre>Por ejemplo: <br /><pre class="source-code"><code>set alert administrador.valledeljerte@edu.gobex.es</code></pre><div style="text-align: justify;">Una vez configurado el servidor SMTP a utilizar y el receptor de las notificaciones, ya podemos crear reglas que monitoricen nuestros servicios y nos envíen alertas. Por ejemplo: </div><pre class="source-code"><code>check process sshd with pidfile /var/run/sshd.pid<br /> group system<br /> group sshd<br /> start program = "/etc/init.d/ssh start"<br /> stop program = "/etc/init.d/ssh stop"<br /> if failed host localhost port 22 with proto ssh then restart <br /> if 5 restarts with 5 cycles then </code><b>alert</b></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Enviar notificaciones de Monit usando el SMTP de Gmail

Podemos hacer que Monit nos envíe notificaciones mediante email cuando se produzca un determinado evento en los servicios, ficheros, directo...

Leer más »

Acceso al interfaz web de Monit

<div style="text-align: justify;">El control de acceso al interfaz web de monit se encuentra definido en el siguiente conjunto de líneas del fichero de configuración <b>/etc/monit/monitrc</b>:</div><pre class="source-code"><code>set httpd port 2812 and<br />    use address localhost  # only accept connection from localhost<br />    allow localhost        # allow localhost to connect to the server and<br />    allow admin:monit      # require user 'admin' with password 'monit'<br />    allow @monit           # allow users of group 'monit' to connect (rw)<br />    allow @users readonly  # allow users of group 'users' to connect readonly<br /></code></pre><div style="text-align: justify;">En el fichero de configuración de monit, nos dice que si queremos acceder usando SSL, debemos consultarlo en su wiki, porque por defecto no viene activado.</div><br />Las reglas de acceso son muy fáciles de entender. Le estamos indicando a monit:<br /><ul><li>Que escuche en el puerto 2812 (<b>set httpd port 2812</b>).</li><li>Que el nombre del host por el que se debe acceder al interfaz es localhost (<b>use address localhost</b>). Si la máquina que estoy monitorizando se llama <b>ldap.valledeljerte3</b>, podría definir un "<b>use address ldap.valledeljerte3</b>" en el fichero de configuración para que hubiera que acceder al interfaz de la siguiente manera: <b>http://ldap.valledeljerte:2812</b>.</li><li>Que se permite el acceso a la máquina localhost (<b>allow localhost</b>). Podríamos definir otra línea con la IP de nuestro equipo para poder acceder desde él al interfaz web de monit. Por ejemplo: allow <b>192.168.1.14</b>. </li><li>Que se requiere introducir el usuario <b>admin</b> con la contraseña <b>monit</b> para lograr el acceso (<b>allow admin:monit</b>).</li><li>Que se permite el acceso completo a los usuarios del grupo "<b>monit</b>" (<b>allow @monit</b>).</li><li>Que se permite acceso de sólo lectura a los usuarios del grupo "<b>users</b>" (<b>allow @users</b>).</li></ul><div>Comprendiendo ésto, es muy fácil establecer nuestras propias reglas de acceso. Por ejemplo:</div><pre class="source-code"><code>set httpd port 2812 and<br />    allow localhost <br /> allow 172.19.144.14<br /> allow admin:mipassword<br /></code></pre><div><br /></div>

Acceso al interfaz web de Monit

El control de acceso al interfaz web de monit se encuentra definido en el siguiente conjunto de líneas del fichero de configuración /etc/mon...

Leer más »

Instalar Monit para monitorizar nuestros servidores

<div style="text-align: justify;">El mes pasado escribí un <a href="http://enavas.blogspot.com.es/2014/04/monitorizar-los-servidores-del-centro.html">post</a> explicando qué era Monit y contando que lo había montado en todos los servidores ltsp, además del servidor ldap y el servidor nfs. Aunque en los servidores ltsp lo he instalado y configurado mediante un módulo puppet, hoy voy a explicar cómo instalarlo y configurarlo manualmente.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para descargar Monit, podéis hacerlo desde la web oficial:</div><div style="text-align: justify;"><a href="http://mmonit.com/monit/#download">http://mmonit.com/monit/#download</a></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">De este modo, podréis tener la versión más actualizada, aunque si buscáis la comodidad y simplicidad a la hora de instalar, hacedlo desde los repositorios. A día de hoy, la versión disponible en Debian Squeeze es demasiado antigua (5.1), pero en Debian Wheezy está más actualizada (5.4) y en Wheezy-backports un poco más aún (5.6).</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como ya comenté ayer en otro <a href="http://enavas.blogspot.com.es/2014/05/paquete-de-monit-58-para-debian-squeeze.html">post</a>, quería monitorizar la temperatura de la placa base de los servidores de terminales y no podía hacerlo por ser muy antigua la versión de los repositorios de Debian Squeeze, así que creé un paquete de la versión 5.8 para Squeeze. Si lo necesitáis podéis descargarlo desde los siguientes posts:</div><div style="text-align: justify;"><a href="http://enavas.blogspot.com.es/2014/05/paquete-de-monit-58-para-debian-squeeze.html">http://enavas.blogspot.com.es/2014/05/paquete-de-monit-58-para-debian-squeeze.html</a></div><a href="http://enavas.blogspot.com.es/2014/05/paquete-de-32-bits-de-monit-58-para.html">http://enavas.blogspot.com.es/2014/05/paquete-de-32-bits-de-monit-58-para.html</a><br /><br />Para consultar la documentación sobre Monit, también podéis recurrir a la web oficial:<br /><u><a href="http://mmonit.com/monit/documentation/monit.html">http://mmonit.com/monit/documentation/monit.html</a></u><br /><br />Y para consultar la FAQ, tenéis el wiki:<br /><a href="http://mmonit.com/wiki/">http://mmonit.com/wiki/</a><br /><br />Instalar Monit desde los repositorios de Wheezy es de lo más sencillo:<br /><pre class="shell"><code># apt-get update && apt-get -y install monit</code></pre>Si váis a instalarlo en Squeeze, descargadlo desde mi cuenta de Box y lo instaláis con dpkg. Si vuestro sistema es de 64 bits: <br /><pre class="shell"><code># dpkg -i monit_1%3a5.8-2_amd64.deb</code></pre>Y si vuestro sistema es de 32 bits: <br /><pre class="shell"><code># dpkg -i monit_1%3a5.8-2_i386.deb</code></pre>Una vez instalado, encontraréis los siguientes ficheros/directorios de configuración:<br /><ul><li>/etc/default/monit</li><li>/etc/monit/monitrc</li><li>/etc/monit.d/</li></ul><div style="text-align: justify;">El fichero <b>/etc/default/monit</b> sirve para activar/desactivar Monit en el arranque de la máquina y definir opciones para el demonio.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El fichero <b>/etc/monit/monitrc</b> es el fichero de configuración principal de monit, donde realizaremos la configuración por defecto. Al final de este fichero encontraréis una línea comentada como la siguiente:</div><pre class="source-code"><code># include /etc/monit.d/*</code></pre>Si la "descomentáis", podréis colocar ficheros de configuración para definir servicios a monitorizar en /etc/monit.d/: <br /><pre class="source-code"><code>include /etc/monit.d/*</code></pre>El directorio <b>/etc/monit.d/</b>, por decirlo de algún modo, sirve para incluir servicios a monitorizar en diferentes ficheros. <br />Para iniciar, parar, reiniciar, etc... el servicio: <br /><pre class="source-code"><code>/etc/init.d/monit {start|stop|reload|restart|force-reload|syntax|status}.</code></pre><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Instalar Monit para monitorizar nuestros servidores

El mes pasado escribí un post explicando qué era Monit y contando que lo había montado en todos los servidores ltsp, además del servidor ld...

Leer más »

Paquete de 32 bits de Monit 5.8 para Debian Squeeze

<div style="text-align: justify;">En el <a href="http://enavas.blogspot.com.es/2014/05/paquete-de-monit-58-para-debian-squeeze.html">artículo anterior</a> compartí la versión de 64 bits de Monit 5.8. Aquí dejo la versión de 32 bits que acabo de empaquetar:</div><a href="https://app.box.com/s/7c2icyfu3tej4j1r9nd7">https://app.box.com/s/7c2icyfu3tej4j1r9nd7</a><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Paquete de 32 bits de Monit 5.8 para Debian Squeeze

En el artículo anterior compartí la versión de 64 bits de Monit 5.8. Aquí dejo la versión de 32 bits que acabo de empaquetar: https://app.b...

Leer más »

Paquete de Monit 5.8 para Debian Squeeze

<div style="text-align: justify;">Quería monitorizar la temperatura de la placa base y de la cpu de los servidores de terminales utilizando la opción "<b>check program</b>" de Monit y después de tener los scripts preparados, compruebo que me da un error de sintaxis.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Después de investigar un poco, me doy cuenta de que este error se debe a que la versión de monit que hay en los repositorios de Debian (5.1.1) es un poco antigua y monit no reconoce los programas definidos por el usuario.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para no perder mucho tiempo, he creado un paquete de forma "rápida" con la versión 5.8 de Monit. Lo cuelgo en mi cuenta de box.com por si alguien lo necesita:</div><div style="text-align: justify;"><a href="https://app.box.com/s/hgznokwkohbizhs4ja9u">https://app.box.com/s/hgznokwkohbizhs4ja9u</a></div><div style="text-align: justify;"><br /></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Paquete de Monit 5.8 para Debian Squeeze

Quería monitorizar la temperatura de la placa base y de la cpu de los servidores de terminales utilizando la opción " check program ...

Leer más »

Montar un mirror ldap en una Raspberry Pi

<div style="text-align: justify;">Ahora que tengo el servicio ldap replicado en los dos servidores principales del centro, tengo mayor de seguridad de que mis servicios van a tener una alta disponibilidad. No obstante, estaba pensando que podría dar una vuelta de tuerca más y montar un mirror ldap en una Raspberry Pi. De este modo, si por alguna razón, ninguno de los servidores ldap funcionara, podría poner en marcha la Raspberry para mantener el servicio mientras solucionara los problemas en el servidor principal.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como ya dispongo de un mirror ldap en el servidor nfs del centro, la tarea es muy sencilla:</div><br /><div style="text-align: justify;"><b>Primero.-</b> Instalamos los paquetes <b>slapd</b>, <b>ldap-utils</b> y <b>phpldapadmin</b> y se instalarán además todas sus  dependencias.</div><pre class="shell"><code>root@raspberrypi:~# apt-get -y install slapd ldap-utils phpldapadmin</code></pre><br /><b>Segundo.-</b> Paramos el servicio:<br /><pre class="shell"><code>root@raspberrypi:~# service slapd stop<br /></code></pre><br /><div></div><b>Tercero.-</b> Copiamos el fichero de configuración del servidor de réplica "servidor":<br /><pre class="shell"><code>root@raspberrypi:~# scp root@servidor:/etc/ldap/slapd.conf /etc/ldap/<br /></code></pre><br /><div><b>Cuarto.-</b> Copiamos los esquemas:</div><pre class="shell"><code>root@raspberrypi:~# scp -r root@ldap:/etc/ldap/schema /etc/ldap/</code></pre>Esto lo hago porque utilizamos algunos esquemas que no vienen incluidos por defecto.<br /><div><br /></div><div><b>Quinto.-</b> Modificamos el identificador de la réplica en el fichero <b>/etc/ldap/slapd.conf</b> para que no coincida:</div><pre class="source-code"><code>syncrepl <span style="background-color: yellow;">rid=3</span><br /> provider=ldap://ldap<br /> searchbase="dc=instituto,dc=extremadura,dc=es"<br /> type=refreshOnly<br /> interval=00:00:02:00<br /> retry="60 10 300 +"<br /> filter="(objectClass=*)"<br /> scope=sub<br /> attrs="*,+"<br /> sizelimit=unlimited<br /> timelimit=unlimited<br /> schemachecking=off<br /> bindmethod=simple<br /> starttls=yes<br /> tls_reqcert=never<br /> binddn="cn=replica,dc=instituto,dc=extremadura,dc=es"<br /> credentials=password-usuario-replica<br />updateref       ldap://ldap<br /></code></pre><div><br /></div><div><b>Sexto.-</b> Copiamos el fichero <b>/etc/ldap/rootDSE-linex.ldif</b> desde el servidor ldap:</div><div><pre class="shell"><code>root@raspberrypi:~# scp root@ldap:/etc/ldap/rootDSE-linex.ldif /etc/ldap/</code></pre></div><div><br /><b>Séptimo.-</b> En el fichero de configuración se hace referencia a los certificados para usar ldap con ssl. Creamos el directorio ssl y copiamos en él los ficheros <b>ldap-server-pubkey.pem, mkslapdcert y  slapd-cert.cnf</b> desde el servidor <b>ldap</b>:</div><pre class="shell"><code>root@raspberrypi:~# mkdir /etc/ldap/ssl<br />root@raspberrypi:~# scp root@ldap:/etc/ldap/ssl/ldap-server-pubkey.pem /etc/ldap/ssl/<br />root@raspberrypi:~# scp root@ldap:/etc/ldap/ssl/mkslapdcert /etc/ldap/ssl/<br />root@raspberrypi:~# scp root@ldap:/etc/ldap/ssl/slapd-cert.cnf /etc/ldap/ssl/<br /></code></pre><div><br /></div><b>Octavo.-</b> Ejecutamos mkslapdcert para crear un certificado:<br /><pre class="shell"><code>root@raspberrypi:~# /etc/ldap/ssl/mkslapdcert</code></pre><div><br /><b>Noveno.-</b> Modificamos el archivo <b>/etc/default/ldap</b> para especificar que el archivo de configuración de ldap es /<b>etc/ldap/slapd.conf</b> al principio del archivo:<br /><pre class="source-code"><code># Default location of the slapd.conf file or slapd.d cn=config directory. If<br /># empty, use the compiled-in default (/etc/ldap/slapd.d with a fallback to<br /># /etc/ldap/slapd.conf).<br />SLAPD_CONF=/etc/ldap/slapd.conf<br /></code></pre><br /><b>Décimo.-</b> Por último, arrancamos el servicio ldap:</div><pre class="shell"><code>root@raspberrypi:/etc/ldap# service slapd restart</code></pre><div><br /></div>Y, si todo ha ido bien, se replicará la base de datos. Podéis comprobarlo viendo cómo se modifica el contenido del directorio /var/lib/ldap/, por ejemplo:<br /><pre class="shell"><code>root@raspberrypi:~# watch ls -l /var/lib/ldap</code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Montar un mirror ldap en una Raspberry Pi

Ahora que tengo el servicio ldap replicado en los dos servidores principales del centro, tengo mayor de seguridad de que mis servicios van a...

Leer más »

Configurar PowerDNS en los centros para tener acceso a las aplicaciones de la Intranet del Gobierno de Extremadura

<div style="text-align: justify;">En nuestras instalaciones utilizamos <a href="https://www.powerdns.com/">PowerDNS</a>, un servidor DNS OpenSource cuyas funciones están separadas básicamente en dos componentes clave: El servidor autoritativo (<b>pdns-server</b>) y el recursor (<b>pdns-recursor</b>). Además usamos ldap como backend (<b>pdns-backend-ldap</b>).</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para acceder a las aplicaciones de la Intranet del Gobierno de Extremadura, podemos realizar diferentes configuraciones en diferentes lugares, ya sea en los servidores DNS o en los propios clientes. Os voy a contar la configuración que considero más óptima y que tengo establecida en mi centro.</div><br /><div style="text-align: justify;">En el fichero de configuración de powerdns <b>/etc/powerdns/pdns.d/pdns-debian-edu.conf</b> tengo definido que use como recursor el propio servidor dns (<b>127.0.0.1:1553</b>):</div><pre class="source-code"><code><b>recursor=127.0.0.1:1553</b></code></pre>Con ésto garantizo que se resolverán los nombres de los equipos de mi centro y las páginas de internet.<br /><br /><div style="text-align: justify;">Por otro lado, en el fichero de configuración del recursor <b>/etc/powerdns/recursor.conf</b>  tengo definido que las consultas de la zona <b>gobex.pri</b> sean redirigidas a los servidores DNS <b>172.20.5.4, 172.20.5.3:</b></div><pre class="source-code"><code><b>forward-zones=gobex.pri=172.20.5.4;172.20.5.3,juntaextremadura.pri=172.16.1.28</b><br /></code></pre><div><div style="text-align: justify;">De este modo, los servidores DNS <b>172.20.5.4, 172.20.5.3 y 172.16.1.28 </b>resolverán los servicios de Intranet, como por ejemplo:</div><ul><li>http://alfresco.gobex.pri</li><li>http://gtp.gobex.pri</li><li>http://fichajeap.juntaextremadura.pri</li><li>https://x-webportal.gobex.pri</li><li>etc...</li></ul></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Configurar PowerDNS en los centros para tener acceso a las aplicaciones de la Intranet del Gobierno de Extremadura

En nuestras instalaciones utilizamos PowerDNS , un servidor DNS OpenSource cuyas funciones están separadas básicamente en dos componentes cl...

Leer más »

Replicar el servicio ldap del servidor "ldap" en el servidor "servidor"

<div style="text-align: justify;">Como ya comenté en un <a href="http://enavas.blogspot.com.es/2014/04/alta-disponibilidad-con-ldapreplica_8.html">post anterior</a>, repliqué el servicio ldap del servidor "<b>ldap</b>" en el servidor "<b>servidor</b>" de mi centro, configuré el dhcp en modo failover y monté el servidor dns replicado en el servidor "servidor" para lograr una mayor seguridad y una alta disponibilidad de servicios.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como la base de todos estos cambios está en crear una réplica del servidor "<b>ldap</b>" (ldap master) en el servidor "<b>servidor</b>" (ldap slave), vamos a ver qué cambios hay que realizar para replicar el servicio mediante <b>syncrepl</b>.</div><div style="text-align: justify;"><br /><b><span style="font-size: large;">Configuración del ldap master (servidor "ldap"):</span></b></div><div style="text-align: justify;">Lo primero que tenéis que hacer es aseguraros de que tenéis las siguientes líneas en el fichero de configuración <b>/etc/ldap/slapd.conf</b> del <b>ldap master</b>:</div><br /><pre class="source-code"><code>moduleload syncprov<br />overlay syncprov<br />syncprov-checkpoint 100 10<br />syncprov-sessionlog 200<br /></code></pre>Estas líneas convierten el servidor ldap en un proveedor.<br /><br />Por otra parte, aseguraos de que entre las opciones de indexado de la B.D. existe la siguiente:<br /><pre class="source-code">index entryCSN,entryUUID eq<br /></pre><br /><div style="text-align: justify;">Y que entre las reglas de acceso a los atributos restringidos, hay permiso de lectura para el usuario <b>replica</b>, un usuario que usamos única y exclusivamente para esta tarea:</div><pre class="source-code"><code>access to attrs=userPassword,shadowLastChange<br /> by dn="cn=admin,ou=People,dc=instituto,dc=extremadura,dc=es" write<br /><span style="background-color: yellow;"> by dn="cn=replica,dc=instituto,dc=extremadura,dc=es" read</span><br /> by anonymous auth<br /> by self =xw<br /> by * none<br /><br />access to attrs=employeeNumber,jpegPhoto<br /><span style="background-color: yellow;"> by dn="cn=replica,dc=instituto,dc=extremadura,dc=es" read<br /></span> by dn="cn=interno,dc=instituto,dc=extremadura,dc=es" read<br /> by self read<br /></code></pre><br /><b style="text-align: justify;"><span style="font-size: large;">Configuración del ldap slave </span></b><b style="text-align: justify;"><span style="font-size: large;">(servidor "servidor")</span></b><b style="text-align: justify;"><span style="font-size: large;">:</span></b><br /><div style="text-align: justify;">En el servidor ldap, lo primero que habrá que hacer es instalar los paquetes slapd, ldap-utils y phpldapadmin.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una vez instalados los paquetes, vamos a necesitar tener la misma configuración que en el otro servidor, así que lo mejor que podemos hacer es copiar el archivo <b>slapd.conf</b> y el directorio <b>schema</b> desde el servidor "ldap" al servidor "servidor". Así nos aseguramos de que tenemos la misma configuración y los mismos esquemas.</div><div><br /></div><div style="text-align: justify;">Bien, pues una vez hecho ésto, editamos el archivo <b>/etc/ldap/slapd.conf</b> y le añadimos las siguientes líneas:</div><div style="text-align: justify;"><br /></div><pre class="source-code"><code>syncrepl rid=1<br /> provider=ldap://ldap<br /> searchbase="dc=instituto,dc=extremadura,dc=es"<br /> type=refreshOnly<br /> interval=00:00:02:00<br /> retry="60 10 300 +"<br /> filter="(objectClass=*)"<br /> scope=sub<br /> attrs="*,+"<br /> sizelimit=unlimited<br /> timelimit=unlimited<br /> schemachecking=off<br /> bindmethod=simple<br /> starttls=yes<br /> tls_reqcert=never<br /> binddn="cn=replica,dc=instituto,dc=extremadura,dc=es"<br /> credentials=<b style="background-color: #e06666;">clave-del-usuario-replica</b><br />updateref ldap://ldap<br /></code></pre><br />Con ésto, lograremos que el ldap slave replique la B.D. del ldap master.<br /><br /><div style="text-align: justify;">No voy a entrar en detalle sobre todos los parámetros. Todos son importantes, pero tan sólo contaremos los principales:</div><div style="text-align: justify;"><br /><ul><li><b>syncrepl rid=1</b> Identificamos la réplica. Por lo que he leído, cada réplica debe llevar un número diferente.</li><li><b>provider=ldap://ldap</b> Indicamos quién es el proveedor del que se va a obtener la B.D.</li><li><b>searchase="dc=insituto,dc=extremadura,dc=es"</b> Nos permite indicar la raiz desde donde realizar búsqueda para hacer la réplica.</li><li><b>type=refreshOnly</b> Con esta opción le decimos al ldap slave que realice la réplica y no vuelva a realizarla hasta que pase un intervalo de tiempo especificadon mediante el parámetro <b>interval</b>. </li><li><b>interval=00:00:02:00</b> Esta opción se usa conjuntamente con el tipo de sincronización <b>refreshOnly </b>para que vuelva a realizarse una sincronización tras el intervalo de tiempo especificado en formato dias:horas:minutos:segundos. En este caso, estamos diciendo que vuelva a realizar la sincronización cada 2 minutos.</li><li><b>binddn="cn=replica,dc=instituto,dc=extremadura,dc=es"</b> nos permite indicar con qué usuario se debe realizar la operación de sincronización.</li><li><b>credentials=clave-del-usuario-replica</b> nos permite indicar la clave del usuario con el que se realiza la operación de sincronización.</li></ul></div><div style="text-align: justify;">Bien, pues ahora que ya hemos configurado el archivo /etc/ldap/slapd.conf, establecemos el propietario y grupo del directorio <b>/var/lib/ldap</b> a <b>openldap:openldap</b></div><br /><b># chown -R openldap:openldap /var/lib/ldap</b><br /><br /><div style="text-align: justify;">Por último, reiniciamos los servicios ldap de ambos servidores y comprobamos que los cambios del master se han replicado en el slave.</div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Replicar el servicio ldap del servidor "ldap" en el servidor "servidor"

Como ya comenté en un post anterior , repliqué el servicio ldap del servidor " ldap " en el servidor " servidor " de mi ...

Leer más »

Monitorizar los servidores del centro con Monit

<div style="text-align: justify;"><a href="http://mmonit.com/monit">Monit</a> es una utilidad gratuita de código abierto para la gestión y control de:</div><div style="text-align: justify;"></div><ul><li>procesos.</li><li>archivos.</li><li>directorios</li><li>sistemas de ficheros.</li></ul><br /><div style="text-align: justify;">Lo que siginifica que nos va a servir, no sólo para monitorizar estos elementos, sino también para controlarlos, de manera que, por ejemplo, pueda reiniciar un servicio si se cumplen determinadas condiciones. Esto es muy útil e interesante porque vamos a poder "vigilar" un servicio y que monit lo levante en caso de que esté caído.</div><br /><div style="text-align: justify;">Mi idea, ahora que ya tengo "casi" todos los servicios redundantes, era dar un paso más y controlar los servicios y máquinas de una manera visual y automatizada, recibiendo un correo en mi cuenta de gmail cuando se produzca una incidencia.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Supongo que iré ampliando los elementos a monitorizar, pero de momento, ya tengo monitorizados los siguientes servicios y ficheros en el <b>servidor nfs</b>:</div><div style="text-align: justify;"><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhiC9X1W-6V4pnhOHYAldSNo5WRjSIm8y1EvJOTU0ZsrwwBKRzF1oKV6kKoz4YogSabBwYeZMEZP8nSOQBTKe3FEqLgjkj5GFx0pmaTSCEjvlcRzDR0HdjKWlOr-hpXqtUweJ6WA8BRP3FF/s1600/servidor+Monit+-+Google+Chrome_011.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhiC9X1W-6V4pnhOHYAldSNo5WRjSIm8y1EvJOTU0ZsrwwBKRzF1oKV6kKoz4YogSabBwYeZMEZP8nSOQBTKe3FEqLgjkj5GFx0pmaTSCEjvlcRzDR0HdjKWlOr-hpXqtUweJ6WA8BRP3FF/s1600/servidor+Monit+-+Google+Chrome_011.png" width="320" /></a></div><br />En el <b>servidor ldap</b>:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjlekBhqCprbsLD3CC3F8xk4hXskByjJKr3dBg3RJVYIrJAat-6cwiJqCGqegcr6OySPYPcXqrQxPJLVrZuhR0lFvKLXVXj7dWOWm4_QsRgT9zMhwr_T-ZuNCgoUlCjArio-aXSgf6_JuC3/s1600/ldap+Monit+-+Google+Chrome_013.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjlekBhqCprbsLD3CC3F8xk4hXskByjJKr3dBg3RJVYIrJAat-6cwiJqCGqegcr6OySPYPcXqrQxPJLVrZuhR0lFvKLXVXj7dWOWm4_QsRgT9zMhwr_T-ZuNCgoUlCjArio-aXSgf6_JuC3/s1600/ldap+Monit+-+Google+Chrome_013.png" width="320" /></a></div><br />Y en los <b>servidores ltsp</b>:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdh9IjFlMGJJOhqSBVsOf2-LX5dg0SuwP_ISlkuFMh-E0VpeLydyYM9_LHxlhbXOIhHklZCdXEFBNqGFb9IPnUVw5-0KTNO9AlP_vISWEnjs0vJ6iZxXEWO78t3GhRW_Qx6xRC5MW0TXnq/s1600/a22-pro.valledeljerte3+Monit+-+Google+Chrome_014.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdh9IjFlMGJJOhqSBVsOf2-LX5dg0SuwP_ISlkuFMh-E0VpeLydyYM9_LHxlhbXOIhHklZCdXEFBNqGFb9IPnUVw5-0KTNO9AlP_vISWEnjs0vJ6iZxXEWO78t3GhRW_Qx6xRC5MW0TXnq/s1600/a22-pro.valledeljerte3+Monit+-+Google+Chrome_014.png" width="320" /></a></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Monitorizar los servidores del centro con Monit

Monit es una utilidad gratuita de código abierto para la gestión y control de: procesos. archivos. directorios sistemas de ficheros. Lo que...

Leer más »

LTSP: Configurar DNS para los thinclients

<div style="text-align: justify;">Si queremos, podemos configurar las DNS de los <b>thinclients LTSP</b> modificando el fichero <b>/opt/ltsp/i386/etc/resolv.conf</b> a mano. Aunque también podemos utilizar otro método: Definirlos en el fichero de configuración <b>/opt/ltsp/i386/etc/lts.conf, </b>algo sencillo de hacer porque sólo hay que configurar dos parámetros:</div><div style="text-align: justify;"></div><ul><li><b>DNS_SERVER</b>: Nos permite indicar los servidores DNS.</li><li><b>SEARCH_DOMAIN</b>: Nos permite indicar el dominio de búsqueda.</li></ul><br /><div style="text-align: justify;">Por ejemplo: Si en mi centro tengo dos servidores de DNS: 172.19.144.2 y 172.19.144.3, mi dominio es valledeljerte3 y quiero configurar los DNS para los thinclients utilizando este método, añadiré los dos parámetros al fichero de configuración <b>/opt/ltsp/i386/etc/lts.conf</b>:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">DNS_SERVER="172.19.144.3 172.19.144.2"</span></b></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">SEARCH_DOMAIN="valledeljerte3"</span></b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una vez hecho ésto, como en nuestro sistema utilizamos <b>NBD</b>, tendremos que volver a regenerar la imagen de los terminales.</div><div style="text-align: justify;"><br /></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

LTSP: Configurar DNS para los thinclients

Si queremos, podemos configurar las DNS de los thinclients LTSP modificando el fichero /opt/ltsp/i386/etc/resolv.conf a mano. Aunque tambi...

Leer más »

Alta disponibilidad con ldap+réplica ldap+dhcp failover+dns duplicado

<div style="text-align: justify;">En el siguiente post: <a href="http://enavas.blogspot.com.es/2014/04/alta-disponibilidad-con-ldapreplica.html">http://enavas.blogspot.com.es/2014/04/alta-disponibilidad-con-ldapreplica.html</a>, os mostré los cambios que he realizado en los servidores y clientes de mi centro para tener una mayor disponibilidad de servicios y que el sistema no deje de funcionar por la caída de alguno de ellos. Con estos cambios conseguí:</div><div style="text-align: justify;"></div><ul><li>Disponer de dos servidores de autenticación activos usando ldap y una réplica de ldap.</li><li>Disponer de un dhcp failover que proporcione direcciones IP a los clientes mediante dos servidores.</li></ul><div>El siguiente cambio que me propuse fue replicar también el servicio DNS, de manera que ahora tengo dos servidores DNS: Uno en el servidor "<b>ldap</b>" y otro en el servidor nfs "<b>servidor</b>".</div><div><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKLcUEcRynHL3uQ4Y7Nogzs6nXogN-9tEk7pgAguwyYS87FnS8kI79Agn9wrLZq0LyWxpaZHAOFk3naHw79jySXqEM1AEFXq3fdvGCs4uDiPAHvbFz6rYuV84atRRRMaC6f-wuY5VI-3PR/s1600/ha_+servidores_ldap-nfs.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKLcUEcRynHL3uQ4Y7Nogzs6nXogN-9tEk7pgAguwyYS87FnS8kI79Agn9wrLZq0LyWxpaZHAOFk3naHw79jySXqEM1AEFXq3fdvGCs4uDiPAHvbFz6rYuV84atRRRMaC6f-wuY5VI-3PR/s1600/ha_+servidores_ldap-nfs.png" width="314" /></a></div><div><br /></div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Alta disponibilidad con ldap+réplica ldap+dhcp failover+dns duplicado

En el siguiente post: http://enavas.blogspot.com.es/2014/04/alta-disponibilidad-con-ldapreplica.html , os mostré los cambios que he realizad...

Leer más »