Seminario de Administradores del C.P.R. de Castuera Antonio Durán Terrés Febrero, 2007

Contenidos Conceptos generales sobre PAM Autenticación con LDAP Sniffers y análisis de protocolos Introducción a iptables

PAM PAM = Pluggable Authentication Modules Colección de librerías que permiten al administrador elegir como se autenticarán los usuarios. Permite cambiar la autenticación que usan las aplicaciones PAM sin necesidad de recompilarlas. Por ejemplo: login, gdm, etc.

PAM Objetivo: separar el SW dedicado a otorgar privilegios del SW dedicado a desarrollar sistemas de autenticación seguros y apropiados. Configuración: Configuración basada en un solo fichero: /etc/pam.conf Configuración basada en directorios: /etc/pam.d/ Módulos: /lib/security

PAM PAM trata con cuatro tipos de tareas: Gestión de autenticación Gestión de cuentas Gestión de sesiónes Gestión de contraseñas

PAM Configuración mediante un único fichero Una entrada por línea en /etc/pam.conf nombre_servicio tipo_modulo flag_control path_modulo args nombre_servicio El nombre del servicio asociado a la entrada. Suele ser el nombre del programa. Puede ser 'other' para indicar una opción por omisión para los programas que no tienen entrada específica.

PAM Configuración tipo_modulo Uno de los 4 tipos de módulos actuales: auth account session password

PAM Tipos de módulo auth Proporciona dos aspectos de la autenticación de usuarios. Primero establece que el usuario es quien dice ser. Segundo, puede otorgar mebresías de grupo independientemente del fichero /etc/groups, u otros privilegios.

PAM Tipos de módulo account. Se encarga de la gestión de cuentas no relacionada con la autenticación. Suele usarse para permitir/denegar accesos basandose en la hora/día, recursos del sistema disponibles o la localización del usuario (por ej: root sólo puede hacer login en la consola)

PAM Tipos de módulo session. Principalmente este módulo se encarga de las cosas que se deben hacer por el usuario antes/después de que se le conceda el servicio. Estas actividades se refieren, por ejemplo, a la escritura de información de registro sobre la apetura/cierre de sesiones, el montaje de directorios, etc.

PAM Tipos de módulo password. Es necesario para actualizar los tokens utilizados para la autenticación. Normalmente hay uno para cada módulo del tipo auth.

PAM Configuración bandera de control Se utiliza para indicar como reaccionará la librería PAM al tener éxito o fracaso el módulo al que está asociada. Como los módulos pueden ser apilados, la bandera de control representa la importancia relativa de cada módulo. La aplicación no recibe el resultado de módulos individuales, sino sólo un resultado de la librería.

PAM Configuración bandera de control 2 formas de especificar la bandera de control. Vemos sólo la simple (la que usamos en los IES). Representamos la bandera de control con una sola palabra que indica la severidad de un acierto o fracaso en el módulo. Las cuatro opciones son: required, requisite, sufficient, optional e include.

PAM Configuración bandera de control required: Indica que es necesario el éxito de este módulo. requisite: como required, sin embargo si falla no se siguen ejecutando más modulos. suffcient: El éxito de éste módulo se considera como suficiente para conceder el permiso. optional: No es crítico para el éxito o fracaso de la aplicación.

PAM Configuración bandera de control include: Indica al sistema PAM que incluya los contenidos del fichero indicado. path_modulo Ruta hacia el módulo. args Argumentos que se pasan al módulo.

PAM Configuración basada en directorios Más flexible Usa los ficheros de /etc/pam.d Cada fichero tiene el nombre de un servicio, que corresponde con la configuración para ese servicio. Formato de las líneas de cada fichero: tipo_modulo bandera_control path_modulo args

PAM Configuración basada en directorios. Ventajas: Menos propensa al error. Más facil de mantener. Permite enlazar ficheros. Más rápido. Mejor gestión de permisos. Facilita la administración de paquetes.

PAM Configuración basada en directorios. Ficheros comunes: common-account common-auth common-password common-session En lugar de una entrada other en pamd.conf, hay un fichero other que incluye estos cuatro.

PAM Configuración Argumentos opcionales generales: debug: información de debug en los logs. no_warn: no dar mensajes de aviso a la aplicación. use_first_pass: El módulo no debe pedir una contraseña al usuario. En cambio, debe usar la contraseña introducida anteriormente en el primer módulo de tipo auth. Si no funciona, el acceso será denegado.

