Guía de Configuración avanzada de Servidor Linux basado en Ubuntu Server LTS

Transcripción

1 Jorge Armando Medina, Sistemas LinuxRed. Copyright 2014 Jorge Armando Medina Se otorga permiso para copiar, distribuir y/o modificar éste documento bajo los términos de la Licencia de Documentación Libre GNU, Versión 1.2 o cualquier otra posterior publicada por la Fundación de Software Libre; sin secciones invariantes, sin textos en portada y contraportada. Una copia de la licencia se incluye en la sección titulada Licencia de Documentación Libre GNU [GnuCopyright.htm]. 2015/01/04 Historial de revisiones Revisión Oct 2014 jm - jmedina@sistemaslinuxred.com.mx Versión inicial. Revisión Dec 2014 jm - jmedina@sistemaslinuxred.com.mx Pequeñas correcciónes y notas para mejoras futuras. Resumen Este articulo es el cuarto dedicado a la instalación y configuración de servidores de red basado en Ubuntu Server 12.04, en esta ocasión dedicaremos tiempo a realizar las tareas de configuración avanzada post instalación, al realizar estas tareas dejaremos un ambiente funcional y personalizado para que sea integrarlo a cualquier ambiente con requisitos de tipo empresarial. Tabla de contenidos Introducción 2 Objetivos. 2 Audiencia 2 Definición de Requisitos. 3 Configurar los parámetros de red TCP/IP del sistema.. 3 Como desactivar el soporte del protocolo IPv6 4 Como configurar el nombre del host. 4 Como configurar de forma estática el nombre de la interfaz de red 5 Como configurar una dirección estática a la interfaz de red principal. 6 Como configurar la resolución de nombres local 6 Como configurar el gateway o puerta de enlace predeterminado. 7 Como configurar los servidores y sufijo de resolución DNS 7 Como validar las configuraciones de los parámetros de red. 8 Actualizar el sistema desde Internet usando las herramientas APT 9 Instalar el conjunto de paquetes base para la administración de servidores 10 Configurar el servicio NTP para mantener sincronizado el reloj del sistema. 11 1

2 Configurar el servidor syslog con archivos locales y servidor remoto. 12 Configurar y asegurar el servidor de acceso remoto SSH.. 13 Configurar el agente SNMP para monitorizar el uso de recursos de sistema. 15 Configurar las herramientas sysstat para análisis de rendimiento del sistema 17 Configurar la herramienta vnstat para generar estadísticas de uso de ancho de banda. 18 Configurar el servicio SMTP con Postfix en modo smarthost para enviar notificaciones de sistema. 18 Configurar la herramienta LogWatch para el envío de reportes de análisis de logs de sistema.. 21 Configurar la herramienta apticron para el envío de notificaciones de actualizaciones de paquetes.. 23 Conclusiones. 25 Recursos adicionales.. 25 Introducción Este articulo es el cuarto dedicado a la instalación y configuración de servidores de red basado en Ubuntu Server 12.04, en esta ocasión dedicaremos tiempo a realizar las tareas de configuración avanzada post instalación, al realizar estas tareas dejaremos un ambiente funcional y personalizado para que sea integrarlo a cualquier ambiente con requisitos de tipo empresarial. Objetivos Las tareas de configuración avanzada del servidor que vamos a realizar son las siguientes: Configurar los parámetros de red TCP/IP del sistema. Actualizar el sistema desde Internet usando las herramientas APT. Instalar el conjunto de paquetes base para la administración de servidores. Configurar el servicio NTP para mantener sincronizado el reloj del sistema. Configurar el servidor syslog con archivos locales y servidor remoto. Configurar y asegurar el servidor de acceso remoto SSH. Configurar el agente SNMP para monitorizar el uso de recursos de sistema. Configurar las herramientas sysstat para análisis de rendimiento del sistema. Configurar la herramienta vnstat para generar estadísticas de uso de ancho de banda. Configurar el servicio SMTP con Postfix en modo smarthost para enviar notificaciones de sistema. Configurar la herramienta apticron para el envío de notificaciones de actualizaciones de paquetes Configurar la herramienta LogWatch para el envío de reportes de análisis de logs de sistema Al final los lectores aprenderán a personalizar no solo el sistema si no también algunas de las herramientas que facilitan la administración del mismo. Audiencia Este documento esta enfocado a ayudar a administradores de sistemas, desarrolladores y otros interesados en como realizar las configuraciones avanzadas en un servidor de red con Ubuntu Server

