Kwames' Blog » linux

Skype ID

kwame — Sat, 24 Jul 2010 20:22:27 +0000

Para aquellos que quieran mantener contacto con este bloggero, mi skype ID es informatux.
Pueden agregarme para sugerir temas para los siguientes screencasts o simplemente para tener platica linuxera /dev/random

Saludos!
–
Kwame

Looking for Linux Sysadmins …

kwame — Thu, 22 Jul 2010 17:23:23 +0000

We are looking for Linux Sysadmins with the following:

Requirements

- Excellent verbal and written communication.
- High Linux experience.
- Experience with large web infrastructure.
- Experience w/ operating system internals, filesystems, distributed systems, server architectures, clustering, storage.
- Mid-High knowledge on optimization and troubleshooting distributed systems.
- Mid Knowledge of Networking, TCP/UDP Protocols.
- Experience w/ open-source infrastructure projects.(puppet, openldap, openssh, cobbler, systemimager, kickstart, openvpn)
- Scripting experience.(shell, perl, python, ruby) Plus
- RedHat Based Distros.

Nice to have:
– Dell hardware management.
- Involved in open source projects.
- Tux tatoo.

If you have what it takes, send me an email with your CV to kwame@informatux.net

Screencast de como instalar OpenLDAP en CentOS 5.5

kwame — Tue, 20 Jul 2010 17:54:02 +0000

En este screencast hablo acerca de como instalar OpenLDAP en CentOS 5.5

Dudas, comentarios o sugerencias son bienvenidos.

Saludos!

Screencast de Screen

kwame — Wed, 14 Jul 2010 19:58:56 +0000

Screen es un multiplexor de ventanas. Permite a los usuarios acceder a múltiples sesiones separadas dentro de una sola ventana de terminal o en una sesión de terminal remota. Es util para tratar con múltiples programas en la línea de comandos y para separar programas de la terminal que los lanzó.
Los comandos utilizados en este screencast son:

screen
ctrl+a a
ctrl+a c
ctrl+a d
ctrl+a “
ctrl+a {0-1-2}

Hello world!

kwame — Sat, 26 Jun 2010 01:16:51 +0000

Pues aquí estoy de nuevo, con nuevo proveedor de hosting … no se como soporté por tanto tiempo el lento y pésimo servicio de Godaddy. Estoy muy contento con el nuevo proveedor, omnis.com.

Y bueno, aquí sigo. También mi photoblog está funcionando de nuevo: http://xti.informatux.net

Saludos!
–
Kwame

We're hiring …

kwame — Thu, 06 May 2010 06:04:56 +0000

If you:
- Are a subject matter expert (SME) in Network Management tools
- Have strong Unix shell and Perl and/or Python scripting
- Have solid understanding of SNMP
- Are a skilled troubleshooter
- Have excellent verbal and written communication
- Have experience with Nagios plugins development
You will be the Subject Matter Expert (SME) in a variety of monitoring management technologies, primarily with Nagios and HP Sitescope.

Drop me an email with your CV to dbahena@ea.com

Reportádome …

kwame — Sat, 06 Mar 2010 18:54:13 +0000

Como algunos de mis amigos ya lo saben, estoy de regreso en México, no solamente para visitar, sino definitivamente. A finales del año pasado recibí una oferta de trabajo y para no hacer el cuento largo, la acepté y estoy aquí de regreso.

Por otra parte, dentro de una semana voy a estar participando en el “Congreso Internacional de Ingenierías y Software Libre” en la Universidad Politécnica de Tlaxcala. Voy a estar impartiendo un taller de implementación de OpenLDAP y una conferencia de “Load Balancing con IPVS”. La página del congreso es http://ciisli.uptlax.edu.mx/

Saludos!

Fedora 12 – available

kwame — Tue, 17 Nov 2009 15:30:56 +0000

Para no hacer muy largo el anuncio.

Fedora 12 now available –> https://fedoraproject.org/wiki/Fedora_12_tour
Download it …

Saludos
–
Kwame

Informatux.net 2.0

kwame — Sat, 31 Oct 2009 04:05:52 +0000