PAM Configuración Argumentos opcionales generales: try_first_pass: El módulo debe intentar la autentiacción con la contraseña introducida anteriormente. Si no funciona, se pide otra contraseña al usuario. expose_account: da mas información al usuario sobre las cuentas.

PAM Ejemplos de common-auth Versión 1: auth sufficient pam_unix.so auth sufficient pam_ldap.so user_first_pass Versión 2: auth required pam_ldap.so user_first_pass

PAM Descripción de los módulos pam_unix: Módulo de autenticación estandar. Ficheros passwd y shadow. pam_ldap: Autentiación contra directorios LDAP. pam_nologin: Encargado de la funcionalidad Unix nologin, que deshabilita la entrada de usuarios que no sean root. pam_env: Para asignar valores a variables de entorno. pam_unix_auth: Módulo de autenticación estandar.

Autenticación con LDAP LDAP: Lightweight Directory Access Protocol. LDAP es un protocol de acceso a un servicio de directorio. Basicamente es como una base de datos, pero organizado jerárquicamente y basado en atributos. Al usar autenticación LDAP, simplemente sustituimos las consultas sobre usuarios a la BD local (ficheros passwd y shadow) por consultas al servidor LDAP. PAM se encarga de ello.

Autenticación con LDAP El servicio de directorio LDAP se basa en un modelo cliente-servidor. Uno o más servidores LDAP contienen los datos que conforman el árbol del directorio LDAP o base de datos troncal. El cliente ldap se conecta con el servidor LDAP y le hace una consulta. El servidor contesta con la respuesta correspondiente, o bien con una indicación de dónde puede el cliente hallar más información (normalmente otro servidor LDAP).

Autenticación con LDAP El modelo de información de LDAP está basado en entradas. Una entrada es una colección de atributos que tienen un único y global Nombre Distinguido (DN). El DN se utiliza para referirse a una entrada sin ambigüedades. Cada atributo de una entrada posee un tipo y uno o más valores. Los tipos son normalmente palabras nemotécnicas, como “cn” para common name, o “mail” para una dirección de correo. La sintaxis de los atributos depende del tipo de atributo. Por ejemplo, un atributo cn puede contener el valor “Sergio González”.

Autenticación con LDAP En LDAP, las entradas están organizadas en una estructura jerárquica en árbol. Tradicionalmente, esta estructura reflejaba los límites geográficos y organizacionales. Las entradas que representan países aparecen en la parte superior del árbol. Debajo de ellos, están las entradas que representan los estados y las organizaciones nacionales.

Autenticación con LDAP Debajo de estás, pueden estar las entradas que representan las unidades organizacionales, empleados, impresoras, documentos o todo aquello que pueda imaginarse. En nuestro caso tenemos: dc=ex dc=instituto ou=People, ou=Groups,cn=admin,cn=cliente uid=alb | cn=ALE dn: uid=alb,ou=People,dc=instituto,dc=ex

Autenticación con LDAP

Autenticación con LDAP Programa servidor: slapd Configuración: /etc/ldap/slapd.conf Para conocer todas las opciones: $man 5 slapd.conf Opciones importantes: replogfile: Fichero de logs del servidor. loglevel: Nivel de detalle en los logs. Dejar a 0 para mejorar el rendimiento. database: estilo de BD. Usamos ldbm.

Autenticación con LDAP Programa servidor: slapd Configuración: /etc/ldap/slapd.conf Opciones importantes: sufix: La base del directorio. directory: donde se almacena fisicamente la BD. access: indican permisos para diferentes acciones y usuarios.

Autenticación con LDAP Control de acceso. Indica: Atributos a los que se concede acceso. A que usuarios ser permite cada acceso. El tipo de acceso concedido. Vemos ejemplos en los ficheros de configuración proporcionados.

Autenticación con LDAP Opciones de tunning: maxthreads n: indica el número máximo de hilos simultáneos que puede crear slapd. A este número se añade un hilo controlador y un hilo propio del uso de la librería de hilos estándar. cachesize n: Número de entradas que se mantienen en la caché interna en memoria. dbcachesize n: Tamaño en bytes de la memoria caché interna asociada con cada fichero abierto.

Autenticación con LDAP Para importar y exportar información de directorio entre servidores de directorios basados en LDAP, o para describir una serie de cambios que han de aplicarse al directorio, se usa en general del fichero de formato conocido como LDIF (siglas de "LDAP interchange format", «formato de intercambio de LDAP»). Un fichero LDIF almacena información en jerarquías de entradas orientadas a objeto.