3 Definición de Requisitos Todas las tareas que se describen en esta guía las realizaremos la línea de comandos usando el shell bash y editaremos archivos de texto usando el editor vim(1). Recomiendo encarecidamente aprender el editor de textos vim usando el tutorial integrado, para esto ejecute el programa vimtutor(1) y dedique unos 30 minutos para aprender a ser un maestro de vim. $ vimtutor es Nota Si no se siente cómodo con el editor de textos vim, puede usar uno más simple como nano o incluso mcedit. Si no esta muy familiarizado con el uso de la línea de comandos recomendamos lea la pagina del manual de bash(1) o que lea cualquier guia de fundamentos Unix o Linux. Para aquellos que desean adquirir mejores habilidades en los sistemas GNU/Linux recomendamos leer el documento tituloado Guía de Administración de Sistemas GNU/Linux, lo puede encontrar en la página de TLDP-ES. Vea las referencias al final del documento. En los temas siguientes introducimos configuraciones relacionadas a la conectividad de red TCP/IP y servicios de red, por lo que se requiere que se tengan conocimientos de los fundamentos de redes de computadoras basadas en los protocolos TCP/IP. Configurar los parámetros de red TCP/IP del sistema En esta sección mostrare como configurar los parámetros de red en el sistema, algunos de estos parámetros ya fueron establecidos desde el proceso de instalación y otros no, por lo que aquí mostrare como mostrarlos y cambiarlos. Importante Los cambios aquí mostrados solo aplican al protocolo IPv4, el soporte para el protocolo IPv6 es desactivado ya que está demostrado que al hacerlo obtenemos mejor rendimiento. En esta sección asumimos que el equipo a configurar se va a conectar a una red TCP/IP basada en IPv4, el servidor tiene un solo adaptador de red que se conecta a un switch. El servidor también tendrá conectividad a Internet a través de un router en la red LAN. Las actividades que realizaremos serán: Desactivar el soporte IPv6 del sistema. Configurar el nombre del host. Configurar de forma estática el nombre de la interfaz de red. Configurar una dirección estática a la interfaz de red principal. Configurar la resolución de nombres local. Configurar el gateway o puerta de enlace predeterminado. 3

4 Configurar los servidores y sufijo de resolución DNS. Validar las configuraciones de los parámetros de red. Para poder realizar correctamente estas actividades es recomendable documentar la información relevante para aplicar los cambios, para esto requerimos responder las siguientes preguntas: El sistema va a incluir soporte IPv6: No. Cual es el nombre de host asignado al equipo: neti01. Cual es la dirección MAC del adaptador de red: 52.54:00:e2:ab:8f. Cual es la dirección IP que va a asociar al equipo: Cual es la mascara de subred: Cual es la dirección IP del router o gateway predeterminado: Cual es el nombre dominio DNS o sufijo DNS: example.com. Cual es la dirección IP del servidor DNS primario: Cual es la dirección IP del servidor DNS secundario: Ahora que tenemos bien en claro los parámetros a configurar empezamos a relizar las actividades mencionadas. Como desactivar el soporte del protocolo IPv6 En Ubuntu Server el soporte del protocolo IPv6 está incorporado en el kernel por lo que para desactivarlo tenemos que pasar el parámetro ipv6.disable=1 a la línea que carga el kernel al arranque del sistema. Por lo tanto tendremos que modificar las entradas del gestor de arranque, en este caso GRUB2. Para GRUB2 edite el archivo /etc/default/grub y agregue el parametro ipv6.disable=1 a la línea del kernel, por default esta así: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" Cambiela a: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash ipv6.disable=1" Ahora actualice la configuración de grub: $ sudo update-grub2 Se recomienda reiniciar el sistema para que el cambio tome efecto: $ sudo reboot Para validar que el soporte IPv6 este desactivado en el kernel, use ifconfig y vea si en las interfaces de red aparece las direcciones IPv6. Como configurar el nombre del host Ahora que hemos desactivado IPv6 es recomendable es configurar correctamente el nombre del equipo o host, en Ubuntu Server el nombre debe ser una sola palabra y se almacena en el archivo /etc/hostname. 4