Acabo de terminar de hacer un pequeño rediseño de http://informatux.net … pasen a darle un ojo.

Saludos!

iptables logging

kwame — Fri, 25 Sep 2009 20:30:17 +0000

Uno de los problemas comunes a los que se enfrenta un linuxero (sysadmin/developer/linux-user-wanabee) es crear una serie de reglas de iptables decente para proteger su instalación. El problema se encuentra en que muchas veces no se sabe exactamente que es lo que iptables está bloqueando y si no se conocen comandos comúnes de como diagnosticar en que puerto X aplicación está escuchando el problema crece exponencialmente.

Para conocer en que puertos está escuchando tu linux box, netstat es muy útil:

[root@monitor ~]# netstat -luntp  | grep -i listen
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      2457/portmap
tcp        0      0 0.0.0.0:980                 0.0.0.0:*                   LISTEN      2494/rpc.statd
tcp        0      0 0.0.0.0:21                  0.0.0.0:*                   LISTEN      20873/xinetd
tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LISTEN      2706/cupsd
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      2752/sendmail: acce
tcp        0      0 :::80                       :::*                        LISTEN      20394/httpd
tcp        0      0 :::22                       :::*                        LISTEN      2695/sshd
tcp        0      0 :::443                      :::*                        LISTEN      20394/httpd
[root@monitor ~]#

En este caso vams a tomar el puerto 21 como ejemplo, aquí tenemos proftpd corriendo y escuchando en el puerto 21 pero este puerto no está abierto en el firewall.

# Firewall configuration written by system-config-securitylevel
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-port-unreachable
COMMIT

Por lo tanto, cuando trato conectarme al puerto 21 (aquí voy a utilizar telnet solo para verificar que el puerto está abierto/cerrado) voy a ver lo siguiente:

dan@dan:/home/dan
$ telnet monitor 21
Trying 192.168.98.164...
telnet: Unable to connect to remote host: Connection refused
dan@dan:/home/dan
$

Aquí es donde puedo utilizar la utilería de iptables para loggear, en mi Linux CentOS 5.3 hice lo siguiente:

Modifiqué lo siguiente en /etc/syslog.conf

[root@monitor ~]# cat /etc/syslog.conf
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*							/dev/console
kern.*							/var/log/kernel

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;news.none;authpriv.none;cron.none,kern.none		/var/log/messages
.
.
.

Reinicio syslog con /etc/init.d/syslog restart
y le agrego la siguiente línea a /etc/sysconfig/iptables

-A RH-Firewall-1-INPUT -j LOG --log-prefix "Dropped Packets: " --log-level=info

Ahora, mi iptables queda de la siguiente manera:

[root@monitor ~]# cat /etc/sysconfig/iptables
# Firewall configuration written by system-config-securitylevel
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -j LOG --log-prefix "Dropped Packets: " --log-level=info
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-port-unreachable
COMMIT
[root@monitor ~]#

Y ahora, puedo ver lo siguiente en /var/log/kernel

dan@dan:/home/dan
$ telnet monitor 21
Trying 192.168.98.164...
telnet: Unable to connect to remote host: Connection refused
dan@dan:/home/dan
$
.
.
.
[root@monitor ~]# tail -f /var/log/kernel | grep 192.168.98.129
Sep 25 15:12:36 monitor kernel: Dropped Packets: IN=eth0 OUT= MAC=00:19:bb:d6:88:ca:00:19:bb:49:8e:31:08:00 SRC=192.168.98.129 DST=192.168.98.164 LEN=60 TOS=0x10 PREC=0x00 TTL=64 ID=25720 DF PROTO=TCP SPT=46080 DPT=21 WINDOW=5840 RES=0x00 SYN URGP=0
[root@monitor ~]#

Los 2 campos que son importantes para comenzar es PROTO y DPT, protocolo y puerto destino, ahí me dice que es una conección TCP al puerto 21 … ya con eso tengo más que suficiente para modificar mi /etc/sysconfig/iptables y reinciar.
Aunque editar el archivo y reiniciar iptables no es la manera más elegante de hacerlo, funciona.
En el siguiente post voy a hablar de como agregar reglas al vuelo y en un órden específico.

Saludos!