Autenticación con LDAP Fragmento de fichero ldif: dn: uid=root,ou=People,dc=elbrocense,dc=ex uid: root cn::cm9vdA== objectClass: account objectClass: posixAccount objectClass: top objectClass: shadowAccount userPassword: {crypt}$1$btERS/EE$l6bMnEg3Yiyt4g0D7u6Yq. shadowLastChange: 12809 shadowMax: 99999

Autenticación con LDAP Ejemplo: preparación de un servidor alternativo de LDAP con una réplica del real. Parar slapd y sacar los datos de la BD actual, mediante slapcat. Editar el fichero ldif de forma que preserve un orden lógico en la creación de entradas. Esto es necesario porque no puedes añadir entradas hijas de entradas no creadas. Al usar muy poca ramificación en los IES, es facil hacer esto manualmente. Instalar slapd en el servidor alternativo y pararlo. Introducir los nuevos datos mediante slapadd.

Autenticación con LDAP Actualización del directorio en los I.E.S. Actualización por phpldapadmin Los cambios sólo se aplican al directorio LDAP. Acceso por web Actualización de la BD local de usuarios y grupos del servidor, y posterior migración de los datos al directorio LDAP. Los cambios se hacen en LDAP y en la BD local del servidor. Acceso por consola: migrar Actualizaciones de los usuarios al cambiar sus claves.

Autenticación con LDAP Actualización del directorio en los I.E.S. /usr/bin/migrar Script encargado de realizar la migración de datos de la BD local del servidor al directorio LDAP. Pasos: Construir ficheros ldif a partir de la BD de usuarios y grupos del servidor: migrate_passwd.pl y migrate_group.pl Hacer el trasvase de información al directorio LDAP: ldapadd, ldapmodify

Autenticación con LDAP Actualización del directorio en los I.E.S. /usr/bin/migrar Añade los nuevos usuarios creados. Añade los nuevos grupos creados. NO modifica los atributos de usuarios o grupos que ya estén creados. /usr/bin/migrar2 Cambio de ldapadd por ldapmodify en la migración de grupos, para aplicar los cambios. No en los usuarios, ya que se perderían los cambios de contraseña de los usuarios, hechos solo en LDAP.

Autenticación con LDAP Configuración en los clientes Instalación del software necesario. Antes de poder autenticar a los usuarios a través de un servidor LDAP, es necesario instalar algunas utilidades en el cliente, como pam_ldap y nss_ldap. pam_ldap permite hacer uso de un servidor LDAP para la autenticación de usuarios (comprobación de claves) a aquellas aplicaciones que utilicen PAM.

Autenticación con LDAP Configuración en los clientes Instalación del software necesario. nss-ldap permite a un servidor LDAP actuar como un servidor de nombres. Esto significa que provee la información de las cuentas de usuario, los IDs de los grupos, la información de la máquina, los alias, los grupos de red y básicamente cualquier cosa que normalmente se obtiene desde los archivos almacenados bajo /etc o desde un servidor NIS.

Autenticación con LDAP Configuración en los clientes /etc/nsswitch.conf nsswitch.conf es el fichero de configuración de las Bases de Datos del Sistema y del sistema de Conmutación de los Servicios de Nombres (Name Service Switch). En otras palabras, es un archivo que indica el orden y el procedimiento a seguir para la búsqueda de la información requerida, por ejemplo, para hacer búsquedas de hosts o usuarios.

Autenticación con LDAP Configuración en los clientes /etc/nsswitch.conf La forma de configurar este archivo es muy simple: Primero se especifica la base de datos sujeta a la búsqueda(primera columna) seguida del procedimiento que se va a emplear para realizar una búsqueda sobre la misma(columnas siguientes). De esta forma, basta con configurar el procedimiento de búsqueda para que haga uso de LDAP en algún momento: passwd: files ldap

Autenticación con LDAP Configuración en los clientes /etc/libnss-ldap.conf Configuración del servidor LDAP al que el cliente conectará. Opciones: host: Indica la dirección del servidor LDAP. base: Nombre distinguido de la base de búsqueda. ldap_version: Número de versión LDAP a usar. binddn: Nombre distinguido con el que hacer bind al servidor.

Autenticación con LDAP Configuración en los clientes /etc/libnss-ldap.conf Configuración del servidor LDAP al que el cliente conectará. Opciones: bindpw: Las credenciales con las que hacer bind. /etc/pam-ldap.conf Mismo contenido que libnss-ldap.conf Nueva opción: pam_password. Indica el cifrado a realizar por el cliente antes de enviar la contraseña.