5 El comando hostname(1) es usado para mostrar el nombre del host y también para cambiarlo. Para mostrar el nombre del host, usamos el siguiente comando: $ hostname neti01 Para cambiar el nombre del host usamos: $ sudo hostname nuevonombre Para cambiar el nombre del equipo de forma permanente podemos usar el siguiente comando: $ sudo su -c 'echo "neti01" > /etc/hostname' También puede editar el archivo hostname directamente: $ sudo vim /etc/hostname Como configurar de forma estática el nombre de la interfaz de red En Ubuntu Server se usa udev para la configuración de los dispositivos, cuando el sistema arranca, udev detecta un adaptador de red Ethernet en el sistema y en base a la dirección MAC le asocia un nombre a la interfaz. En la mayoría de los casos esto lo hace todo en automático y siempre tendremos la primer interfaz de red con el nombre eth0. La regla de udev que asigna el nombre de la interfaz de red en base a la dirección MAC del adaptador Ethernet se almacena en el archivo /etc/udev/rules.d/70-persistent-net.rules Veamos el contenido de dicho archivo en un servidor recien instalado con un solo adaptador de red: # cat /etc/udev/rules.d/70-persistent-net.rules # This file maintains persistent names for network interfaces. # See udev(7) for syntax. # # Entries are automatically added by the 75-persistent-net-generator.rules # file; however you are also free to add your own entries. Como podemos ver en este servidor no tiene reglas en especifico, solo comentarios, esto es normal ya que el servidor solo tiene una interfaz, y por lo menos en Ubuntu Server siempre asocia el nombre eth0 a la primer interfaz de red. Si queremos establecer una configuración explicita para el adaptador de red con dirección MAC 52.54:00:e2:ab:8f con el nombre de interfaz de red eth0, editamos el archivo y al final agregamos la regla siguiente: $ sudo vim /etc/udev/rules.d/70-persistent-net.rules # PCI device SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="52.54:00:e2:ab ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" 5

6 Nota Guía de Configuración avanzada Auxiliese de los comandos ifconfig(8), ethtool(8) ó mii-tool(8) para identificar cual tarjeta fisica tiene enlace. Como configurar una dirección estática a la interfaz de red principal Para establecer de forma persistente los parámetros de red como dirección IP, mascara de subred, puerta de enlace predeterminada, sufijo y servidores DNS debemos de configurar dichos parámetros en el archivo /etc/network/interfaces. Cuando el sistema arranca, el script de inicio /etc/init.d/networking inicializa las interfaces de red configuradas en el archivo networking(5). Para que una interfaz de red sea inicializada de forma automática al inicio del sistema es necesario que exista una línea con el parámetro auto seguido del nombre de la interfaz de red. En el siguiente ejemplo podemos ver la configuración para la interfaz principal eth0 con direccionamiento estático: $ sudo vim /etc/network/interfaces # The primary network interface auto eth0 iface iface eth0 inet static address netmask Para aplicar los cambios sin tener que reiniciar el sistema usamos las herramientas ifdown(8) e ifup(8), por ejemplo: $ sudo ifdown --force eth0 && sudo ifup eth0 Enseguida veremos como validar que esta configuración este correctamente aplicada. Como configurar la resolución de nombres local Una vez que hemos establecido y configurado el nombre del host y la dirección IP de la interfaz de red principal, es recomendable configurar la asociación de dirección IP a nombre, es decir, configurar la resolución de nombres local, esto se hace agregando o modificando dos entradas en el archivo /etc/hosts, por ejemplo: $ sudo vim /etc/hosts Agregar las siguientes dos líneas: localhost.localdomain localhost neti01.example.com neti01 Habrá notado que en este archivo, al final se pueden ver lineas que corresponden a direcciones IPv6, ya que hemos desactivado el soporte de IPv6 podemos eliminar o comentar dichas líneas, por ejemplo: # The following lines are desirable for IPv6 capable hosts #::1 ip6-localhost ip6-loopback #fe00::0 ip6-localnet #ff00::0 ip6-mcastprefix 6

7 #ff02::1 ip6-allnodes #ff02::2 ip6-allrouters Guía de Configuración avanzada Enseguida veremos como validar que esta configuración este correctamente aplicada. Como configurar el gateway o puerta de enlace predeterminado Para definir la dirección del gateway o puerta de enlace predeterminado de forma persistente, usamos el parámetro gateway en la definición de la interfaz de red principal, en este caso, en eth0. Editamos el archivo el archivo de configuración de las interfaces de red: $ sudo vim /etc/network/interfaces # The primary network interface auto eth0 iface eth0 inet static address netmask gateway Para aplicar los cambios sin tener que reiniciar el sistema usamos las herramientas ifdown(8) e ifup(8), por ejemplo: $ sudo ifdown --force eth0 && sudo ifup eth0 Enseguida veremos como validar que esta configuración este correctamente aplicada. Como configurar los servidores y sufijo de resolución DNS Para definir el sufijo y servidores DNS de forma persistente, usamos los parámetros dns-search y dns-nameservers en la definición de la interfaz de red principal, en este caso, en eth0. Editamos el archivo el archivo de configuración de las interfaces de red: $ sudo vim /etc/network/interfaces # The primary network interface auto eth0 iface eth0 inet static address netmask gateway dns-search example.com dns-nameservers Para aplicar los cambios sin tener que reiniciar el sistema usamos las herramientas ifdown(8) e ifup(8), por ejemplo: $ sudo ifdown --force eth0 && sudo ifup eth0 Enseguida veremos como validar que esta configuración este correctamente aplicada. 7