Autenticación con LDAP Funcionamiento del protocolo LDAP Cliente -> Servidor BIND REQUEST Servidor -> Cliente BIND RESULT Cliente -> Servidor SEARCH REQUEST Servidor -> Cliente SEARCH ENTRY Servidor -> Cliente SEARCH RESULT Mas información: RFC 2251

Autenticación con LDAP Funcionamiento del protocolo LDAP Operación BIND. Sirve para conectar a un servidor LDAP. Normalmente protegemos el acceso al servidor LDAP, de modo que solo clientes que conocen la “bind password” (bindpw) pueden conectarse. Si el par usuario/contraseña suministrada al servidor no coincide con las credenciales definidas para hacer bind (en slapd.conf), no se permitirá el acceso.

Autenticación con LDAP Funcionamiento del protocolo LDAP Operación SEARCH REQUEST El cliente pide información al servidor Operación SEARCH ENTRY El servidor entrega información al cliente Operación SEARCH RESULT El servidor indica al cliente el resultado de la operación de búsqueda.

Sniffers y análisis de protocolos ¿Que es un snnifer? Es un programa que permite obtener el tráfico que circula por un interfaz de red. Visión orientada a concentradores. Es un programa que permite obtener el tráfico que circula por la red. Visión orientada a conmutadores. Es un programa que permite obtener el tráfico que circula por las redes. Vision orientada a wifi.

Sniffers y análisis de protocolos ¿Que es necesario saber para usar un snnifer? Lo primero es saber que estamos buscando: si vamos a usar un sniffer normalmente será para ayudarnos en la solución de algún problema. Conocer, al menos en parte, el funcionamiento del protocolo de red con el que estemos trabajando: Negociación TCP y protocolos de aplicación HTTP, LDAP, etc. Protocolos de apliación sobre UDP DNS, DHCP, etc.

Sniffers y análisis de protocolos Modo promiscuo El interfaz recoge todos los paquetes que pasan por él, incluyendo aquellos que no van dirigidos a su dirección MAC ni a la de difusión. Útil en redes en bus: hubs. Desde un ordenador podemos ver todo el tráfico del segmento compartido de la red. En los I.E.S, red conmutada: switches. A una máquina sólo llegan los paquetes que van destinados a ella. No podemos ver el tráfico completo de la red. Posibles soluciones: ARP poisoning (dsniff): muy ruidoso.

Sniffers y análisis de protocolos Modo promiscuo En los I.E.S, red conmutada: switches. A una máquina sólo llegan los paquetes que van destinados a ella. No podemos ver el tráfico completo de la red. Posibles soluciones: Observar el tráfico en un punto central: todos los clientes salen a Internet por el servidor, miramos alli el tráfico. Problemas: no detecta si alguien configura su ruta de salida por el router. Solución: Conectar un hub entre el router y la red y poner en él el ordenador con el sniffer. no detecta tráfico interno a la red local.

tcpdump tcpdump: snnifer cásico en GNU/Linux, disponible en todas las distribuciones. Uso en modo texto por consola. Rápido y facil de usar en remoto. En general, útil para saber si los paquetes llegan o no llegan, pero menos para mirar dentro de los paquetes.

tcpdump Muestra algunos o todos los paquetes que pasan por un interfaz de red. El rango de paquetes capturados puede especificarse usando una combinación de operadores lógicos y parámetros como el origen o destino IP, el tipo de protocolo o el número de puerto. Los paquetes capturados pueden guardarse en formato binario a un fichero, o pueden mostrarse por pantalla. Los ficheros escritos deben ser leídos con tcpdump (u otros programas que soporten el estándar pcap)

tcpdump Mostrar todos los paquetes que pasan por el interfaz eth0: #tcpdump -i eth0 Mostrar solo los paquetes del puerto 80: #tcpdump port 80 Mostrar sólo los paquetes con origen o destino en una dirección o nombre de máquina determinados: #tcpdump host 172.21.232.2 Mostrar sólo los paquetes con origen en una dirección o nombre de máquina determinado: #tcpdump source 172.21.232.2

tcpdump Mostrar sólo los paquetes con un puerto destino determinado: #tcpdump dst port 21 Mostrar sólo paquetes TCP: #tcpdump tcp Mostrar todos los paquetes menos algunos: #tcpdump not port 22 No hacer resolución de nombres: #tcpdump -n