8 Como validar las configuraciones de los parámetros de red Para validar que la interfaz de red este arriba y con los parámetros correctos use el comando ifconfig(8), por ejemplo: $ ifconfig eth0 Es importante notar, que cuando se configura una interfaz de red con una dirección IP esta crea una ruta a la subred a la que corresponde el equipo, esto lo podemos validar con el comando route(8), por ejemplo: $ route -n Tabla de rutas IP del núcleo Destino Pasarela Genmask Indic Métric Ref Uso Interfaz U eth0 Como se puede ver, la ruta incluye la dirección de la subred, la mascara de subred y la interfaz de red por la que llega a esa red. Para validar que tienen conectividad de red puede usar el comando ping(8) para ver si puede alcanzar a otros equipos en la red, si no conoce la dirección IP de algún otro host, haga ping a la dirección del gateway predeterminado, por ejemplo: $ sudo ping Para validar que el nombre de host y la resolución de nombres local está correctamente configurado, usamos el comando hostname de la siguiente manera: Mostramos el nombre corto: $ hostname Mostramos el nombre largo o FQDN: $ hostname -f Mostramos la dirección IP asociada al nombre de host propio: $ hostname -i Para validar que el gateway predeterminado fue correctamente configurado usamos el comando route(8), por ejemplo: $ route -n Para validar que tiene conectividad a otras redes a través del default gateway puede usar los comandos ping(8) y traceroute(1). Para validar que el sufijo y servidores DNS fueron correctamente configurados mostramos el contenido del archivo /etc/resolv.conf, por ejemplo: $ cat /etc/resolv.conf search example.com nameserver nameserver Para validar que puede resolver nombres DNS use el comando los comandos host(1) o dig(1), por ejemplo: $ dig yahoo.com ; <<>> DiG Ubuntu <<>> yahoo.com ;; global options: +cmd 8

9 ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4000 ;; QUESTION SECTION: ;yahoo.com. IN A ;; ANSWER SECTION: yahoo.com IN A yahoo.com IN A yahoo.com IN A ;; Query time: 11 msec ;; SERVER: #53( ) ;; WHEN: Sat Dec 20 12:30:44 CST 2014 ;; MSG SIZE rcvd: 86 En las consultas tanto a nombres de hosts internos como en Internet, es importante poner atención en las primers línas, especialmente en el valor de status, también puede ver información sobre las respuestas, quien responde, los tiempos de respuesta y tamaños de los mensajes recibidos. Actualizar el sistema desde Internet usando las herramientas APT Una vez que la conexión de red local y hacía Internet han sido establecidas deberá configurar el sistema de administración de paquetes, en especial los depósitos de paquetes para APT. Edite el archivo /etc/apt/sources.list para definir los depósitos de paquetes recomendados, a continuación se muestran las configuraciones especificas para Ubuntu Server 12.04: $ sudo vim /etc/apt/sources.list # # Precise # deb precise main restricted deb-src precise main restricted deb precise-updates main restricted deb-src precise-updates main restricted deb precise universe deb-src precise universe deb precise-updates universe deb-src precise-updates universe deb precise multiverse deb-src precise multiverse deb precise-updates multiverse deb-src precise-updates multiverse deb precise-security main restricted 9

10 deb-src precise-security main restricted deb precise-security universe deb-src precise-security universe deb precise-security multiverse deb-src precise-security multiverse Nota Opcionalmente puede habilitar otros depósitos de paquetes como los backports, partner y extras. En caso de que salga a Internet a través de un proxy HTTP configure APT de la siguiente manera: # vim /etc/apt/apt.conf.d/88apt-proxy // HTTP Proxy: Acquire:: " Actualizamos lista de paquetes: $ sudo apt-get update ó $ sudo aptitude update Realizamos actualización segura: $ sudo apt-get upgrade ó $ sudo aptitude safe-upgrade ó $ sudo aptitude full-upgrade En Ubuntu Server, los paquetes asociados a algún servicio de red reinician dicho servicio o proceso después de actualizarlo, por lo tanto recomendamos que sea cuidadoso con no reiniciar servicios que ya están en operación y también validar el correcto funcionamiento de dichos servicios después de actualizar. Es posible que si apt encontró que hay actualizaciones de los paquetes del kernel tenga que reiniciar el servidor para poder arrancar con la última versión del kernel que instaló. Instalar el conjunto de paquetes base para la administración de servidores Recomiendo tener instalado el siguiente conjunto de paquetes de herramientas de sistema, trabajo en consola, herramientas de administración, de resolución de problemas y otros: $ sudo apt-get install bash-completion man-db screen vim \ bzip2 less unzip wget rsync cron logrotate mlocate multitail \ openssh-server ntp ntpdate snmpd snmp htop iftop dnsutils vnstat \ ethtool tcpdump tshark smbclient smbfs sysstat rsyslog En las siguientes secciones veremos como configurar algunos de los servicios recién instalados. 10

11 Configurar el servicio NTP para mantener sincronizado el reloj del sistema Es sumamente importante tener el reloj del sistema correctamente configurado y mantenerlo actualizado. Para mantener actualizado el reloj del sistema se recomienda sincronizar el reloj local contra una fuente externa, para esto existe el protocolo NTP (Network TIme Protocol). Para mantener sincronizado el reloj del sistema contra una fuente externa usando el protocolo NTP debemos instalar un cliente NTP e indicarle contra que servidores actualizarse. Editamos el archivo de configuración de ntpd: $ sudo vim /etc/ntp.conf Cambie los servidores: server ntp.ubuntu.com Por: server 0.mx.pool.ntp.org server 1.mx.pool.ntp.org server 2.mx.pool.ntp.org server 3.mx.pool.ntp.org Si tiene un servidor preferido utilice: server fwproxy.example.com prefer server 0.mx.pool.ntp.org server 1.mx.pool.ntp.org server 2.mx.pool.ntp.org server 3.mx.pool.ntp.org También se recomienda desactivar el soporte ipv6 en servidor NTP, comente las siguientes líneas: #restrict -6 default kod notrap nomodify nopeer noquery #restrict ::1 Para aplicar los cambios debemos reiniciar el servicio NTP: $ sudo /etc/init.d/ntp restart Espere un par de minutos y verifique la sincronización con los servidores peer usando programa ntpq(1): # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== u ntp1.as34288.ne u ns.goline.ch u arthur.testserv u * MRS. 1 u Si queremos ver las direcciones IP de los servidores con los que nos sincronizamos pase el parámetro -n, por ejemplo: 11

12 # ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== u u u u * MRS. 1 u En México existen dos entidades que tienen servidores NTP públicos, estas son la UNAM y el CENAM, sus servidores son: UNAM astronomía: ntp.astrosmo.unam.mx. CENAM: cronos.cenam.mx. Estos dos servidores en lo personal he encontrado que no son muy confiables, por lo tanto recomiendo usar otros servidores más confiables como los del pool de Suiza, los cuales puede configurar así: server 0.ch.pool.ntp.org iburst server 1.ch.pool.ntp.org iburst server 2.ch.pool.ntp.org iburst server 3.ch.pool.ntp.org iburst server swisstime.ee.ethz.ch iburst TODO: Documentar cuales puertos de red requieren estar abiertos en caso de que haya algún firewall intermediario entre el cliente y el servidor NTP. Configurar el servidor syslog con archivos locales y servidor remoto En Ubuntu Server se instala el programa rsyslog como el servidor syslog predefinido, rsyslog tiene compatibilidad con el viejo y clásico demonio sysklogd y klogd. El demonio rsyslog usa los valores definidos en el archivo /etc/default/rsyslog para tomar los parámetros de ejecución. De ser necesario modifique los parámetros de ejecución del servidor rsyslog: $ sudo vim /etc/default/rsyslog La configuración de las reglas de logs locales se definen en el archivo /etc/rsyslog.d/50-default.conf. Hacemos una copia de respaldo del archivo de configuración: $ sudo cp /etc/rsyslog.d/50-default.conf{,.orig} Edite el archivo de configuración del servidor rsyslog: $ sudo vim /etc/rsyslog.d/50-default.conf La configuración predefinida ha cambiado a la configuración que se usaba hace años por default en los demonios syslog de las distribuciones basadas en Debian. 12