tcpdump Combinación de condiciones: tcpdump dst port 80 and source 192.168.1.1 Forzar salida inmediata por pantalla: #tcpdump -l No mostrar timestamps: #tcpdump -t Formato recomendado: #tcpdump -nlt [filtro]

tcpdump Formato de salida Para datagramas UDP: 15:22:41.400299 orac.erg.abdn.ac.uk.1052 > 224.2.156.220.57392: udp 110 Timestamp: 15:22:41.400299 Dirección origen: orac.erg.abdn.ac.uk Puerto origen: 1052 Dirección destino: 224.2.156.220 Puerto destino: 57392 Protocolo: udp Tamaño: 110

tcpdump Formato de salida Para datagramas TCP: 16:23:01.079553 churchward.erg.abdn.ac.uk.33635 > gordon.erg.abdn.ac.uk.32772: P 12765:12925(160) ack 19829 win 24820 (DF) Timestamp: 16:23:01.079553 Dirección origen: churchward.erg.abdn.ac.uk Puerto origen: 33635 Dirección destino: gordon.erg.abdn.ac.uk Puerto destino: 32772 Indica que la PUSH flag está puesta (P)

tcpdump Formato de salida Para datagramas TCP: 16:23:01.079553 churchward.erg.abdn.ac.uk.33635 > gordon.erg.abdn.ac.uk.32772: P 12765:12925(160) ack 19829 win 24820 (DF) Número de secuencia: 12765 Contiene bytes de datos desde el número de secuencia hasta 12925, sin incluirlo. Número de bytes de datos en el datagrama (160) Detalles de asentimientos, tamaño de ventana y flags de la cabcera: ack 19829 win 24820 (DF)

tcpdump Formato de salida Se puede hacer que tcpdump ofrezca más información: tcpdump -v <expresion> tcpdump -vv <expresion> tcpdump -vvv <expresion> También se puede aumentar el snaplen, que representa el tamaño máximo del paquete que decodifica tcpdump. Esto puede hacer que en la captura veamos paquetes que terminan con [|rip] o [|domain]. Para aumentar el tamaño por defecto: tcpdump -s tamaño_en_bytes

tcpdump Vemos algunos ejemplos de uso: Comprobar si un cliente conecta con el servidor DNS que debe, y ver el resultado de las consultas. Ver como se cierra una conexión TCP por el uso de los TCP Wrappers. Una página no funciona, investiguemos que pasa exactamente.

ethereal ethereal es un sniffer con un interfaz gráfico más adecuado para visualización del contenido de los paquetes. Como desventaja, necesita de un entorno gráfico para funcionar. No es grave, ya que se puede usar un entorno remoto. Dispone de una cantidad enorme de definiciones de protocolos, facilitando el análisis de los datos.

ethereal Al igual que tcpdump, ethereal puede trabajar capturando paquetes de un interfaz, o abriendo un fichero de datos existente. Para realizar una nueva captura, pinchamos en el menú Capture->Start, y aparece un diálogo para configurar las opciones de la captura.

ethereal Opciones importantes de la captura: interfaz: selecciona el interfaz de donde queremos capturar paquetes. Capturar paquetes en modo promiscuo: poco útil en redes conmutadas. Filtro: filtro igual al usado en tcpdump. Actualizar vista de paquetes mientras dura la captura. Activar resolución de nombres: desaconsejado por el tráfico adicional generado.

ethereal Vista de captura. Se divide en tres partes: Lista de paquetes capturados. Pueden ordenarse por varios campos. Detalle decodificado del datagrama seleccionado. Muestra, para cada capa de protocolos presente en el paquete, el contenido de todas sus opciones. Esta es la parte interesante al analizar protocolos. Detalle en hexadecimal y ASCII del datagrama seleccionado.

ethereal Detalle decodificado del datagrama seleccionado. Primero aparce información del datagrama en general, como su tamaño o cuando se capturó. A continuación van aparenciendo los distintos protocolos: Ethernet IP TCP LDAP

ethereal Ejemplo: observar el tráfico LDAP para resolver algún problema. Ponemos ethereal capturando paquetes con puerto destino 389 TCP. Comprobamos paso a paso el diálogo LDAP: Operación BIND Comprobando el resultado Operación SEARCH y los campos devueltos de la entrada solicitada