13 En lo personal prefiero modificar las reglas de configuración para logs en archivos locales realizando los siguientes cambios: Habilitamos la regla para registrar los mensajes de cron por separado, descomentamos la siguiente línea: cron.* /var/log/cron.log Comentamos reglas de mensajes de facilities mail y news por prioridad: #mail.info #mail.warn #mail.err #news.crit #news.err #news.notice -/var/log/mail.info -/var/log/mail.warn /var/log/mail.err /var/log/news/news.crit /var/log/news/news.err -/var/log/news/news.notice Excluimos los mensajes de los facility cron y mail de la regla del archivo /var/log/syslog: *.*;auth,authpriv.none;\ mail.none;cron.none -/var/log/syslog Excluimos mensajes de los facility cron, daemon, mail y news de la regla del archivo /var/log/messages: *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages Para envíar una copia de cada mensaje generado localmente a un servidor syslog remoto debemos agregar una regla donde el selector sea *.* y el destino un servidor syslog que usa el protocol UDP agregamos la siguiente regla al final del archivo de configuración: Para envíar los mensajes a un servidor syslog que usa el protocolo TCP la línea debería de ser así: Para aplicar los cambios, reiniciamos el servidor rsyslog: $ sudo /etc/init.d/rsyslog restart TODO: Documentar cuales puertos de red requieren estar abiertos en caso de que haya algún firewall intermediario entre el cliente y el servidor SYSLOG. Configurar y asegurar el servidor de acceso remoto SSH Para conectarse al servidor SSH desde una estación de trabajo GNU/Linux sin proveer una contraseña, es decir, usando autenticación por clave pública debe primero crear un par de llaves RSA o DSA: miusuario@midesk:~$ ssh-keygen -t dsa \ 13

14 -C "Llave SSHv2 DSA de (Aug 2010)" \ -f.ssh/id-root-at-mail.example.com.dsa Copie la llave al servidor remoto: miusuario@midesk:~$ ssh-copy-id -i -f.ssh/id-root-at-mail.example.com.dsa root@ Conectese desde su desktop al servidor xen: miusuario@midesk:~$ ssh root@ Editamos el archivo principal del servidor sshd: $ sudo vim /etc/ssh/sshd_config Solo permitir accesso SSH usando la vesión 2: Protocol 2 Cambie el puerto predeterminado del servidor SSH: Port 8591 Importante Asegurese que el puerto elejido no haga conflicto con algún otro puerto en uso, puede usar "netstat -plutn" para verificar que puertos están en uso. Configure los tipos de llaves aceptadadas para la autenticación: Solo hacer uso de llaves DSA: Comente la línea que carga la versión RSA: #DEF#HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key - Solo permitir acceder como root mediante autenticación por llaves. PermitRootLogin without-password Limitar el acceso a ciertos usuarios: AllowUsers administrador root Importante Si habililto PermitRootLogin con without-password también debe lista la cuenta root. Desactivar el soporte TCP Forwarding y X11 Forwarding en el servidor: AllowTcpForwarding no X11Forwarding no Configurar tiempos para mantener conexiones vía keepalive: ClientAliveInterval 60 14

15 ClientAliveCountMax 60 Guía de Configuración avanzada Re iniciar servicio sshd: $ sudo /etc/init.d/ssh restart TODO: Documentar cuales puertos de red requieren estar abiertos en caso de que haya algún firewall intermediario entre el cliente y el servidor SSH. Configurar el agente SNMP para monitorizar el uso de recursos de sistema El protocolo SNMP es el estándar de la industria para la administración de dispositivos de red, principalmente se utiliza para monitorizar el uso de recursos de equipos de red. En un paso anterior instalamos el programa snmpd el cual es el servidor o agente SNMP, este agente tiene acceso a los recursos del sistema, normalmente entrega la información a un equipo externo. En los entornos empresariales se tiene un equipo de monitorización que utiliza el protocolo SNMP para tomar muestreos de la utilización de los recursos en los equipos de una red. En este caso configuraremos el agente SNMP para que algún otro programa realice el muestreo y recolecte información del uso de recursos, la configuración usa el protocolo SNMPv2, y permite la conexión al mismo host local vía la interfaz loopback y a un equipo remoto que llamaremos nms (Network Management System) usando la comunidad public en read only. Primero respaldamos configuración original: $ sudo mv /etc/snmp/snmpd.conf{,.orig} Creamos nuevo archivo de configuración para el servidor SNMPD: $ sudo vim /etc/snmp/snmpd.conf # # Archivo de configuración para Agente SNMPD # # # Definimos Listas de Control de Acceso (ACLs) # com2sec local /32 public com2sec nms /32 public # # Mapeo de Grupos a ACLs # Local group GrupoRO v1 local group GrupoRO v2c local group GrupoRO usm local # CACTI 15

16 group GrupoRO v1 cacti group GrupoRO v2c cacti group GrupoRO usm cacti # Ramas MIB que se permiten ver # name incl/excl subtree mask(optional) view all included.1 80 # Establece permisos de lectura y escritura # group context sec.model sec.level prefix read wri access GrupoRO "" any noauth exact all non # Habilitar monitoreo de particiones/sistemas de archivos disk /boot disk / disk /var disk /tmp # Informacion de Contacto del Sistema syslocation NETI01 at EXAMPLE.COM syscontact Net Admin <netadmin@example.com> Si se van a monitorear desde un host externo entonces deberá de configurar snmpd para que escuche peticiones en la dirección IP de la red desde la que hará la monitorización. Para que el servicio escuche peticiones en más de una dirección IP edite el archivo: $ sudo vim /etc/default/snmpd Al final de la variable SNMPDOPTS agregar la dirección IP de la red local, por ejemplo: SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid Para aplicar los cambios reiniciamos el servicio snmpd: $ sudo /etc/init.d/snmpd restart Realizamos una consulta al servidor SNMP para mostrar información del host: $ snmpwalk -v 1 -c public localhost system SNMPv2-MIB::sysDescr.0 = STRING: Linux ubuntu server #1 SMP Fri Sep 18 16:47:05 U SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (547804) 1:31:18.04 SNMPv2-MIB::sysContact.0 = STRING: Net Admin <netadmin@example.com> (configure /etc/snmp/sn SNMPv2-MIB::sysName.0 = STRING: neti01 SNMPv2-MIB::sysLocation.0 = STRING: NETI01 at EXAMPLE.COM (configure /etc/snmp/snmpd.local. SNMPv2-MIB::sysORLastChange.0 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORID.1 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance SNMPv2-MIB::sysORID.2 = OID: SNMP-MPD-MIB::snmpMPDCompliance SNMPv2-MIB::sysORID.3 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance SNMPv2-MIB::sysORID.4 = OID: SNMPv2-MIB::snmpMIB SNMPv2-MIB::sysORID.5 = OID: TCP-MIB::tcpMIB SNMPv2-MIB::sysORID.6 = OID: IP-MIB::ip SNMPv2-MIB::sysORID.7 = OID: UDP-MIB::udpMIB SNMPv2-MIB::sysORID.8 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup 16

17 SNMPv2-MIB::sysORDescr.1 = STRING: The SNMP Management Architecture MIB. SNMPv2-MIB::sysORDescr.2 = STRING: The MIB for Message Processing and Dispatching. SNMPv2-MIB::sysORDescr.3 = STRING: The management information definitions for the SNMP User SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for SNMPv2 entities SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing TCP implementations SNMPv2-MIB::sysORDescr.6 = STRING: The MIB module for managing IP and ICMP implementations SNMPv2-MIB::sysORDescr.7 = STRING: The MIB module for managing UDP implementations SNMPv2-MIB::sysORDescr.8 = STRING: View-based Access Control Model for SNMP. SNMPv2-MIB::sysORUpTime.1 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.2 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.3 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.4 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.5 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.6 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.7 = Timeticks: (2) 0:00:00.02 SNMPv2-MIB::sysORUpTime.8 = Timeticks: (2) 0:0neti01.example.com0:00.02 End of MIB Si no quiere registrar las conexiónes SNMP modifique los parámetros de ejecución del demonio: # vim /etc/default/snmpd #SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid' SNMPDOPTS='-Ln -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid' TODO: Documentar cuales puertos de red requieren estar abiertos en caso de que haya algún firewall intermediario entre el cliente y el servidor SNMP. Configurar las herramientas sysstat para análisis de rendimiento del sistema En un paso anterior instalamos el programa sysstat el cual es usado para obtener estadisticas del sistema, con las herramientas de sysstat, principalmente sar podremos obtener estadisticas de uso del sistema como CPU, memoria, disco duro, red. Se recomienda ejecutar systat a través de cron para almacenar la información recolectada y poder obtener estadisticas. Active el servicio sysstat: $ sudo vim /etc/default/sysstat ENABLED="true" Re inicie el servicio sysstat: $ sudo /etc/init.d/sysstat restart Use el comando sar para obtener información: $ sudo sar TODO: Documentar como generar reportes y las herramientas complementarias de sar. 17