ethereal Ethereal también puede recomponer conexiones de algunos protocolos para mostrar los datos de manera más accesible. Por ejemplo: boton derecho->Follow TCP Stream sobre un paqute de una conexión HTTP, nos mostrará una ventana con la conversación HTTP entre cliente y servidor en modo texto, juntando todos los paquetes de la conexión.

iptables iptables es el software de cortafuegos de GNU/Linux. Aparte de filtrar paquetes hace más cosas: NAT Redirección de puertos Modificación de paquetes Integración con otras herramientas: con iptables+iproute2 podemos tener reservas de ancho de banda por aplicaciones.

iptables Actualmente, en los IES se usa sobre todo para hacer redirección de puertos y NAT: Hacer que los clientes pasen por Squid Hacer que los clientes sólo puedan usar los servidores POP y SMTP de la Junta. También para filtrar en los clientes: ControlAula incluye una regla para solo permitir acceso VNC al profesor.

iptables Al poder hacer muchas cosas, iptables es bastante complejo. Para verlo en profundidad probablemente necesitariámos una sesión entera. Vemos una introducción que nos permita lo básico: Entender los scripts usados Crear nuevas reglas para proteger servicios o redirigir tráfico.

iptables iptables es lo que conoce como statefull firewall. Esto significa que realiza un seguimiento de las conexiones, sabiendo que paquetes pertenecen a cada conexión. iptables se divide en dos partes: parte de kernel: módulos o compilado en el propio kernel. parte de usuario: utilidades para modificar las reglas.

iptables El procesamiento que iptables realiza con los paquetes se hace en cadenas, algo así como pasos. La serie específica de pasos depende de si se trata de una conexión entrante, saliente o forwarded. Tenemos tres tipos de reglas. Cada una se puede usar en determinados pasos, llamadas cadenas y cada cadena usa unas tablas: MANGLE: Todas NAT: reglas PREROUTING, POSTROUTING FILTER: reglas INPUT, OUTPUT, FORWARD.

iptables Eliminación de todas las reglas: iptables -F elimina las reglas de filtrado, ya que por defecto se usa la tabla filter. iptables -X elimina las cadenas definidas por el usuario iptables -Z resetea los contadores iptables -t nat -F elimina las reglas de NAT.

iptables Establecer la política por defecto: iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT Estas reglas se aplican a los paquetes que no coinciden con ninguna regla. Añadir reglas iptables -A ... La regla se añade al final de la lista, y se mirará, si se mira, la última.

iptables Añadir reglas de filtrado iptables -A INPUT -p tcp --dport 21 -j DROP Deniega conexiones FTP a esta máquina: INPUT indica que la regla debe aplicarse al tráfico cuyo destino es local. -p tcp indica que la regla debe aplicarse a paquetes TCP. --dport 21 indica que la regla debe aplicar a paquetes con puerto destino 21. -j DROP indica la acción a realizar con el paquete, en este caso tirarlo. Las opciones son: ACCEPT, DROP, REJECT, MASQUERADE (sólo para la tabla nat)

iptables Añadir reglas de redirección de puertos iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128 -t nat usar la tabla de nat PREROUTING, el cambio de puerto hay que hacerlo antes de enrutar. REDIRECT, hace que el paquete sea redirigido a otro puerto en la misma máquina. --to-port 3128 hace que el paquete sea redirigido al puerto 3128.

iptables Borrar reglas iptables -D INPUT -p tcp --dport 21 -j DROP Se especifica la misma regla, cambiando -A por -D. Mostrar reglas iptables -L Mostrar reglas de NAT: iptables -t nat -L

iptables Probando las reglas con netcat netcat es una pequeña utilidad que lee y escribe datos a través de conexiones de red, usando los protocolos tcp y udp. Muy útil a la hora de solucionar problemas relacionados con la accesibilidad. Crear una conexión para comprobar si el servidor ssh es accesible: $nc 172.21.232.2 22 Todo lo que escribas se manda al servidor remoto, y todo lo que el servidor envíe se muestra por pantalla.

iptables Probando las reglas con netcat $netcat -l -p 5900 Ponemos una regla para denegar el acceso a VNC de un alumno a otro: #iptables -A INPUT -i eth0 -s ! $PROFESOR -p tcp --destination-port 5900 -j DROP Comprobamos que realmente hace lo que debe: Poner netcat escuchando en el puerto 5900 (VNC) en un alumno. $netcat -l -p 5900 Comprobar que desde otro alumno no podemos acceder al servicio: $netcat aula-o01 5900