18 Documentar la herramienta ksar para mostrar gráficas de la información de los reportes de sar. Configurar la herramienta vnstat para generar estadísticas de uso de ancho de banda Inicializar estatisticas para interfaz de red eth0 $ sudo vnstat -u -i eth0 NOTE: vnstat será ejecutado cada X minutos mediante un trabajo de cron para actualizar las estadisticas de uso. Para generar un reporte del día use: $ sudo vnstat -i eth0 -d Para generar un reporte del ancho de banda usado en la semana use: $ sudo vnstat -i eth0 -w Para generar un reporte de ancho de banda usado del més use: $ sudo vnstat -i eth0 -m TODO: Documentar ejemplos de reportes en línea de comandos. Documentar herramienta vnstat PHP frontend para generar reportes en formato web. Configurar el servicio SMTP con Postfix en modo smarthost para enviar notificaciones de sistema Modificamos el archivo de configuración principal de Postfix: $ sudo vim /etc/postfix/main.cf ############## CONFIGURACION POSTFIX ######################## ######## PARAMETROS GENERALES ############################### # Directorio en donde se encuentran los archivos README de Postfix # que describen como compilar, configurar y operar Postfix. readme_directory = /usr/share/doc/postfix # Banner SMTP con el que se anunca el servidor smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) 18

19 # Limites para tamaño de mensaje message_size_limit = # Alias para correo local(8) alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases Guía de Configuración avanzada ######## NOMBRES DE HOST Y DOMINIOS ######################### # Nombre del Host FQDN myhostname = neti01.example.com # Nombre de dominio origen para correos generals localmente myorigin = example.com # Dominios locales en los que recibimos correo # No recibimos correo local, no listar los dominios virtuales aqui mydestination = $myhostname, localhost.localdomain, localhost # Mapeo de transportes: # Los mapas de transportes definen un nombre de dominio # y su destino final #transport_maps = hash:/etc/postfix/transport ####### PARAMETROS DE RED y CONTROLES DE ACCESO ############### # Interfaces de red en las que escucha peticiones inet_interfaces = lo # Redes locales de confianza mynetworks = /8 ############### PARAMETROS DE SEGURIDAD ##################### ############### PARAMETROS TLS/SSL ########################## # Parametros TLS del Servidor SMTP: smtpd(8). #smtpd_use_tls=yes #smtpd_tls_cert_file = /etc/ssl/certs/ldap.example.com.crt #smtpd_tls_key_file = /etc/ssl/private/ldap.example.com.key #smtpd_tls_cafile = /etc/ssl/certs/ca.crt #smtpd_tls_loglevel = 1 #smtpd_tls_received_header = yes #smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache #smtpd_tls_session_cache_timeout = 3600s #smtpd_tls_auth_only = yes # Parametros TLS del Cliente SMTP: smtp(8). #smtp_use_tls = yes #smtp_tls_cert_file = /etc/ssl/certs/ldap.example.com.crt 19

20 #smtp_tls_key_file = /etc/ssl/private/ldap.example.com.key #smtp_tls_cafile = /etc/ssl/certs/ca.crt #smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache ############### PARAMETROS SASL ############################# # Parametros SASL del Cliente SMTP: smtp(8). ####### PARAMETROS DE REGISTRO DE EVENTOS: LOGS ############# # Registrar todo tipo de eventos #notify_classes = delay, policy, protocol, resource, software #notify_classes = delay, resource, software ############### RESTRICCIONES SMTPD ######################### #smtpd_delay_reject = no # Restricciones a Clientes SMTP (IP y Hostname) # Desactivado ya que se evalua en recipient restrictions # # smtpd_client_restrictions = # El servidor smtpd requiere que un helo smtpd_helo_required = yes # Restricciones a Sender SMTP # Desactivado ya que se evalua en recipient restrictions # # smtpd_sender_restrictions = # Desactivar pruebas de descubrimiento de cuentas disable_vrfy_command = yes # Restricciones Recipientes smtpd_recipient_restrictions = permit_mynetworks, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, permit # Restricciones para etapa de revisión datos smtpd_data_restrictions = reject_unauth_pipelining, permit 20