Redes Libres

Redes Libres - Sergio A.
Alonso - Técnicas para armado de redes LAN utilizando Software Libre - 1/242
v0.77 – 18 de junio de 2009
Redes Libres
Técnicas para armado de redes LAN utilizando Software Libre
Redes Libres - Sergio A. Alonso - Técnicas para armado de redes LAN utilizando Software Libre - 2/242
Redes Libres
Técnicas para armado de redes LAN utilizando Software Libre
Foto portada: http://www.emperor-penguin.com/empswim.html
Licencia y derechos de uso del presente documento al final del documento
¡¡¡Ud podría estar leyendo una copia anterior de este documento!!!
Chequee la versión en la carátula del libro, contra la última disponible en
http://www.bunker.org.ar/incubadora/redes.pdf
Permanentemente se escriben actualizaciones y correcciones en el sitio oficial.
[ Copyleft 2009 Sergio A. Alonso ]

[ E-mail / MSN: sergio (at) eim.esc.edu.ar ]
[ Jabber: karancho (at) lugmen.org.ar ]
[ www.eim.esc.edu.ar - Dto. Sistemas ]
[ www.bunker.org.ar - Webmaster ]
[ Hi, I am the root. If you see me laughing, ]

[ you'd better have a backup ready. ]
Tabla de Contenidos
Índice de contenido
1.Introducción.............................................................................................................................9
2.Breve Manual de Supervivencia para la Materia.................................................................10
2.1.Licencia, Versiones y Contacto.................................................................................................10
2.2.Enlaces y Agradecimientos........................................................................................................11
2.3.Perfil del Administrador de Redes.............................................................................................12
2.4.Software Libre..............................................................................................................................12
2.5.Consejos para leer este libro de pantalla.................................................................................13
2.5.1.Tasa de Refresco...................................................................................................................13
2.5.2.Configuración de la frecuencia...............................................................................................14
2.5.2.1.Windows..........................................................................................................................14
2.5.2.2.Linux................................................................................................................................14
Ubuntu.....................................................................................................................................14
Otras Distribuciones................................................................................................................14
2.6.Enumeración de Sistemas Operativos de Redes.....................................................................17
2.6.1.Unix.........................................................................................................................................17
2.6.1.1.Unix propietarios.............................................................................................................17
2.6.1.2.Unix Libres: La familia FreeBSD.....................................................................................17
2.6.1.3.MAC OS/X.......................................................................................................................20
2.6.2.Linux.......................................................................................................................................22
2.6.2.1.Debian: la distribución libre por definición. ....................................................................22
2.6.2.2.Ubuntu.............................................................................................................................22
2.6.2.3.Knoppix............................................................................................................................24
2.6.2.4.Linux “Comerciales”: SuSE, RedHat, Mandriva..............................................................24
3.Marco General........................................................................................................................26
3.1.Breve Histórico............................................................................................................................26
3.1.1.El modelo de los 70: los mainframes Unix y los sistemas patrimoniales..............................26
3.1.1.1.Ventajas:.........................................................................................................................27
3.1.1.2.Desventajas: ...................................................................................................................27
3.1.2.El modelo de los 80: DOS y Novell........................................................................................28
3.1.3.El modelo de los 90: WFW 3.11, 9x, NT y las redes Peer to Peer. Internet........................29
3.1.4.El modelo actual: Unix / Linux / Windows 2000/XP. Internet insegura. ................................30
3.1.4.1.Windows actualmente.....................................................................................................30
3.1.4.2.GNU/Linux y BSD: las Comunidades Abiertas...............................................................32
Enfoque a los servicios...........................................................................................................32
¿Todo el software debería ser libre? .....................................................................................33
De Usuarios a Hackers...........................................................................................................33
Libera rápido, y a menudo......................................................................................................33
Como convertirse en Hacker.................................................................................................34
Recuperación de Hardware Obsoleto.....................................................................................34
3.1.5.¿Cual es la razón por la cual se usa Windows?....................................................................35
3.1.6.¿Unix / Linux es para mí?......................................................................................................35
4.Teoría: Los "ladrillos" de la red:..........................................................................................37
4.1.Interfaces:.....................................................................................................................................37
4.1.1.Modem, o conexión "Dial Up".................................................................................................37
4.1.2.ADSL.......................................................................................................................................38
4.1.2.1.Clases de Modems ADSL:..............................................................................................38
4.1.2.2.Modalidad en que trabajan los modem ADSL................................................................38
Modo Bridge: ..........................................................................................................................38
Configuración del modo Bridge........................................................................................................39
Modo Router: ..........................................................................................................................39
Configuración del modo Router........................................................................................................39
Router vs Bridge................................................................................................................................40
4.1.2.3.Servidores Caseros con ADSL.......................................................................................40
4.1.3.Cablemodem..........................................................................................................................40
4.1.4.Cable Serie.............................................................................................................................41
4.1.5.Cable paralelo.........................................................................................................................41
4.1.6.Placas de Red........................................................................................................................41
4.1.6.1.Ethernet (puertos ISA, y PCI con Plug'n'Play)...............................................................41
Configuración..........................................................................................................................42
Hardware comúnmente utilizado en una red Ethernet...........................................................42
NIC, o adaptador de red Ethernet......................................................................................................42
Concentrador o HUB:........................................................................................................................42
Switch................................................................................................................................................43
Enrutador o Router............................................................................................................................43
Router Casero....................................................................................................................................44
4.1.6.2.Token Ring......................................................................................................................44
4.1.6.3.PCMCIA...........................................................................................................................44
Wireless – WiFI...........................................................................................................................45
Hardware necesario................................................................................................................45
Frecuencias.............................................................................................................................46
Formas en que se asocian las redes WiFi..............................................................................46
Managed:...........................................................................................................................................46
Master, u “Operadores de Zona”:......................................................................................................46
Roaming o WDS (Wireless Distribution System) en 802.11x: ........................................................46
Ad-Hoc: ............................................................................................................................................47
Herramientas de Configuración..............................................................................................47
Hotspot....................................................................................................................................48
Listados de Hotspot en Mendoza (extracto)...........................................................................49
5.Clientes de Red......................................................................................................................50
5.1.Clientes Windows........................................................................................................................50
5.1.1.Acceso a Windows 3.11, 95, 98, Me......................................................................................50
5.1.2.Acceso a Windows 2000 / XP / Windows 2000/2003 server.................................................50
5.1.3.Grupos de Trabajo y Dominios...............................................................................................50
5.2.Clientes Unix / GNU/Linux..........................................................................................................51
5.2.1.Compartir archivos..................................................................................................................51
5.2.1.1.Samba.............................................................................................................................51
5.2.1.2.FTP..................................................................................................................................51
5.2.1.3.SSH.................................................................................................................................51
5.2.1.4.NFS.................................................................................................................................52
5.2.1.5.HTTP (y muy rápido).......................................................................................................53
6.Protocolos de red..................................................................................................................54
6.1.Estandarización...........................................................................................................................54
6.2.Niveles de abstracción: el modelo OSI.....................................................................................55
6.2.1.Protocolos e Interfaces dentro de según OSI........................................................................55
6.3.Tamaños de Trama + Control CRC en los paquetes................................................................57
6.4.TCP/IP............................................................................................................................................58
6.4.1.Solución a la capa física.........................................................................................................58
6.4.2.Solución a las distintas arquitecturas.....................................................................................58
6.4.3.Arquitectura de TCP...............................................................................................................58
6.4.3.1.Ventajas e Inconvenientes..............................................................................................59
6.4.4.Direcciones Ipv4.....................................................................................................................59
6.4.4.1.Direcciones “Reales”.......................................................................................................59
Clase A: ..................................................................................................................................59
Clase B:...................................................................................................................................60
Clase C: ..................................................................................................................................60
6.4.4.2.Direcciones privadas & NAT (Network Address Translation).........................................60
Clase A....................................................................................................................................61
Clase B....................................................................................................................................61
Clase C....................................................................................................................................61
6.4.4.3.Mascara de Red .............................................................................................................62
6.4.4.4.Forzar la mascara...........................................................................................................63
6.4.5.Direcciones Ipv6.....................................................................................................................64
6.4.6.Servicios y puertos.................................................................................................................66
6.4.6.1./etc/services....................................................................................................................66
IP Estática e IP Dinámica............................................................................................................68
6.4.6.2.Zeroconf..........................................................................................................................68
6.4.6.3.Gateway..........................................................................................................................69
6.4.6.4.DNS.................................................................................................................................70
6.4.6.5.Dominios..........................................................................................................................70
nic.ar........................................................................................................................................70
internic.net...............................................................................................................................70
6.4.6.6.¡Ping!...............................................................................................................................70
6.4.6.7.Subdominio: ...................................................................................................................71
6.4.6.8.protocolo://usuario@dominio .........................................................................................72
6.4.6.9.Proxy: Funcionamiento (Wikipedia, la enciclopedia libre)..............................................74
Resumen de Proxy:.................................................................................................................74
6.4.6.10.NAT (Network Address Translation).............................................................................76
Comportamiento......................................................................................................................76
Ventajas añadidas...................................................................................................................76
6.4.6.11.Intranets a través de Internet: VPN..............................................................................78
7.Instalación de Windows como Estación de Trabajo..........................................................79
7.1.1.1.Red local con Netbeui.....................................................................................................79
7.1.1.2.Red Local con TCP/IP.....................................................................................................79
7.1.1.3.Conectarse a Internet con TCP/IP..................................................................................79
7.1.1.4.Asignación Manual (estática) & Asignación Automática (dinámica)..............................80
7.1.1.5.Cliente de Red Microsoft.................................................................................................80
7.1.1.6.Recursos.........................................................................................................................82
8.Instalación de Servicios y Servidores en Linux..................................................................83
8.1.El Super Usuario..........................................................................................................................83
8.1.1.“su” - Estilo clásico..................................................................................................................83
8.1.2.Sudo........................................................................................................................................84
8.1.3.“sudo” - Estilo Ubuntu.............................................................................................................84
8.1.4.Grupos de usuarios................................................................................................................85
8.1.4.1.Por consola:....................................................................................................................85
8.1.4.2.En modo gráfico..............................................................................................................86
8.1.4.3.En Windows....................................................................................................................87
8.2.Manejo de Procesos....................................................................................................................88
8.2.1.¿En Windows se puede? ......................................................................................................90
8.3.Otros comandos de administración..........................................................................................91
8.4. Herramientas útiles para TCP/IP: "La Ferretería"...................................................................92
8.5.Midnight Commander ("la Navaja Suiza").................................................................................94
8.6.Editores.........................................................................................................................................97
8.7.Configuración de Red en el Servidor........................................................................................99
8.7.1./etc/network/interfaces..........................................................................................................100
8.8. Configuración de Red en un Linux Cliente............................................................................102
8.8.1./etc/network/interfaces..........................................................................................................102
8.8.2./etc/resolv.conf.....................................................................................................................102
8.9.Introducción a servicios...........................................................................................................103
Iniciar y Detener desde línea de comandos..................................................................................105
Linux..........................................................................................................................................105
Windows ...................................................................................................................................105
8.10.Instalación de Software. Fuentes de Paquetes....................................................................106
Compilar.........................................................................................................................................106
8.10.1.Instalando binarios desde las fuentes................................................................................107
8.10.1.1.Alimentar a apt-get .....................................................................................................107
8.10.1.2.Actualizar los índices de paquetes.............................................................................108

8.10.1.3.Consultar la disponibilidad..........................................................................................108
8.10.1.4.Bajar / Instalar / Actualizar en UN SOLO PASO:.......................................................108
8.10.1.5.Frontends de APT.......................................................................................................109
Por consola: aptitude............................................................................................................109
Modo gráfico: synaptic..........................................................................................................110
8.10.2.Compilando desde las fuentes (Linux con Esteroides)......................................................111
8.11.Otorgando valores de IP, DNS y Gateway desde DHCP3...................................................112
8.12.Proxy / Firewall.........................................................................................................................114
8.12.1.Squid...................................................................................................................................114
8.12.2.Instalación en el Servidor...................................................................................................114
8.12.3.Configuración mínima para un servicio local.....................................................................114
8.12.4.Configuración avanzada y bloqueos..................................................................................115
8.12.4.1.Monitorear tráfico de Squid.........................................................................................117
8.12.5.Instalación de los Clientes .................................................................................................118
8.12.6.Squid Transparente y NAT en la misma computadora .....................................................120
8.12.7.Squid Transparente y NAT en computadoras distintas.....................................................120
8.12.8.Enmascaramiento (usando iptables y firestarter)..............................................................121
8.12.8.1.Enmascaramiento: Configuración "A" (permisiva y clásica).......................................122
8.12.8.2.Enmascaramiento: Configuración "B" (gráfica y controlada).....................................125
8.12.8.3.Enmascaramiento: Configuración "C" (gráfica y restrictiva).......................................127
8.13.Telnet / SSH..............................................................................................................................129
8.13.1.Instalación de los servicios.................................................................................................129
8.13.2.Software necesario en las estaciones................................................................................129
Abrir programas gráficos en forma remota vía SSH.....................................................................130
8.13.2.1.Entre Linux(s) / Unix(s)...............................................................................................130
8.13.2.2.Abrir X en Windows: ...................................................................................................131
Remoto..................................................................................................................................131
Local......................................................................................................................................131
8.14.FTP (File Transfer Protocol)...................................................................................................132
8.14.1.Instalación del servidor:......................................................................................................132
8.14.2.Instalación de los clientes..................................................................................................132
8.14.2.1.Clientes "de texto".......................................................................................................132
8.14.2.2.Clientes Gráficos.........................................................................................................135
8.14.2.3.Clientes específicos....................................................................................................136
8.15.Servidores Web........................................................................................................................138
8.15.1.Rutas donde publicar archivos...........................................................................................138
8.15.1.1.A nivel raíz...................................................................................................................138
8.15.1.2.A nivel usuario.............................................................................................................139
8.15.1.3.Virtual Host y carpetas específicas.............................................................................139
Hostings................................................................................................................................139
Contratado “Afuera”........................................................................................................................139
Hosting propio ................................................................................................................................141
8.15.1.4.Configurar un Servidor Apache para Internet, utilizando DNS públicos....................143
8.16.LAMP: Linux – Apache – MySQL - PHP.................................................................................149
8.16.1.Probar LAMP: Linux LiveCDs.............................................................................................149
8.16.2.Instalar LAMP.....................................................................................................................149
8.16.3.Herramientas de Administración de MySQL......................................................................150
8.16.3.1.Cliente de consola.......................................................................................................150
8.16.3.2.Mysql-Admin y MySQL-Query-Browser......................................................................151
8.16.3.3.Módulo MySQL de Webmin........................................................................................152
8.16.3.4.phpMyAdmin...............................................................................................................152
8.16.4.Páginas Estáticas y Páginas Dinámicas............................................................................154
8.16.5.listado.php..........................................................................................................................155
8.16.6.PHP: El Futuro....................................................................................................................156
8.17.Servidor de archivos para Windows (usando Samba)........................................................157
8.17.1.Instalación:..........................................................................................................................157
8.17.2.Contraseñas.......................................................................................................................157
8.17.3.Compartir Recursos en Linux ............................................................................................158
8.17.4.Crear usuarios en Samba..................................................................................................160
8.17.4.1.Samba como Cliente...................................................................................................161
Clientes de consola...............................................................................................................161
Herramientas gráficas: .........................................................................................................161
8.18.Antivirus (usando Clamav).....................................................................................................163
8.18.1.Discusión Técnica Previa...................................................................................................163
8.18.2.Razones para instalar un antivirus en Linux......................................................................163
8.18.3.Instalación de Clamav Antivirus en el servidor:.................................................................164
8.18.4.Buscar virus........................................................................................................................164
8.19.Instalación de un Servidor DNS.............................................................................................166
8.19.1.1 - Servidor caché DNS:.....................................................................................................166
8.19.2.Preparando el terreno........................................................................................................166
8.19.3.Instalación y configuración de BIND..................................................................................168
8.19.4.Asignando automáticamente DNS actualizados vía DHCP..............................................172
8.19.5.Gran Final...........................................................................................................................173
8.19.6.¿Problemas?......................................................................................................................173
8.19.7.Zafarrancho de Combate...................................................................................................174
8.19.8.2- Servidor maestro de un Dominio...................................................................................177
9.Acceso remoto.....................................................................................................................180
9.1.Herramientas de cliente:...........................................................................................................180
9.1.1.Consola: putty, ssh, telnet....................................................................................................180
9.1.2.Gráficas................................................................................................................................180
9.1.2.1.Independiente del sistema operativo: VNC..................................................................180
9.1.2.2.Acceder a sesiones Linux: XDM...................................................................................180
9.1.2.3.Acceder a sesiones en Windows Server: Terminal Server..........................................181
10.Interfaces remotas para controlar el Linux.....................................................................183
10.1.phpMyAdmin............................................................................................................................183
10.2.Webmin ....................................................................................................................................183
11.El Futuro.............................................................................................................................185
11.1.Clusters:....................................................................................................................................185
11.1.1.Clusters de alto rendimiento...............................................................................................185
11.1.2.Clusters de alta disponibilidad............................................................................................186
11.2.LTSP, ThinClients....................................................................................................................187
11.2.1.Estaciones..........................................................................................................................187
11.2.2.Servidor .............................................................................................................................187
11.2.3.Por Hardware:....................................................................................................................188
12.Taller de Cableado.............................................................................................................189
12.1.Armado de fichas.....................................................................................................................189
Recto: 568A...................................................................................................................................189
Recto: 568B...................................................................................................................................190
12.1.1.Cable “cruzado”..................................................................................................................191
12.2.Normas mínimas de cableado a tener en cuenta en "PyMEs"...........................................192
12.3.Normas de cableado estructurado en empresas grandes..................................................193
12.3.1.Elementos del Cableado Estructurado:.............................................................................193
12.3.2.Normas y Estándares.........................................................................................................193
12.3.2.1.Subsistema de Administración....................................................................................194
12.3.2.2.Subsistema de Cableado Horizontal..........................................................................194
12.3.2.3.Subsistema de Cableado Vertical o "entre pisos"......................................................194
12.3.2.4.Subsistema de Cableado entre edificios o "Campus"................................................194
12.3.2.5.Otras normas: .............................................................................................................195
12.4.Calidad en la Señal..................................................................................................................196
12.4.1.Ping con paquetes grandes (el remedio de la abuela)......................................................196
12.4.2.Carga sobre la Red............................................................................................................197
12.4.2.1.Redes Pesadas...........................................................................................................197
13.Análisis del tráfico de la LAN...........................................................................................199
13.1.Etherape ...................................................................................................................................199
13.2.Redes saturadas y comportamientos extraños...................................................................200
13.2.1.Introducción a los Troyanos...............................................................................................200
13.2.2.Troyanos y Máquina Zombie .............................................................................................201
13.2.3.Troyanos Desbocados y Ataques de Denegación de Servicios........................................202
13.3.Detectar abusos: ntop, iptraf, tethereal, iftop.......................................................................202
13.4.Hacking ....................................................................................................................................203
13.4.1.Otras herramientas de seguridad.......................................................................................206
13.4.2.Caso Practico:....................................................................................................................208
13.5.Taller de Seguridad.................................................................................................................210
13.5.1.Auditoría Propia..................................................................................................................210
13.5.1.1.Netstat ........................................................................................................................211
13.5.1.2.lsof...............................................................................................................................211
13.5.1.3.Nmap...........................................................................................................................212
13.6.Detectores remotos de Sistemas Operativos ......................................................................214
13.6.1.Encubrimiento del Sistema Operativo................................................................................220
14.Apéndice A: ¡Ayuda!..........................................................................................................221
14.1.En el servidor...........................................................................................................................221
14.1.1.Ayuda de los comandos.....................................................................................................221
14.1.1.1.Man (manual pages)...................................................................................................221
14.1.1.2.Info ..............................................................................................................................222
14.1.1.3.--help...........................................................................................................................222
14.1.2.Herramientas para encontrar cosas...................................................................................222
14.1.2.1.Find..............................................................................................................................222
14.1.2.2.Locate..........................................................................................................................223
14.1.2.3.Whereis.......................................................................................................................223
14.1.2.4.Who.............................................................................................................................223
14.1.2.5.Whowatch....................................................................................................................223
14.1.3.Documentación del sistema...............................................................................................224
14.1.3.1./usr/share/doc..............................................................................................................224
14.1.3.2.HOW-TOs....................................................................................................................224
14.2.Ayuda en Internet.....................................................................................................................225
14.2.1.Herramientas extras de búsqueda.....................................................................................225
14.2.1.1.Lazy Teachers.............................................................................................................225
14.2.1.2.La inutilidad de las .com.............................................................................................225
14.2.2.Técnicas para buscadores.................................................................................................225
14.2.2.1.Google.........................................................................................................................225
14.2.2.2.Wikipedia:....................................................................................................................228
14.2.3.Listas y Clientes de Correo................................................................................................228
14.2.4.BLOGS, Weblogs, Wikis, CMS, RSS.................................................................................231
14.2.4.1.RSS.............................................................................................................................232
14.2.5.IRC......................................................................................................................................233
14.2.5.1.Comandos IRC típicos de una sesión IRC.................................................................235
14.2.6.Mensajería..........................................................................................................................236
14.2.6.1.Origen..........................................................................................................................236
14.2.6.2.Las grandes compañías toman el control...................................................................236
14.2.6.3.Multimessengers.........................................................................................................237
14.2.6.4.Jabber.........................................................................................................................237
15.Apéndice B: Obteniendo cuentas Shell gratuitas...........................................................238
16.Apéndice C: Los 10 Mandamientos de los nuevos usuarios de Linux.........................241
1. Introducción
Encuentra un trabajo que te guste y no volverás a trabajar ni un sólo día de tu vida.
Confucio
En el año 2005 tomé a mi cargo la materia de Redes en el Instituto Nuevo Cuyo, para la carrera de Analista de
Sistemas.
En dicha ocasión pude observar que los contenidos de la currícula, tienden a brindar conocimientos de base
para las futuras ingenierías o licenciaturas. Es una materia con muy buenas perspectivas de futuro laboral, y que
provee de muchas satisfacciones al practicante. Mas adelante hago una referencia de como las redes han cambiado la
vida de los ciudadanos -los usuarios-
Sin embargo no era una materia popular entre los alumnos. En parte se debe a que los contenidos, si bien se
ajustan a necesidades curriculares reales y justificadas, también distan de mostrar la aplicación mas inmediata en los
primeros trabajos que desempeñen los alumnos: las redes LAN.
De esta manera me aboqué a construir unos apuntes que cubrieran este faltante, como acompañamiento a los
contenidos clásicos, propios de la materia.
Cuando descubrí que los apuntes llevaban 100 hojas me dí cuenta que se me había ido la mano.
Entonces decidí ir mas lejos.
Así, el presente documento tiene por objeto acercar a alumnos, alumnos egresados y autodidactas, a los
ladrillos que componen las redes actuales basadas en TCP/IP, de tipo Intranet / internet. Para ello, se realizarán
diversas actividades tendientes a aprender a edificar, organizar y administrar redes en forma segura y eficiente. Es
importante destacar que se utilizará en todo momento lenguaje propio de redes, compuesto por expresiones
idiomáticas construidas desde el idioma ingles. Se aconseja buscar aquellos términos desconocidos en un diccionario
de dicha lengua.
Mendoza, Setiembre de 2008

2. Breve Manual de Supervivencia para la Materia
2.1. Licencia, Versiones y Contacto
Los presentes apuntes se encuentran publicados bajo formato pdf en la
http://www.bunker.org.ar/incubadora/redes.pdf
Existe una versión editable y modificable con Openoffice en la dirección:
http://www.bunker.org.ar/incubadora/redes.odt
Se recuerda que este documento se cede bajo Licencia Creative Commons Reconocimiento - NoComercial -
CompartirIgual 2.0 presente en Creative Commons. Usted puede utilizar esta obra bajo los derechos que se
encuentran especificados al final de la obra. DEBE mencionar a los autores, incluyendo las muchas referencias a
material bajo licencia GPL, tal como la Wikipedia, El Compendio Hacker Jargon, el diccionario V.E.R.A, las muchas
personas que comentan desde las listas de correo, o los muchos blogs repletos de experimentos de autodidactas,
docentes, investigadores, historietistas geeks y otros.
También tenga en cuenta chequear el número de versión que figura en la carátula, con respecto a la copia
impresa que usted posee.
Si cree que pudieran haber errores en los contenidos, links que apunten a material con copyright, o que algún
capitulo ha quedado obsoleto (eso ocurre una vez al mes), agradecería me envíe un correo:
Sergio Alonso - sergio@eim.esc.edu.ar
El lector debe prestar especial atención a los muchos enlaces hiper textuales que apuntan adentro del mismo
documento, o que recurren a sus fuentes, tales como la Enciclopedia Libre Wikipedia, o el Grupo de Usuarios de
Linux Mendoza, de donde he obtenido parte de su contenido. Para despejar dudas o simplemente para profundizar
algunos temas recomendamos seguir estos enlaces.
2.2. Enlaces y Agradecimientos
• Instituto Nuevo Cuyo: aquí me encuentro impartiendo las cátedra de Redes, Programación Avanzada,
Laboratorio V, Práctica Profesional, y Arquitectura Cliente Servidor. En tal sentido agradezco la confianza diaria
del Representante Legal, Prof. Miguel Ángel Rodriguez.
http://www.institutonuevocuyo.org.ar
• Escuela Internacional de Turismo, Hotelería y Gastronomía de Mendoza: en esta institución he podido encontrar
el soporte suficiente para recopilar e investigar tecnología de Terminal Server, LTSP, Thinstation, Moodle, LAMP
y otras. El hecho que mi padre, Tec. Armando Alonso Badía, forme parte del Área de Investigación, y del
Consejo de Administración, tiene mucho que ver en ello. Permanentemente me otorga la confianza y los
recursos necesarios para detectar y explotar tecnologías nuevas.
http://www.eim.esc.edu.ar
• Bunker: para cuando realizamos trabajos externos a la Escuela o al Instituto, hemos fundado esta pequeña
empresa de servicios. Gracias a mi compañera y gran mujer, Lic. Verónica Martínez, por la paciencia en los
largos tiempos de investigación y documentación.
http://www.bunker.org.ar
• Grupo de usuarios de Linux en Mendoza: es la comunidad local de talentos mendocinos: gruñones, trabajadores,
y autodidactas: un semillero de gurus de libre acceso.
http://www.lugmen.org.ar
• Wikipedia: cuando se propulsa un cambio, debe quedar asentado en un sitio público y sin restricciones de
acceso. Cuando este documento quede caduco, la Wikipedia y usted tendrán la ultima palabra.
http://www.wikipedia.org
2.3. Perfil del Administrador de Redes
A medida que las redes se hacen mas comunes, la dependencia de los usuarios se hace mas critica, por
cuanto todo impedimento al acceso de sus datos se interpreta como un caos.
Un Administrador de Redes mantiene sus redes limpias y estabilizadas. En general, el buen Administrador
de Redes es aquel al que nadie llama... porque no hace falta. El buen Administrador de Redes trabaja como un
artesano, un hormiga que construye por debajo, enlazando y asegurando todos sus nodos y conexiones.
2.4. Software Libre
Si usted ha bajado voluntariamente todos los megas que pesa este libro, y conoce el título, probablemente
sabe de lo que estamos hablando. Si por el contrario, es uno de mis alumnos, probablemente está aquí por
obligación, y no tiene idea que el software pirata pudiera ser malo y diabólico.
Bien, por diversas razones, durante el cursado de la materia y la lectura del presente libro, se instruirá
sobre el uso de herramientas basadas en Software Libre, por sobre las propuestas comerciales. Estas herramientas
poseen correcciones (parches) todo el tiempo, alcanzando de esta forma los niveles necesarios de Seguridad y
Calidad requeridos. Sus licencias son de tipo GNU o BSD (“Open Source" o de "Código Abierto"), o al menos, de
tipo Freeware (con Código Cerrado, pero gratis).
Como es común en diversas redes LAN, se trabajará con Windows como Cliente, y con la familia
Debian GNU/Linux (Debian Etch, Debian Knoppix, Ubuntu Hardy, etc... ) como Servidor. La elección de Debian,
radica en su parecido a Unix BSD, estabilidad y comunidad que lo sustenta, junto a su crecimiento, el mas alto en el
mercado de servidores (1).
1 http://news.netcraft.com/archives/2005/12/05/strong_growth_for_debian.html
2.5. Consejos para leer este libro de pantalla
Este libro no posee a la fecha edición impresa. Por tal razón, si Ud. desea leerlo cómodamente en papel,
deberá munirse de impresora y unos cuantos cartuchos de tinta. Por el contrario, si piensa realizar su lectura en
pantalla, permítame recomendarle actualizar su tasa de refresco.
2.5.1. Tasa de Refresco
Si Ud. no es informático, probablemente no entienda a lo que me refiero, lo cual es normal.
Curiosamente, si Ud si es informático, es muy posible que tampoco entienda a lo que me refiero.
Si bien el monitor parece mantener fija la imagen, la realidad es bien distinta. Un cañón de electrones barre
varias miles de veces una superficie de fósforo, excitándolo y haciéndolo brillar unos instantes. El ojo humano
percibe la imagen cuando esta alcanza al menos 56000 barridos por segundo. Esto se conoce como 56 hz.
Si el monitor recibe mas frecuencia para la que está diseñado, no muestra la imagen (es decir, se interrumpe
su medio de comunicación con el humano). En ocasiones se ven rayas intermitentes, o incluso puede dañarse.
Para poder controlar el refresco, se debe realizar una tarea de post instalación del sistema operativo. Los
sistemas operativos, por precaución, configuran el video apenas a 60 hz, para asegurarse que las personas al
menos “vean algo” en el primer inicio.
Sin embargo, 60 hz es muy poca frecuencia para leer de pantalla, jugar o trabajar. La razón que alumnos y
usuarios experimenten dolor de cabeza, ojos enrojecidos, posturas incorrectas, y molestia en general, se debe a la
simple razón que están usando la mínima frecuencia posible del monitor. En cambio, una frecuencia aceptable
empieza en los 75 hz, mejorando notablemente en los 85 hz. Aquellos que puedan pagarse monitores mas caros,
encontraran que se pueden lograr frecuencias incluso de 120 hz.
Antes de explicar como configurar las resoluciones, debo aclarar un punto mas:
Cuando aumenta la resolución de pantalla, el barrido se debe hacer mas amplio, de modo que la tasa de
refresco disminuye. Así por ejemplo, un monitor de 15”, operando a 800x600, se lo puede obligar a trabajar a 85 hz.
Esta es una combinación muy cómoda y agradable. Pero los usuarios, gustan de aumentar la resolución a
1024x768. En esta resolución el monitor se autosetea nuevamente a 60 hz, y los dolores de cabeza recomienzan .
Esta es una tabla de resoluciones que normalmente se encuentra en los monitores:
Requiere Drivers (Windows)

Pulgadas Resolución
o Configuración (Linux)
640x480x56hz
14” No
640x480x60hz
800x600x60hz No
800x600x75hz Si
15”
800x600x85hz Si (¡recomendado!)
1024x768x60hz Si
800x600x60hz No
17” 800x600x75hz Si
800x600x85hz Si
1024x768x85hz Si (¡recomendado!)
1024x768x60hz No
En otras palabras, si Ud. desea labrarse un futuro en la informática, le recomiendo encarecidamente que se
moleste en setear al menos en 85 hz el monitor de TODA MAQUINA EN LA QUE SIENTE A TRABAJAR.
2.5.2. Configuración de la frecuencia
2.5.2.1. Windows
En Windows es muy sencillo:
1. Obtenga e instale los drivers de la placa de video. Si no encuentra el CD de instalación que venía empacado
con la computadora, puede buscarlos en internet.
2. Botón derecho sobre el Escritorio -> Propiedades -> Configuración -> Opciones Avanzadas -> Adaptador ->
Listar todos los modos
2.5.2.2. Linux
Dependiendo de la distribución, este proceso puede ser muy simple. Aunque en ocasiones debemos levantar
la tapa del motor y limarle los cilindros. Al ser este un sistema operativo pensado para aprender, es posible que
debamos hacer eso.. aprender.
Usualmente Linux deja configurados los drivers (módulos) de la placa de video durante la misma instalación,
que son generados por la Comunidad que rodea el desarrollo del kernel. Estos drivers no ofrecen una gran
rendimiento 3D, pero en 2D se comportan perfectamente. Es decir, para usar juegos sofisticados en Linux, lo mas
probable es que debamos acudir al sitio del fabricante y bajar los drivers apropiados.
Ubuntu
Es la versión amigable de la popular Debian que utilizamos en el Instituto.
Sistema -> Preferencias -> Resolución de pantalla
Otras Distribuciones
Dependiendo de la distribución, este paso está automatizado en alguna parte. Por ejemplo SuSE y Mandriva
tienen muy buenos paneles de control donde personalizar la instalación. Este paso también podría ser necesario en
Ubuntu, si este no detecta correctamente la placa de video durante la instalación. Es decir, en ese caso Linux hace
lo mismo que Windows: instala un driver genérico (llamado VESA) a 60 hz.
Si esto no fuera suficiente, los pasos que se muestran a continuación sirven para la mayoría de las
distribuciones modernas de Linux.
1. Abrimos una consola: Aplicaciones -> Accesorios -> Terminal

2. Detenemos el gestor de ventanas
○ Ubuntu: sudo /etc/init.d/gdm stop

○ Kubuntu: sudo /etc/init.d/kdm stop (solo en kubuntu)
○ Debian / otras:
su
/etc/init.d/gdm stop
3. Empleamos el comando sudo dpkg-reconfigure xserver-xorg
4. Alternativa: Abrimos el archivo xorg.conf mediante algún editor. Ubuntu, para los principiantes, trae nano
○ Ubuntu/Kubuntu: sudo nano /etc/X11/xorg.conf
○ Debian: sudo vim /etc/X11/xorg.conf
Buscamos la sección “Monitor”
Intercalamos los valores HorizSync y VertRefresh
Este paso hay que realizarlo varias veces hasta que llegamos al punto óptimo del monitor. algunos valores
de referencia:
Para 800x600 a 75hz – Placa de video viejita: S3 Inc. 86c325 [ViRGE], con un Monitor de 14"
HorizSync 28-50
VertRefresh 43-75
(1024x768 a 85hz) – Placa de video [GeForce 7600 GT]

Monitor Samsumg 17"
Horizsync 30-86
Vertrefresh 50-120
(1280x960 a 85 hz) - ATI [Radeon 9600]

Monitor 19" AOC genérico
HorizSync 30-86
VertRefresh 50-160
5. Guardamos y salimos
6. Iniciamos nuevamente el manejador de ventanas
○ Ubuntu: sudo /etc/init.d/gdm start

○ Kubuntu: sudo /etc/init.d/kdm start (solo en kubuntu)
○ Debian / otras:
su
/etc/init.d/gdm start
Controlar: Si no se puede ver el video, presionamos Ctrl + Alt + Backspace, y volvemos al paso 2.
Si el video aparece correctamente, controlamos, abriendo nuevamente una terminal y escribiendo el

comando xrandr. Por ejemplo, en mi computadora:
s@zion:~$ xrandr
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 768
default connected 1024x768+0+0 0mm x 0mm
1024x768 85.0* 75.0 72.0 70.0 60.0 100.0 90.0
800x600 85.0 75.0 72.0 70.0 60.0 56.0 47.0 120.0
640x480 85.0 75.0 72.0 60.0 160.0 120.0 100.0 90.0
640x400 75.0 60.0
2.6. Enumeración de Sistemas Operativos de Redes
2.6.1. Unix
2.6.1.1. Unix propietarios
Pertenecen y atienden a grandes compañías. Usualmente se instalan sobre un hardware comprobado.
● IBM: AIX
● Sun:
○ Solaris
○ OpenSolaris (semi libre).
● Hewlett Packard: HP/UX
● Santa Cruz Operation: SCO Unix
Estas compañías se vanaglorian de ofrecer sistemas seguros. Sin embargo, en la práctica, esta
fortaleza consiste en que utilizan muchas herramientas de fuente abierta, tales como Apache, Sendmail, SSH y
otras.
2.6.1.2. Unix Libres: La familia FreeBSD
● Liviano
● Extremadamente estable
● Muy pocas herramientas gráficas de configuración.

Casi todo se instala y configura desde consola.
● Documentación concentrada en un excelente libro

llamado “Handbook” donde figuran prácticamente
todas las respuestas posibles. Está traducido al
español y puede ser descargado desde
www.freebsd.org
● No reconoce tanto hardware como Linux
● La mayoría de los comandos de Linux funcionan perfectamente en BSD.
● Posee varios mecanismos de manejo de paquetes, tales como pkg_add, y un árbol de ports para compilar los
programas durante la instalación. No posee tanto software como Linux, pero la mayoría de uso frecuente se
encuentra disponible.
● A diferencia de Linux, que posee cientos de distros y subdistros, BSD se encuentra apenas fragmentado:
○ FreeBSD: el mas usado, sobre todo en ambiente de servidores: Google mantiene sus 170000 servidores
bajo BSD.
■ PCBSD (ver captura de pantalla): un FreeBSD mas “amigable”, full compatible con el anterior (ver
siguiente captura de pantalla).
○ OpenBSD: orientado principalmente a portabilidad. Es el sistema operativo que en la actualidad se puede

instalar sobre mas plataformas de hardware. Es ideal para embeber en routers, firmwares o dispositivos
pequeños.
○ NetBSD: orientado principalmente a seguridad.
Al haber menos *BSD circulando, existe una impresión de unificación y coherencia mayor a la de su prolífico
primo Linux.
Aquí se puede apreciar PCBSD (FreeBSD) corriendo dentro de una maquina virtual de pruebas, bajo Ubuntu:
FreeBSD personalizado, y “a dieta” con un liviano entorno de ventanas FluxBox. Utiliza cplay para reproducir musica, vlc y ffplay (ffmpeg) para videos
de youtube, wbar como barra inferior de botones, irssi para chatear en el IRC. Abajo a la derecha hay unos wmdockets y un tail mostrando la traza del
sistema.
2.6.1.3. MAC OS/X
Es una versión Unix muy potente y amigable para computadoras Apple, creado a partir del robusto pero árido
FreeBSD.
Este sistema operativo es un éxito comercial, y reina desde el publico snob, y el ambiente del diseño gráfico.
Muchos usuarios de Windows lo encuentran atractivo y simple de utilizar, y legiones de usuarios de Linux se
encuentran migrando también hacia estas elegantes aguas.
Si bien familiarmente hemos situado a Mac OSX junto a sus primos BSD, este sistema operativo no es libre:
posee varias capas comerciales por encima, y es solo compatible con el hardware permitido por Apple. Esta
compañía decidió basarse en sistemas BSD debido a que la licencia “Berkeley Software Distribution”, permite que el
código fuente copiado, pueda también cerrarse al publico (algo que en la GPL, la licencia de Linux, está prohibido).
En cierta manera, MAC OS/X unifica lo mejor de ambos mundos: muchas herramientas provenientes de las
comunidades de Software Libre, junto a todo el software comercial que legendariamente se porta para Apple. Es el único
Unix en el que podremos instalar si demasiadas vueltas los conocidos Microsoft Office, Adobe Photoshop,
Dreamweaver, y otras aplicaciones que hacen a los usuarios, “cautivos” de Windows.
En la siguiente captura de pantalla puede apreciarse MAC OS/X corriendo Mplayer, uno de los mejores y mas
rápidos viewers de películas, mas propio del ambiente de Software Libre que de un sistema operativo comercial.
2.6.2. Linux
2.6.2.1. Debian: la distribución libre por definición.
● Sitio: http://www.debian.org
● Es liviana (corre hasta en 386), y la preferida a la hora de instalar servidores.
● Posee la comunidad de usuarios mas grande.
● Tiene muy pocas herramientas “gráficas” de configuración, por lo que se ha ganado fama de distribución
“dura”
● Son los creadores del frontend “apt”, un gestor de paquetes que permite mantener todo el software del
sistema sincronizado, estable y actualizado.
● Posee un ciclo de calidad de software que garantiza una gran estabilidad en su conjunto. Posee versiones
simultáneas llamadas: estables, inestables, en prueba (testing) y experimentales. Sin embargo Debian se
reserva todo el tiempo necesario para determinar “estables” sus versiones.
● La actual y abanderada versión estable es la 5 “Lenny”, mientras que en etapa de testing se encuentra
Squeeze. Los administradores serios utilizan estable para sus servidores, en tanto que estudiantes,
autodidactas, programadores y oficinistas utilizan la última testing.
● Es la única distro que se puede bajar COMPLETA para instalarla luego sin conexión a Internet:
aproximadamente 31 CDs, o 5 DVDs. Esto es
especialmente útil para aquellas personas sin banda
ancha. Y la mejor solución para zonas bloqueadas por
Estados Unidos, como Cuba, o emergentes como
India.
2.6.2.2. Ubuntu
● Sitio: http://www.ubuntulinux.org/
● Está basado en Debian.
● Por lo tanto posee el mágico apt, pero con repositorios propios.
● Hereda la gigantesca comunidad de usuarios de Debian.
● Exige mas recursos, procesador y memoria RAM. El programa instalador exige una lectora CDs confiable.
● El programa instalador puede ser usado además como cd “live” de rescate.
● Posee un ciclo de desarrollo que garantiza versiones cada seis meses. Actualmente la versión “estable” es la
08.04.2 LTS “Hardy”. En abril – 2009 se liberará la próxima estable, 9.04 “Jaunty”. Sin embargo, los
administradores consideran para sus servidores, y como estable la última LTS (Long Term Support)
disponible, en este caso, Hardy. En cambio estudiantes oficinistas y power users deberían utilizar la última
versión disponible.
● Está muy bien mantenido, documentado, y traducido. Posee guías paso a paso que cubren la mayoría de las
necesidades iniciales de los usuarios novatos, en sus sitios:
○ www.ubuntuguide.org (guía en ingles, muy completa y actualizada)

○ www.guia-ubuntu.org (guía en español)
● Posee unas pocas herramientas gráficas de configuración, que sin embargo cubren la mayoría de los
aspectos iniciales.
● Casi nadie encuentra de utilidad la ayuda en los sistemas operativos. Ubuntu es la excepción: la ayuda que
figura en el menú es realmente muy eficiente y amena.
● Posee muy buena detección de hardware: impresoras, placas wifi, pendrives, scanners, etc.
● Sus versiones no poseen un ciclo tan extremo de calidad como Debian. Ubuntu posee versiones mas nuevas
de cada programa, lo que lo hace óptimo para usuarios exigentes, adolescentes, llamados usualmente “de
escritorio”. Es decir: un administrador de sistemas probablemente instalará Debian en sus servidores.
● En cada lanzamiento vienen varias versiones
○ Ubuntu Desktop: con escritorio Gnome, recomendado para 256 MB RAM. Posee una amable
instalación en modo gráfico desde un arranque tipo LiveCD. Sin embargo es un poco exigente con la
calidad de la lectora de Cds
○ Ubuntu Alternate CD/DVD: una versión especial que cubre
■ Instalación en modo texto, para maquinas realmente MUY modestas. Esta es la instalación por
defecto procedente de Mamá Debian: mas probada y segura.
■ Rescatar un sistema dañado
■ Instalación mínima, con solo consola
■ Instalar todo y dejar la configuración de cuentas de usuario para el siguiente reinicio. Sirve para los
vendedores (resellers)
■ Actualizar masivamente versiones anteriores
○ Kubuntu: con escritorio KDE, recomendado 512 MB RAM
○ Xubuntu: con escritorio XFCE, para 128 MB RAM o discos IDE viejos.
○ Edubuntu (niños) - instalable con sudo aptitude install edubuntu-desktop, o cada una de
sus funciones por separado: consultar paquetes mediante apt-cache search edubuntu
■ Escritorio con interface atractiva para niños
■ LTSP Server: Recuperación de hardware obsoleto mediante LTSP. Sirve para montar redes de
maquinas viejas en escuelas (y oficinas) con pocos recursos.
■ El excelente Gcompris, compuesto por juegos educativos.
○ Ubuntu Server: sin modo gráfico. Trae predefinidas

instalaciones de tipo LAMP, DNS, Servidor de Correo, Base de Datos, Servidor de Impresión y Servidor
de Archivos.
○ Wubi: es para los novatos que temen el paso de particionado, y prefieren instalar Ubuntu en el espacio
de Windows, sabiendo que luego podrán desinstalarlo sin complicaciones. Sin embargo, será un Linux
mas lento ya que no correrá del todo "nativo", sino que NTFS interceptará toda las llamadas a disco.
Instalación: se debe bajar un pequeño instalador de http://wubi-installer.org/. Al iniciar el programa
tendremos que especificar la unidad en la cual se alojará la imagen (por ejemplo, C:), el tamaño de la
misma (en GB), la distribución que se instalará (Hardy, Jaunty, etc, el idioma, nombre de usuario y
contraseña. Wubi agrega una entrada en el bootloader de Windows para no sobreescribirlo y así poder
tener los dos sistemas en paz sin tener que configurar nada
2.6.2.3. Knoppix
● Está basado en Debian
● Utiliza KDE en el escritorio, de modo que se recomienda 512 MB RAM. Existen versiones mas livianas en
internet, tales como
○ Damm Small Linux y Puppy Linux, ideales para Pentium 2 / K6 con apenas 32 MB de RAM.
○ Lamppix: con escritorio XFCE, y listo para programar utilizando LAMP (Apache, PHP y MySQL)
○ ... muuuchas otras.
● Utiliza los repositorios de la versión “testing” de Debian
● Está concebido como LiveCD. Arranca, detecta todo el hardware y presenta un escritorio limpio sin requerir
instalación.
● Una vez que el sistema arranca, puede ser instalado, tras lo cual se convierte en un Debian normal, un poco
mas “cosmético”.
● Posee tantas herramientas de reparación y detección de errores que se lo utiliza mucho como CD de rescate.
2.6.2.4. Linux “Comerciales”: SuSE, RedHat, Mandriva
● Poseen escritorios muy cuidados, con muchos detalles inspirados en Windows
● Existen diversos asistentes y paneles de configuración, que permiten reducir un poco el aterrizaje en la
consola. Sin embargo no hay que engañarse: en Unix / Linux, “aterrizar” a la consola es un paso
prácticamente obligatorio.
● Las comunidades de usuarios son reducidas en comparación a la familia Debian.
● No poseen apt-get, por lo tanto parte del software cuesta un poco conseguirlo e instalarlo. Existen algunos
buenos equivalentes: yum (RedHat, Mandriva, YellowDog), yast (SUSE), con instalación automatizada de los
programas mas utilizados.
● Sin embargo, a la fecha, no poseen en sus bases una cantidad igual de paquetes a la de la familia Debian, ni
su capacidad para upgrades masivos. Un upgrade masivo, significa actualizar completamente la distribución
solo agregando los paquetes que faltan. Algo que en los “duros” Debian, Ubuntu y BSD es una tarea casi
trivial.
3. Marco General
3.1. Breve Histórico
Para un principiante (newbe / rookie / novato) en el mundo de las redes, el panorama actual puede tornarse
confuso, y con razón. Hay redes desde que hay computadoras, y lo que recibimos actualmente es una ingente
herencia de muchas formas de conectarlas a todas. Hay mas de una forma para lograrlo, y todas son correctas
según el punto de vista.
Años atrás se utilizaban métodos que fueron descartados ("depreated", o "despreciados") en función de
novedosas panaceas. Actualmente han resurgido muchas ideas antiguas, que se han vuelto a potenciar a niveles
insospechados.
3.1.1. El modelo de los 70: los mainframes Unix y los sistemas patrimoniales
Esta década heredó de los `60, el mecanismo a partir del cual existían grandes nodos centrales compuestos
por "mainframes", corriendo usualmente Unix, y estaciones "bobas" conectadas usualmente por racks de puertos
serie (si, los del mouse). Algunos bancos y organismos del estado poseen todavía estos sistemas, ya que son muy
estables. Sin ir mas lejos, Amadeus, el sistema mundial de reserva de pasajes que usan actualmente la mayoría de
agencias de viaje del mundo, mantiene online varios picobytes de información todos los días. Su mainframe está en
Munich, con espejos en Miami.
Shell, C y Cobol fueron los lenguajes preferidos para crear estos

sistemas de gestión. En el caso de COBOL ya prácticamente no existen
programadores.
El Shell sigue vigente, y es de hecho la consola habitual en Linux

(sh, bash, csh y otras). Es extremadamente potente, pero posee una
sintaxis bastante diferente a los lenguajes habituales, y es usada
solamente por programadores de elite en Unix.
C y C++ son una muy buena alternativa, pero se demora mucho tiempo en obtener productividad
inmediata de estos lenguajes. Actualmente lo mas conveniente para acceder a los datos de estos servidores es
● A través de una terminal. BSD y Linux no tienen problemas para realizar esta conexión, vía SSH o telnet,
pero desde Windows hace falta alguna emulación como TinyTerm, o Putty.
● A través de lenguajes conocidos como CGI (Common Gateway Interface): PHP, ASP, PERL, ActionScript,
Python, Ruby (o incluso C/C++). Con estos lenguajes se puede acceder a los datos y volcarlos:
○ A lenguaje HTML (el lenguaje de las páginas Web), DHTML, o a XML
○ A un motor SQL. Eventualmente, mas tarde, un CGI puede extraer del motor SQL a HTML, con mucho
menos esfuerzo de desarrollo de software.
3.1.1.1. Ventajas:
● Sistemas muy estables, seguros y rápidos
3.1.1.2. Desventajas:
● Terminales de texto (sin "ventanas" ni gráficos)
● Pocas herramientas (a menos que el usuario maneje comandos de Shell Unix)
● Elitismo a nivel administradores de sistema.
● Softwares y sistemas cerrados. Bases de datos incompatibles (creadas a medida), necesidad de

diccionarios de datos para lograr cualquier migración a sistemas actuales.
● Muy caros de adquirir. Actualmente con unos pocos miles de dolares se pueden obtener, pero en
aquella época era prohibitivo para las PyMEs.
● Muy caros de mantener. Incompatibilidad de Hardware. Dependencia del fabricante del mainframe (IBM,
Bull, Sun) para muchas actividades.
Actualmente existe una tendencia a migrar estos viejos monstruos, a redes de computadoras mas chicas
conectadas como una sola gran computadora o "cluster". En cuanto a los datos, a los efectos de poder ser
accedidos desde internet (y por muchas otras razones mas), se han migrado a motores SQL.
Actualmente se ha revalorizado la arquitectura cliente-servidor, debido a que las redes compuestas por
cientos de Pcs tienden a ser complicadas de administrar y mantener. Los usuarios tienden a estropear los
sistemas, los discos rígidos se rompen y requieren de reinstalación del sistema operativo, los binarios suelen
contaminarse con virus, y la lista sigue.
A veces unas cuantas maquinas sin disco rígido, conectadas a una combinación de servidores potentes
Linux+Windows, pueden convertirse en una solución barata y eficiente, ofreciendo lo mejor de ambos mundos.
Ver mas adelante XDM y LTSP, o revise el siguiente enlace en http://es.wikipedia.org/wiki/LTSP

3.1.2. El modelo de los 80: DOS y Novell
A principios de los 80, IBM licenció a Intel la licencia para fabricar microprocesadores basados en el juego
de instrucciones del 8086. Había nacido la era de las "PC". En rápida sucesión aparecieron el 8088 (XT), el 80286,
80386, 80486, 586, Pentium, etc.
Cebados por las microcomputadoras hogareñas (Talent, Commodore, Spectrum, Atari, etc) ahora las
empresas querían también entrar de lleno a la promesa de las empresas exitosas y ordenadas. Así las PC
irrumpieron en las PyMEs.
Estas novedosas computadoras poseían un aparato llamado disco rígido: algo así como un superdisquette
interno capaz de guardar la increíble cantidad de 10 MB de memoria. Traían también modernas disqueteras de 180k
e incluso de 360k. Todo ese caudal de información era administrado mediante un Unix simplificado llamado DOS
(Disk Operation System). Este sistema operativo no podía ejecutar mas de una tarea a la vez, y de hecho tampoco el
procesador lo soportaba. Para lograr tal milagro se debería esperar hasta el 80386.
Sin embargo era el equivalente a tener un pequeño mainframe. Se podía tener un sistema informático
compuesto por una sola máquina dotada de un disco rígido de 10~20 MB, capaz de arrancar (bootear), ejecutar
diversas aplicaciones (Hoja de Calculo, Procesador de Textos, Gestores de Base de Datos, y muchos otras).
Sin embargo, en materia de redes, aquellos usuarios avanzados que buscaban conectividad en forma simple
y barata, estaban lejos de conseguirla en Unix. Una empresa llamada Novell se hizo cargo de proveer una
centralización de archivos en su sistema operativo para redes llamado Netware. Las computadoras con Novell
manejaban varios conceptos obtenidos de Unix, tales como los volúmenes de disco y la multitarea de procesos y
usuarios. Si bien el usuario interactuaba con DOS en A:, tenía también acceso a unidades de red mapeadas hacia
alguna letra de unidad. Por ejemplo en la unidad F:, compartía sus archivos con otros usuarios en un ambiente casi
Unix, mientras que C: seguía siendo su unidad local. Una computadora, incluso podía perfectamente no poseer disco
rígido propio: bastaba un disquete de arranque para iniciar el sistema y entrar a una línea de comandos ubicada en
F:\ en la red, con todas las herramientas disponibles. Este es un concepto no apreciado del todo durante la
generación siguiente, enceguecida por los grandes discos rígidos. El mencionado LTSP (Linux Terminal Server
Proyect) también rescata este concepto.
No obstante, Novell utilizaba una computadora completa (¡!) para sus procesos, a la cual nadie accedía
físicamente, tan solo el Administrador.
A tales efectos, apareció Lantastic, un producto que otorgaba la posibilidad que las computadoras fueran a
la vez clientas y servidoras; lo que se conoce actualmente como redes "Peer to Peer" o "entre pares", pero solo a
nivel Intranet. Es decir, no era frecuente el acceso a Arpanet (el abuelo de Internet).
En cuanto a los sistemas, estos corrían con el código fuente original totalmente cerrado, lo que garantizaba
al programador la completa dependencia del cliente.
3.1.3. El modelo de los 90: WFW 3.11, 9x, NT y las redes Peer to Peer. Internet.
En los 90, las redes locales (LAN) se hacen muy frecuentes. De la marea de productos, se destacó WFW
2
3.11 o "Windows para Trabajo en Grupos", que ofrecía la posibilidad de acceder a directorios ajenos mediante el
mapeo de unidades, todo usando una atractiva interface basada en mouse y ventanas. Debido a que las placas de
red existentes operaban solamente con Novell o Unix, costaba un poco hacerlas andar.
Con la presencia de los procesadores 386 y 486, surgió la posibilidad de manejar varios hilos de proceso:
había llegado la multitarea, reservada hasta ahora solo para los mainfranes. Un sistema operativo desarrollado por
IBM llamado OS/2 permitía aprovechar toda esta potencia de procesador de manera segura y rápida. El gran
problema de OS/2 era que empleaba la aterradora cifra de 32 a 64 MB de RAM. Microsoft no se quedó atrás y
lanzó al mercado Windows 95, que usaba menos recursos que su rival: corría con apenas 4 MB, (o mejor dicho se
arrastraba)... y era innatamente inestable. Pero sucesivas versiones iban a ser mas estables, y el mercado continuó
usando los productos de Microsoft. Esta compañía incursionó en el terreno de los servidores y presentó Windows
NT, una versión que centralizaba varios recursos y usuarios.
Por otra parte, se popularizó "la parte fácil" de una red global basada en TCP/IP llamada Internet,
concretamente el protocolo "http", un mecanismo de hipertexto desarrollado en Berna (Suiza) para compartir
"paginas" de información. Si bien Internet existía, solo se aprovechaban sus servicios de telnet, irc, correo, news y
gopher.
2 El acrónimo WFW corresponde a "Windows for WorkGroups".

Se populariza el concepto de "Intranet": redes locales donde existiera el protocolo TCP/IP de Internet, y al
menos un servidor Web local.
3.1.4. El modelo actual: Unix / Linux / Windows 2000/XP. Internet insegura.
3.1.4.1. Windows actualmente
Efectivamente, Windows era mas estable, pero también mas inseguro, por cuanto hoy se sabe que el código
cerrado es mas lento de emparchar. Si bien la curva de aprendizaje de Windows lo apuntaba como fácil de usar
para usuarios con conocimientos promedio, Microsoft popularizo la idea de que su producto era tan fácil de usar
que "cualquiera" podía usarlo. Incluso "sin capacitación", algo obligatorio en los 80 y en los 90.
Varios varios errores en la pila TCP/IP de Microsoft, su código cerrado, y el acceso cada vez mas frecuente
a Internet de personas sin conocimientos ni capacitación, desemboca en la situación actual de sistemas y redes
permanentemente contaminados. Para palear esta situación Microsoft combinó las bondades de Windows NT,
enterró convenientemente Windows 9x, y creó la serie Windows 2000 / XP.
9 de cada 10 computadores poseen algún tipo de software espía
Esta es la conclusión de un informe elaborado por Webroot, basado en datos estadísticos y análisis de más de un
millón de computadoras de usuarios hogareños, y 35.000 computadoras corporativas. El 88% de todas las máquinas
analizadas presentaba diversas formas de software espía instalado. Según Webroot, un PC corriente contiene en
promedio 18 cookies y siete pequeñas aplicaciones de tipo publicitario (adware), de monitoreo de sistema, de
detección de contraseñas y troyanos.
Fuente: http://www.diarioti.com/gate/n.php?id=8626
Precisamente, 88% es la cifra de computadoras que corren sistemas operativos de Microsoft. EL resto corre
alguna versión de MAC/OS (Apple), Unix o Linux.
Para su linea de servidores, Microsoft mantiene vigente su serie Windows 2000/2003 Server, los cuales han
demostrado ser bastante mas robustos.
Durante el año 2006 Microsoft se esforzó duramente en mejorar la estabilidad de sus productos. Demoró las
versiones de Explorer, con lo cual el navegador libre Firefox comenzó a ganar cuotas muy grandes de mercado,
hasta obtener una versión un poco mas segura, la numero 7.
De la misma manera, los sistemas operativos libres tuvieron un auge muy grande en sus servidores gráficos
orientados a 3 dimensiones. MAC OS/X también lanzó versiones muy atractivas de sus escritorios.
Al fin, Microsoft publicó un parche para Windows XP: el Servipack 2. Contra todo pronóstico, aportó una
mejora substancial a la seguridad del sistema. Actualmente la compañía desarrolló y vende Windows Vista, que
tiene por objeto paliar la imagen clásica de Windows XP, y de paso obligar a los usuarios a renovar todo el parque
informático. Nada nuevo para una empresa que posee acciones en las compañías de hardware mas conocidas.
3.1.4.2. GNU/Linux y BSD: las Comunidades Abiertas
Estos sistemas operativos están concebido desde sus orígenes como "abiertos al público". En lugar de
basarse en licencias tipo Copyrigth, en donde “todos los derechos están reservados”, se abren a la comunidad
mediante licencias públicas de tipo "Copyleft", donde "todos los derechos están garantizados". Así, se garantiza el
derecho de copiar y dejar copiar las ideas. Algunas de estas patentes “libres” son GPL, BSD, CreativeCommon,
MIT, y otras, compuestas tanto por diversos grados de libertad concedidas al usuario final, como de garantías
legales a los programadores. Consultar al final el Apendice C: Los 10 Mandamientos de los nuevos usuarios de
Linux
Enfoque a los servicios
Frecuentemente los estudiantes me preguntan en clase si todos estos programadores son hippies que han
fumado demasiado orégano. La definición no explica cual es la ventaja de regalar el trabajo.
En realidad, la actualidad que vivimos es una consecuencia del modelo de negocios llevado durante los 80 y
los 90: el enfoque de la Venta de Software Cerrado como Producto.
Casi todas las soluciones posibles se encuentran acaparadas y patentadas por los gigantes del sector:
Microsoft, Oracle, Microsoft, Adobe, Microsoft, Autodesk, y no hay que olvidar Microsoft. La realidad es que en
materia de software no queda mucho en que innovar: apenas una hiperespecialización para pequeños segmentos de
mercado. Elementos tan simples como un botón, o un menú descolgable, ya han sido patentadas. ¡Intente como
programador vender un programa sin ponerle botones!
Este problema se traslada incluso a las mismas herramientas de desarrollo. Los programadores del siglo XXI,
se encuentran lisiados desde que egresan de la universidad. Únicamente pueden proponer soluciones basadas en
Frameworks o AppBuilders de otras compañías, las cuales encarecen el producto final. Las mismas universidades,
escuelas y cybercafes son semilleros de adolescentes adiestrados como soldados en comprar/piratear/reinstalar
soluciones enlatadas.
El enfoque del Software Libre es bien diferente: las ideas pertenecen a todos. Se cobra por instalar, mantener
y mejorar. Así se llega a un enfoque de Venta Pensada en el Servicio.
¿Todo el software debería ser libre?
Depende de la situación. ¿Usted sabe como funcionan los programas que cuentan votos?
Un buen ejemplo de combinación Software Libre / Software cerrado es MAC OS/X: su núcleo, Darwin, es
abierto y basado en FreeBSD, en tanto que el resto de las capas superiores, Cocoa, Aqua y Safari son cerradas. A
una compañía como Apple, que tenía serios problemas para alcanzar a Windows XP, la modalidad semi libre le
permitió en muy poco tiempo edificar unos de los mejores sistemas operativos existentes.
De Usuarios a Hackers
¿Pueden los usuarios hacer sistemas operativos mas seguros?
Indudablemente no estamos hablando de usuarios comunes. Sin embargo: ¿cuantos programadores tiene un
país? Si la computadora muestra un error, ¿cuanta gente está dispuesta a “levantar la tapa y mirar el motor”?
MUCHA. Coordinados con una simple lista de correo, es relativamente simple hacer un seguimiento de errores
detectados y parches propuestos.
Esta es la razón por la cual estos sistemas operativos son mas estables: el usuario puede formar parte del
proceso de calidad. Las empresas comerciales se alejan del modelo libre y acusan a estos usuarios autodidactas
de “hackers”, pero la realidad indica que estadísticamente hay mas programadores, hackers y geeks dispuestos a
emparchar su sistema operativo, que "crackers" dispuestos a violentarlo.
La libertad de crear cosas en comunidad seduce a personas con mentalidad técnica. También hay mucha gente
traduciendo y generando documentación, guías, ayudas paso a paso (“howtos), e incluso se han filmado dos
documentales. La cultura hacker otorga tácitamente el titulo de hacker a aquellos individuos que contribuyen a la
comunidad.
Libera rápido, y a menudo
Esta es la séptima regla del famoso hacker, Eric Raymond, en su manifiesto “La Catedral y el Bazar”, un texto
de culto entre los programadores de elite.
Mientras que las compañías comerciales liberan versiones aproximadamente cada 2 años, y parches cada un
mes, bajo Software Libre existen versiones y parches a veces liberadas incluso en el mismo día de la constatación del
error: las correcciones usualmente no esperan por jerarquías y burocracias de grandes empresas.
Permanentemente existe un histórico de versiones estables e inestables, y cualquier usuario puede bajarse el
código fuente mediante programas de colaboración remota de versiones: cvs, subversion, y otros
Otro aspecto interesante es que todo este software procede de sitios .org: organizaciones sin fines de lucro.
En otras palabras: no hay una empresa .com pagando el desarrollo y presionando sobre los programadores por
liberar versiones para competir: al no depender de empresas, los programadores se permiten liberar versiones estables
cuando realmente sienten que el software ha pasado por el debido ciclo de calidad. Esta es una metodología de trabajo
propia de hackers y autodidactas.
Nunca faltan en mis clases los alumnos jugando a los hackers. Esto no me molesta, y me causa mucha gracia.
Mientras no los vea como vulgares lamers: conserven la dignidad desde el principio leyendo algunos textos de culto:
Como convertirse en Hacker
Al respecto de lo dicho anteriormente, existen diversos textos, muy interesantes y divertidos para leer, del
mismo Eric Raymond.
● La Catedral y el Bazar: texto corto, con unas cuantos consejos para programadores
● Como convertirse en hacker: varias reglas para empezar y mantenerse
● El Arte de la Programación en Unix: en inglés, bastante técnico
Recuperación de Hardware Obsoleto
Otra consecuencia del Software Libre, es que los hackers tienden a incorporar mejoras sobre el mismo
hardware que tienen. No todos los hackers tienen nacionalidad norteamericana, y realmente les disgusta descartar
sus partes. Cuando hay mejoras en BSD o en Linux, tienden a correr sobre el mismo hardware a la misma
velocidad.
¿Se desperdicia el hardware nuevo? De ninguna manera: cuando poseemos el código fuente original de un
programa, y la licencia nos lo permite, podemos recompilarlo y obtener binarios substancialmente mejores a los que
provienen del programador. Por ejemplo Linux Gentoo y Unix FreeBSD están pensados para recompilar la mayor
parte de sus sistemas. En el caso de Gentoo, luego de algunos días de compilación, podemos obtener un sistema
extremadamente potente y fiable.
3.1.5. ¿Cual es la razón por la cual se usa Windows?
Windows esconde a los usuarios la complejidad de los sistemas. No solamente los usuarios quieren quedar
ajenos al conocimiento, sino la mayoría de los administradores, docentes, y capacitadores. Es una realidad que la
mayoría de las personas prefieren reinstalar un sistema en lugar de descubrir la causa del problema, a fin de llegar a
casa antes que empiece Gran Hermano. De aquí se desprende:
● La persona que paga por Windows, en cierta medida también paga para que lo protejan del conocimiento.
● La persona que piratea Windows, usualmente lo hace porque calcula que si Linux o Unix es gratuito, no debe
ser bueno.
La política de Microsoft respecto a la piratería consiste en que, “si las personas van a piratear, lo hagan con
productos Microsoft”. Algún día estos usuarios iniciaran un emprendimiento fructífero, digno de ser demandado.
3.1.6. ¿Unix / Linux es para mí?
Todos los días lucho con el inconcebible dolor que me supone aprender – Goethe
Cuando se utiliza Unix o Linux, sin importar cuantas herramientas de configuración existan, tarde o temprano
el usuario deberá entrar a la línea de comandos, ponerse los lentes oscuros de Neo, leerse algunos foros, charlar
con algunos geeks y hackers, y resolver por sí mismo el problema.
Mi experiencia personal me ha llevado a adoptar soluciones libres cuando no he podido encontrar claramente
la raíz del problema en ambientes cerrados. Me molesta mucho formatear y reinstalar como un orangután sin
conocer la razón. Ya conocen la máxima: “Quien no conoce su pasado está condenado a repetirlo”.
Este tema se pone crítico en ambientes de servidores, con muchos usuarios. La verdad es siempre la mejor
arma. Por desgracia Windows, durante una caída, suele limitarse a mostrar unos pocos caracteres hexadecimales y
una pantalla azul. Los registros de sistema también son confusos y desprovistos. A falta de datos concretos, los
administradores de ambientes Windows tienden a responder erráticamente y en forma contradictoria. Los usuarios
sospechan y se sienten engañados.
Por el contrario, Unix y Linux poseen muchos comandos tales como history, dmesg, lastlog, lscpi, lsmod y
muchos otros que llevan a una detección bastante rápida del problema. La primera vez cuesta descubrirlos, pero la
curva de aprendizaje es exponencial.
Sinceramente: si yo no tuviera mis 6 servidores con Linux, no tendría tiempo para divertirme escribiendo este
libro.
Por estas razones, mi estimado lector, si Usted es estudiante de sistemas, y no le interesa entender que esta
ocurriendo realmente adentro de la computadora, debería cambiar la carrera de Sistemas por un simple curso de
Reparación en PCs.
4. Teoría: Los "ladrillos" de la red:
4.1. Interfaces:
Las interfaces son los dispositivos físicos que van a conectarnos con la red. Usando al menos una de estas
interfaces podemos acceder al medio, e incluso navegar por internet. Ninguna es "depreated" (despreciable): todas,
sabiamente empleadas, pueden permitirnos crear pequeños servidores... y grandes redes.
4.1.1. Modem, o conexión "Dial Up"
● Es la conexión normal por teléfono hacia otra computadora. Permite velocidades limitadas a 56k, lo cual
otorga unos nominales 115000 baudios. Así se pueden bajar aproximadamente 10 MB en una hora, lo cual
es excelente para redes de no mas de tres maquinas que utilicen correo y web.
El problema es que las empresas telefónicas limitan durante el día la velocidad interurbana a 42000 baudios,
con el propósito de vender banda ancha.
● La configuración de este servicio es muy simple. En Windows se hace desde el Panel de Control. En la
familia Debian, Knoppix y Ubuntu se realiza mediante alguno de estos comandos
● pppconfig (texto)
● wvdial (texto: ver http://laespiral.org/recetas/101-200/receta131.html )
● kppp (gráfico)
● network-admin (gráfico).
● Existen varias maneras de conectarse a Internet por este método:
● Con abono: compañías que cobran un abono modesto y otorgan un número 0610, lo que permite un
costo menor en los pulsos. Por ejemplo: la media hora de conexión se cobra como los primeros 15
minutos. En Mendoza este servicio esta provisto por Advance, AOL, UOL y otros.
● Gratuitos: no cobran abono, pero la conexión se realiza a números telefónicos normales, lo que
encarece el costo para los usuarios que se conectan frecuentemente. Keko y Tutopía son los que mas
se usan en Chile y Argentina.
● Empresariales: un simple Linux corriendo algún RAS (Remote Access Server) (Servidor de Acceso
Remoto) como por ejemplo mgetty, puede hacer de enlace entre la banda ancha de la empresa y los
usuarios que conecten por teléfono al server. Cumpliendo ciertas condiciones, la empresa incluso puede
solicitar a la compañía de teléfonos algunas líneas especiales.
● Líneas “Centrex”: línea interurbana que se comporta como un número interno. Al empleado le cuesta
aproximadamente $8 al mes, y están limitadas a 33600 baudios. La conexión puede ser permanente.
● El clásico 0800 para algunos empleados especiales: gerentes, ejecutivos, o el mismo encargado de
sistemas, que a veces lo solicita para estar conectado a los servers de la empresa desde cualquier
punto... y para navegar en forma gratuita desde su casa.
● Las 0800 y las lineas Centrex son muy útil en las PyMEs para enlazar sucursales: por ejemplo las
farmacias y los cajeros automáticos utilizan estas redes. Este modalidad se la conoce también como "ppp"
(Point-to-Point Protocol), aunque a veces se utiliza XMODEM, ZMODEM o YMODEM.
● Winmodems: así se le llaman a los modems que vienen incluidos en el motherboard. Parte del hardware
necesario se encuentra programado dentro del driver (cerrado) de la compañía. Por esta razón son
complicados de instalar bajo Unix y Linux. Lo mismo ocurre con las baratas “Winprinters”. Estos
Winmodems deben ser desenchufados durante las tormentas eléctricas.
● Los modems mas buscados para estas redes son los de tipo "externo". Robustos y confiables, se
conectan al puerto serie (COM1 o COM2) de la computadora. En la imagen puede verse un USR Robotic.
4.1.2. ADSL
Esta tecnología utiliza una frecuencia distinta dentro de las líneas telefónicas normales, y por lo tanto no se
ocupa la frecuencia de audio normal. Existen varias categorías y velocidades. En Argentina se venden servicios de
downstream (bajada) a 1024Kbits (128Kbytes nominales), 512Kbits (64Kbytes nominales) y 256Kbits (32Kbytes
nominales). La velocidad de upstream (subida) es tres veces menor en cada caso.
4.1.2.1. Clases de Modems ADSL:
Con conexión USB
Son los mas baratos, incluidos en la tarifa de la instalación del servicio. Se comportan como
“Winmodems”, y no son aconsejables para Linux o BSD.
Con conexión Ethernet
Los mas buscados, por su facilidad de instalación y robustez. Pueden ser adquiridos en la compañía
telefónica. Conviene solicitarlo de antemano antes de la instalación de la línea, por una diferencia de
aproximadamente $60.
4.1.2.2. Modalidad en que trabajan los modem ADSL
Modo Bridge:
Una computadora en la red marca la conexión, y le provee al modem el usuario y la contraseña. El

modem “deja” pasar la ip real entregada por el proveedor hacia esa maquina.
Configuración del modo Bridge
○ Windows 95/98/Me: mediante los softwares WinPoet o Raspoet

○ Windows XP/2000: desde las propiedades de Mis Sitios de Red
○ Debian y Knoppix: usando el comando pppoeconf
○ Ubuntu: usando pppoeconf (texto) o mediante network-admin (gráfico)
Modo Router:
Estos modems otorgan IP privadas a la red casera en forma automática. Se conectan a un hub o switch,
y permiten tener varias conexiones simultáneas.
Configuración del modo Router
El modem marca la conexión. Pasos necesarios:
1. Resetear desde atrás el modem. Este paso pierde todos los valores anteriores.
2. Chequear que la placa de red de la computadora está activada para recibir IP automatica.
◦ En Windows: Mis Sitios de Red → Propiedades
◦ En Linux Debian/Ubuntu: cat /etc/network/interfaces o consultando network-admin
3. Conectar la PC a algun puerto LAN del modem
4. Se debería haber recibido una ip automatica. Si así no fuera, obligar al equipo:
◦ En Windows: Boton derecho sobre la placa de Red → Reparar
◦ En Linux Debian / Ubuntu: sudo dhclient
5. Revisar “quien” entregó la IP. Estamos buscando el Gateway, o Puerta de Enlace o Default
◦ En Windows: Abrir MSDOS → ipconfig /all
◦ En Linux: Abrir una terminal → ip ro
6. Poner esa ip en la barra de direcciones del navegador
7. El modem pide usuario y contraseña. Buscar estos valores en el manual de instalación, o en la página
Web del producto.
8. Utilizar el menu WAN para setear usuario y contraseña de conexión.

Router vs Bridge
Modo A favor En contra Solución

Los servidores Peer to Peer, tales como
En la configuración del router, reenviar
Varias maquinas se conectan al router y Emule, Ares y otros, pueden multar
Router navegan a través de él. nuestra velocidad por estar detras de un
el puerto del programa hacia nuestra
maquina en la LAN.
router o “firewall”.
Nos exhibimos completamente ante
Instalar un firewall. El firewall de
Poseemos toda la prioridad para internet. Todos nuestros puertos son
Windows es muy bueno, aunque se
programs Peer to Peer susceptibles a ser barridos en busca de
puede instalar otros como ZoneAlarm.
Bridge vulnerabilidades.
Instalar un segunda placa de red, y
Solo navega la computadora que mrca l
compartir la conexión mediante NAT o
conexión.
Proxy.
4.1.2.3. Servidores Caseros con ADSL
Aquellos que quieran aprovechar el upstream para instalar su propio servidor, o para acceder a su red
casera desde Internet, deben tener en cuenta:
● Ninguna compañía vende IP fija (ver mas adelante: TCP/IP),
● Solamente Speedy entrega direcciones reales, pero dinámicas. Sin embargo estas IP pueden enlazarse
mediante algún servicio de DNS dinámico tales como myftp.org, dyndns, y otros. Por ejemplo
obelix.myftp.org conecta en forma permanente a la IP dinámica de Obelix, el server de mi casa.
● Si se desea enlazar una dirección obtenida en nic.ar (.com.ar, .org.ar, .edu.ar, etc) o en la internic
(.com, .org, etc) a este DNS dinámico, puede utilizarse un servicio de DNS aparte como zoneedit o
HammerNode. Por ejemplo, http://www.eim.edu.ar apunta a http://obelix.myftp.org
Para aquellos que quieran realizar el experimento, estos serían los pasos a seguir:
1. nic.ar --> resuelve --> midominio.com.ar --> DNS público (zonedit, dyndns)
2. DNS público (zonedit, dyndns) --> reenvio vía Web --> nombre_fantasia.myftp.org
3. nombre_fantasia.myftp.org --> existe en --> myftp.org
4. myftp.org --> última IP dinámica conocida <-- actualiza <-- programa cliente Linux/Win
4.1.3. Cablemodem
Es un "canal especial" dentro del cable coaxial. Permite la intercambio de bits, a velocidades similares a las
del ADSL. Este servicio lo brindan en Argentina diversas compañías de Televisión por Cable. Algunas compañías
como Fibertel, en Buenos Aires, incluso otorgan direcciones de IP reales (dinámicas) como lo hace Speedy.
EL cablemodem es un modem especial que se conecta por un lado al coaxial, y por el otro a un cable
cruzado UTP, contra la computadora del usuario. Trabaja siempre en modo Bridge (ver ADSL).
Se configura igual que “Ethernet” (ver mas adelante).
4.1.4. Cable Serie
From V.E.R.A. -- Virtual Entity of Relevant Acronyms (December 2003) [vera]: SLIP Serial Line Internet
Protocol (Internet, RFC 1055), "SL/IP".
Se trata de una conexión con cable serie (el de los mouses viejos). Muy útil para enlazar hasta dos
computadoras, alguna de las cuales no posea red. Se utiliza por ejemplo con las notebooks que no poseen tarjeta de
red o modem PCMCIA. Los cables se pueden adquirir en cualquier casa de electrónica o de informática.
● En Windows se los conoce como COM1 y COM2.
● En Linux se lo conoce como /dev/ttyS0 y /dev/ttyS1
4.1.5. Cable paralelo
From V.E.R.A. -- Virtual Entity of Relevant Acronyms (December 2003) [vera]: PLIP Parallel Line Internet
Protocol (IP), "PL/IP"
Se trata de una conexión con cable paralelo (el de las impresoras viejas). Muy útil para enlazar hasta dos
computadoras, alguna de las cuales no posea red. Los cables se pueden adquirir en cualquier casa de electrónica o
de informática. El cable está limitado a 5 metros.
● En Windows este dispositivo se lo conoce como LPT1
● En Linux se lo conoce como /dev/lp0
4.1.6. Placas de Red
Parte del material obtenido en "Wikipedia, la enciclopedia libre".
4.1.6.1. Ethernet (puertos ISA, y PCI con Plug'n'Play)
Norma o estándar (IEEE 802.3) que determina la forma en que los puestos de la red envían y reciben datos
sobre un medio físico compartido que se comporta como un bus lógico, independientemente de su configuración
física. Originalmente fue diseñada para enviar datos a 10 Mbps, aunque posteriormente ha sido perfeccionado para
trabajar a 100 Mbps, 1 Gbps o 10 Gbps y se habla de versiones futuras de 40 Gbps y 100 Gbps. Utiliza el protocolo
de comunicaciones CSMA/CD (Carrier Sense Multiple Access / Collision Detect - Acceso múltiple con detección de
portadora y detección de colisiones). Actualmente Ethernet es el estándar más utilizado en redes locales/LANs.
Ethernet fue creado por Robert Metcalfe y otros en Xerox Parc para interconectar computadoras Alto. El
diseño original funcionaba a 1 Mbps sobre cable coaxial grueso con conexiones vampiro (que "muerden" el cable).
Para la norma de 10 Mbps se añadieron las conexiones en coaxial fino (10Base2, también de 50 ohmios,
pero más flexible), con tramos conectados entre si mediante conectores BNC; par trenzado categoría 3 (10BaseT)
con conectores RJ45, mediante el empleo de hubs y con una configuración física en estrella; e incluso una conexión
de fibra óptica (10BaseF).
Los estándares sucesivos (100 Mbps o Fast Ethernet, Giga bit Ethernet, 10 Gbps) abandonaron los coaxiales
dejando únicamente los cables de par trenzado sin apantallar (UTP - Unshielded Twisted Pair), de categorías 5 y
superiores y la Fibra óptica.
Configuración
○ Windows XP/2000: desde las propiedades de Mis Sitios de Red

○ Debian: editando el archivo /etc/network/interfaces
○ Knoppix:
■ Editando el archivo /etc/network/interfaces
■ Usando el comando netcardconfig (asistente vía texto)
○ Ubuntu:
■ Editando el archivo /etc/network/interfaces
■ Mediante network-admin (gráfico)
Hardware comúnmente utilizado en una red Ethernet
NIC, o adaptador de red Ethernet
Permite el acceso de una computadora a una red. Cada adaptador posee una dirección MAC que la identifica
en la red y es única. Una computadora conectada a una red se denomina nodo. Aquí se puede observar una placa
para puerto PCI, otra para puerto ISA, y los conectores RJ45 y Coaxial
Concentrador o HUB:
Es un dispositivo compuesto por 4, 8, 16 o 24 puertos o “jacks” para fichas RJ45.

Switch
Permite la interconexión de múltiples segmentos de red, funciona en velocidades más rápidas y es más
sofisticado. Los switches pueden tener otras funcionalidades, como redes virtuales y permiten su configuración a
través de la propia red. En la practica funcionan como sofisticados HUB, ya que permiten limitar el problema de la
"colisión de paquetes" típico de las redes Ethernet.
Enrutador o Router
Router (de Wikipedia, la Enciclopedia Libre): Un router (enrutador o encaminador) es un dispositivo

hardware o software de interconexión de redes de ordenadores/computadoras que opera en la capa 3 (nivel de red)
del modelo OSI. Este dispositivo interconecta segmentos de red o redes enteras. Hacen pasar paquetes de datos
entre redes tomando como base la información de la capa de red.
Los routers toman decisiones lógicas con respecto a la mejor ruta para el envío de datos a través de una red
interconectada y luego dirigen los paquetes hacia el segmento y el puerto de salida adecuados. Los routers toman
decisiones basándose en diversos parámetros. El más importante es la dirección de la red hacia la que va destinado
el paquete (En el caso del protocolo IP esta sería la dirección IP). Otros serían la carga de tráfico de red en los
distintos interfaces de red del router y la velocidad de cada uno de ellos, dependiendo del protocolo que se utilice.
En el ejemplo del diagrama, se muestran 3 redes IP interconectadas por 2 routers. La computadora con el IP
222.22.22.1 envía 2 paquetes, uno para la computadora 123.45.67.9 y otro para 111.11.11.1 A través de sus tablas de
enrutamiento configurados previamente, los routers pasan los paquetes para la red o router con el rango de direcciones que
corresponde al destino del paquete. Nota: el contenido de las tablas de rutas está simplificado por motivos didácticos. En
realidad se utilizan máscaras de red para definir las subredes interconectadas.
La forma mas directa de adquirir un router es contactando con fabricantes que se dedican a desarrollar
su propio software propietario para un hardware especialmente hecho para tal fin, este es el caso de
fabricantes como:
http://www.okeda.com.ar
http://www.adslayuda.com
http://www.cisco.com
Router Casero
Actualmente los routers han bajado mucho de precio. Sin embargo todavía hay muy buenas razones para
convertir modestos equipos en potentes servers “gateways” dedicados.
Esta sigue siendo la mejor solución en redes locales cuya “Banda chAncha”, es insuficiente para sus muchos
usuarios. En BSD y Linux es relativamente simple aplicar mecanismos de Caché DNS, Proxy transparente, y filtro de
los molestos paquetes Peer To Peer (eDonkey, Ares, Bittorrent). También podemos personalizar mejor los
protocolos a los cuales daremos paso, destino, horarios, usuarios, porcentaje de ancho de banda, reenviar puertos,
armar túneles, etc.
Basta con alguna vieja 486 o Pentium I, con apenas 16 MB. En las listas de correo de www.lugmen.org.ar,
Groucho sugiere una interesante lista de distros "livianas" en
http://www.linuxlinks.com/Distributions/Mini_Distributions/
Este servidor puede incluso carecer de disco rígido: basta con alguna distro que arranque por disquete,
pendrive, o cdrom: las mas utilizadas son BrazilFW y FreeSCO. Incluso hay una llamada FloppyFW: ¡corre hasta en
un 386!
4.1.6.2. Token Ring
Arquitectura de red desarrollada por IBM con topología en anillo y técnica de acceso de paso de testigo.
Cumple el estándar IEEE 802.5. Estas redes alcanzan una velocidad máxima de transmisión que oscila entre los 4
y los 16 Mbps. (Agregado por Sergio): En el caso de las redes Token Ring, no existe el problema de la "colisión"
propia de las redes Ethernet, puesto que una computadora solo puede hablar al medio cuando posee el "token".
Asimismo, existe una suerte de concentrador llamado Mau.
4.1.6.3. PCMCIA
Una tarjeta PCMCIA es un dispositivo normalmente utilizado en computadoras portátiles para expandir las
capacidades de este. Estas tarjetas reciben su nombre del estándar PCMCIA (estándar) (Personal Computer
Memory Card International Association, y pueden ser de muy distintos tipos: memoria, disco duro, tarjeta de red
Ethernet, Ethernet Wireless, tarjeta de red Token Ring, etc.
Las tarjetas PCMCIA de 16 bits pueden recibir el nombre de PC Card y las de 32 bits el de CARD BUS
Wireless – WiFI
Los desarrolladores de hardware y software han creado los dispositivos wireless que permiten interconectar
computadoras y periféricos mediante redes inalámbricas utilizando protocolos el estándar IEEE 802.11.
Además del protocolo 802.11 del IEEE existen otros estándares como el HomeRF y el Bluetooth. Debido a
la naturaleza de las comunicaciones wireless (cuyo medio es el aire), está relacionado con las redes wireless.
En Mendoza el servicio de Internet lo ofrecen las compañías Telmex, Impsat, Sistemas Latinos, ITC y
Millicom.
En Mendoza también existe un grupo de usuarios de Linux conectados con esta tecnología, a una antena
ubicada en el Cerro Arco. Poseen un espíritu de colaboración al estilo de los radioaficionados, con la idea de
comunicarse y aprender a usar esta tecnología: www.mendoza-wireless.net.ar
Hardware necesario
● Antenas: hay de diversos tipos. Las mas utilizadas son las exagonales, que enlazan punto a punto.
Existen también las antenas bidireccionales, que cubren un área alrededor del nodo. Con un poco de
pericia, pueden construirse algunas caseras. En Mendoza Wireless hay algunas guías.
● Placas de Red: poseen una pequeña antena en la parte de atrás. Usualmente pueden verse o
“asociarse” sin problemas a lo largo de una empresa, en tanto no exista demasiado metal, hornos
microondas, vigas, ruido electromagnético de transformadores, luces fluorescentes, o materia vegetal
que estorbe. Para casos en que el próximo nodo está muy lejos, se las puede conectar a una antena
mediante un cable especial llamado pigtail.
● AP o “Access Point”: son los concentradores. Pueden trabajar con su pequeña antena incluida u operar
con una antena extra. Existen algunos AP que poseen puertos Ethernet, ya sea servir de router en una
red local, o para conectarse mediante cable con una computadora que no posee placa de red WiFi, pero
si Ethernet.
Frecuencias
Una red de Wi-Fi usa un radio de frecuencia para comunicarse entre el ordenador y el punto de acceso,
usa transmisores de doble banda (o doble sentido) que trabajan a 2.4 GHz (802.11b, 802.11g) o 5 GHz
(802.11a). Técnicamente no hay distancia que limite el alcance. He podido constatar transmisiones fiables
entre computadoras, incluso a 35 km de distancia.
Formas en que se asocian las redes WiFi
Managed:
El AP, o la placa de Red se conectan al Master encargado de un ESSID determinado.

○ Buscar redes en el área, buscar SSID a los cuales conectarse:
iwlist wlan0 scanning
○ Poner a la interface wlan0 bajo modalidad managed
iwconfig wlan0 mode managed
○ Poner a la interface wlan0, (la cual tiene que estar en modalidad managed), asociada con el ESSID
“palmares”.
iwconfig wlan0 essid “palmares”

○ Asociarse a la red mas potente que encuentre en el área.
iwconfig wlan0 essid “”
Master, u “Operadores de Zona”:
Asignan el ESSID, que sería el equivalente al Grupo de Trabajo, pero operando a una capa mas abajo.
No solo los AP tienen esta particularidad: también algunas placas de red permiten esta modalidad.
Roaming o WDS (Wireless Distribution System) en 802.11x:
E s un concepto utilizado en comunicaciones inalámbricas que está relacionado con la capacidad de un

dispositivo para moverse de una zona de cobertura a otra. Es una palabra de procedencia inglesa que
significa vagar o rondar. El término más adecuado en castellano es "itinerancia".
○ Roaming (Itinerancia) en Redes Wi-Fi según Wikipedia
Para que sea posible, tiene que haber una pequeña superposición (overlapping) en las coberturas de los
Access Point, de tal manera que los usuarios puedan desplazarse por las instalaciones y siempre tengan
cobertura. Los Access Point incorporan un algoritmo de decisión que decide cuando una estación debe
desconectarse de un Punto de Acceso y conectarse a otro.
Ad-Hoc:
Es una conexión “para el momento” o “entre pares” entre dos equipos. No requiere forzosamente de AP.
Por ejemplo el siguiente comando se establece como perteneciente a la red “casita”, para jugar con un
amigo un partido en red:
iwconfig wlan0 mode ad-hoc essid “casita”
Herramientas de Configuración
○ Windows XP/2000: posee un detector muy cómodo alojado en la TrayBar (abajo a la izquierda). Pero
en ocasiones hace falta configurar manualmente desde las Propiedades Avanzadas de Mis Sitios de
Red, como cualquier red.
○ Debian / Knoppix / Ubuntu:
■ En las dos primeras puede ser necesario recompilar el kernel, o compilar drivers de la placa de
red.
■ Mediante el paquete wireless-tools (texto)
● iwconfig
● iwevent
● iwgetid
● iwlist
● iwpriv
● iwspy
■ Modificando /etc/network/interfaces
Ejemplo con una placa Atheros, identificada como ath0, ingresando a una red protegida con
password meganet623072. Luego, cachimba solo es el usuario de la computadora, no varía en
nada. Meganet es el SSID de la red, en este caso, un Cybercafe conocido.
auto ath0
iface ath0 inet dhcp
wireless-key cachimba:meganet623072
wireless-essid MegaNet
Por supuesto, una vez realizado los cambios debemos reiniciar la computadora, o al menos la red,
haciendo
sudo /etc/init.d/networking restart

■ Herramientas gráficas:
● network-admin
● wlassistant (gráfico, incluido en kubuntu, instalable vía apt-get en Ubuntu/Debian)
Hotspot
(De Wikipedia, la enciclopedia libre)
Un Hotspot (en inglés ‘punto caliente’) es una zona de cobertura Wi-Fi, en el que un Punto de Acceso
(Access Point) o varios proveen servicios de red a través de un Proveedor de Servicios de Internet Inalámbrico
(WISP). Los Hotspots se encuentran en lugares públicos, como aeropuertos, bibliotecas, centros de convenciones,
cafeterías, hoteles, etcétera. Este servicio permite mantenerse conectado a Internet en lugares públicos. Este
servicio puede brindarse de manera gratuita o pagando una suma que depende del proveedor.
Los dispositivos compatibles con Wi-Fi van aumentando día a día, haciendo que las PDAs, los ordenadores y
los teléfonos móviles se conecten mediante este sistema.
Por ejemplo, con el siguiente comando vamos a poner a la interface wlan0 en modo “monitor”, a fin de ver las
conexiones que nos rodean.
iwpriv wlan0 monitor 2
Luego, el comando wavemon nos mostrará los AP en el área, y la fuerza de la señal. también se puede usar
el programa kismet, o prismstumbler para esto.
Listados de Hotspot en Mendoza (extracto)
Según Microsoft: http://hotspot.live.com/ y Lycos: http://wifi.lycos.es/hotspot/search
• Espejo 400 - Telefonica Argentina público • Sarmiento y San Martín Edificio

público
• Espejo 435 - Edificio público • Patricias Mendocinas 1089 - Edificio
público • Peltier 611 - South Management -
• Aristides Villanueva 785 – Fabios
Restaurante comercial
• Rivadavia 400 - Edificio público
• San Lorenzo 545 - Hotel Aconcagua
• Rodriguez 273 – UTN
• Rivadavia 492 - Edificio público
• Peru 1008 - Hotel Rita
• Rodriguez 273 – UTN – Salón
• Sarmiento 85 - Edificio público
• Godoy Cruz 102 - Hotel Sol Andino Central de Actos
• España 1615 - Hotel Vechia Roma • San Martín 958 Y Amigorena – YPF
• Av. España 1320 - Hoteles Nh • Cinemark
• Mitre 1274 - Mama Felisa • Mendoza Plaza Shopping
• Av.San Martin 1177 L.2 – McDonalds
• Patricias Mendocinas 1000 - Edificio
Wardriving
El concepto de "wardriving" básicamente consiste en buscar dichas redes yendo a pie o en coche a través
de la ciudad, y descubrir “Hotspot” gratuitos o al menos redes vulnerables.
Para lograrlo hace falta placas de red wi-fi con algunas características tales como permitir el modo promiscuo
(la mayoría lo permiten), y utilizar software de captura de paquetes y decodificación.
Algunos de estos softwares de detección de APs son los conocidos kismet y prismstumbler (Linux), o el
Netstumbler (Windows). Luego, hace falta poner en modo de captura a la placa de red, guardar una buena cantidad
de ruido, y decodificar las contraseñas.
Aquí les dejo mis links: http://del.icio.us/karancho/wardriving

5. Clientes de Red
Los Clientes sirven para lograr una abstracción lógica de la LAN. Es la cara mas visible de la capa de sesión y
de interface.
5.1. Clientes Windows
En Windows la forma clásica de conectarse a la red local es mediante el "Entorno de Red" (Windows 98) o
"Mis Sitios de Red" en Windows XP.
Para tener esta vista de la red hace falta instalar el Cliente Microsoft desde las Propiedades de Red del
Panel de Control. Cuando el cliente se encuentra instalado, utiliza el nombre de la sesión como nombre de usuario
predeterminado cuando conecte a otro Windows.
5.1.1. Acceso a Windows 3.11, 95, 98, Me
No se realiza validación alguna: se le permite el acceso a los recursos remotos sin mayor tramite. La única
barrera es que el recurso este compartido como "solo lectura", "acceso completo", "contraseña" (contraseña
cualquiera impuesta por el dueño del equipo).
5.1.2. Acceso a Windows 2000 / XP / Windows 2000/2003 server
Nota: esto aplica también a Novell, Unix o GNU/Linux (corriendo Samba)
El usuario debe poseer "cuenta" de usuario en el otro equipo, con un nombre similar al que esta usando
actualmente, y conocer la contraseña de acceso (puede ser diferente en ambos equipos).
5.1.3. Grupos de Trabajo y Dominios
No es lo mismo. Para entrar al Dominio se debe validar una sola vez, durante el inicio de sesión, contra el
servidor de dominios mediante el usuario y la contraseña, en tanto que en el Grupo de Trabajo solo ocurrirá
cuando interactúe con otro equipo. En los dominios, las contraseñas están centralizadas en el servidor, y una vez
logueado este permiso le permitirá moverse por la red sin validarse continuamente. Dominio es la traducción de
"Domain": "Distributed Operating Multi Access Interactive Network".
5.2. Clientes Unix / GNU/Linux
Estos sistemas operativos no poseen un cliente centralizado, en el sentido formal de la palabra. Se habla de
“clientes” como procesos que intercambian datos con otros procesos “servidores”, a través de un puerto.
Las formas clásicas para intercambiar datos entre estos sistemas operativos es FTP, SCP.
Las formas clásica de entrar remotamente entre estas máquinas es a través de telnet y ssh.
5.2.1. Compartir archivos
5.2.1.1. Samba
Este es un servicio para Linux que permite acceder a recursos publicados en maquinas Windows, tales como
carpetas e impresoras. De la misma manera, provee a usuarios de Windows un acceso transparente a Linux
mediante el Entorno de Red.
Mas adelante se describe en detalle como instalar este servicio.
5.2.1.2. FTP
Es un protocolo que nace junto con Unix. Actualmente “todas” las arquitecturas pueden intercambiar archivos
mediante muchísimas versiones de clientes y servidores, todos bastante compatibles entre sí.
Ejemplo: la computadora destino, cuya dirección de ip es 192.168.0.9, posee algún servidor servidor FTP
instalado, tal como proftpd. Posee además un usuario pc09. Las demás computadoras podrán entrar a la cuenta de
usuario de pc09 si apuntan sus navegadores a
ftp://pc09@192.168.0.9
Naturalmente se debe poseer contraseña para ingresar. Este truco funciona con cualquier Explorador de
Archivos:
● Windows: Explorer
● MAC OS/X: Safari
● Gnome: Nautilus
● KDE: Konqueror, Dolphin
● Consola / DOS: Midnigth Commander, cliente FTP
Mas adelante se brinda una información detallada acerca de la instalación de proftpd y su uso desde varios
clientes.
5.2.1.3. SSH
Ssh es un protocolo utilizado para entrar en forma remota a un equipo. Sin embargo también permite la copia
de archivos. No es tan rápido como FTP, pero en cambio es mas fiable y además encripta la conexión.
La computadora a la que se desea ingresar debe tener algún servicio de ssh para poder ingresar, tal como
openssh-server. Algunos ejemplos:
● Copiar un archivo desde el /home/juan/Documents de la máquina local hacia el /home/pc09/Desktop de la

computadora 192.168.0.9
juan@zion:~/Documents $ scp archivo.txt pc09@192.168.0.9:/home/pc09/Desktop
● Copiar todos los archivos del Escritorio de Pc09 a mi carpeta local (“.”)
juan@zion: ~/Documents $ scp pc09@192.168.0.9:/home/pc09/Desktop/* .
Para Windows existe un cliente libre llamado WinSCP, que permite conectar con mucha facilidad una
computadora corriendo SSH.
En este ejemplo se muestra el acceso a una computadora con Linux corriendo openssh-server, cuya
dirección de IP es 192.168.1.1, que posee un usuario “s”.
La computadora cliente posee Windows y el cliente WinSCP (www.winscp.com) instalado. Aquí se puede
observar el resultado de ejecutar scp://s@192.168.1.1 en la barra de navegación de cualquier ventana (por ejemplo,
Mi Pc)
5.2.1.4. NFS
NFS comparte o “exporta” carpetas enteras para ser montadas en forma remota. Sería algo así como el
Samba nativo de Unix / Linux. No se encuentra descripto y desarrollado aquí debido a que se aleja un poco de los
propósitos pedagogicos del presente tratado.
5.2.1.5. HTTP (y muy rápido)
Una forma práctica de compartir archivos a otras computadoras consiste en montar un Servidor Web, y
configurar como pública alguna de las carpetas del disco. Sin embargo, es un paso que requiere de unas cuantas
configuraciones, ya descriptas en la sección de Apache.
Una forma rápida de hacerlo bajo Linux es aprovechando Python y sus librerías, que viene incluído (“Python
come with batteries included”) en cualquier distribución.
Simplemente basta con pararse en la carpeta a compartir, y ejecutar la siguiente órden:
python -m SimpleHTTPServer 8080
Las demas computadoras deben apuntar sus navegadores a nuestra ip:8080
Aquí, sirviendo un archivo de Openoffice (.odt). El pequeño server incluso muestra una traza de los archivos
servidos vía GET.
6. Protocolos de red
De Wikipedia, la enciclopedia libre.
Se le llama protocolo de red o protocolo de comunicación al conjunto de reglas que controlan la

secuencia de mensajes que ocurren durante una comunicación entre entidades que forman una red. En este
contexto, las entidades de las cuales se habla son programas de computadora o automatismos de otro tipo, tales y
como dispositivos electrónicos capaces de interactuar en una red.
Los protocolos de red establecen aspectos tales como:
● Las secuencias posibles de mensajes que pueden arribar durante el proceso de la comunicación.
● La sintaxis de los mensajes intercambiados.
● Estrategias para corregir los casos de error.
● Estrategias para asegurar la seguridad (autenticación, encriptación).
6.1. Estandarización
Los protocolos que son implementados en sistemas de comunicación, y que tienen un amplio impacto suelen
convertirse en estándares. Esto se debe a que la comunicación es un factor fundamental en numerosos sistemas, y
para asegurar tal comunicación se vuelve necesario copiar el diseño y funcionamiento a partir del ejemplo pre-
existente. Esto ocurre tanto de manera informal como deliberada.
Existen organismos gubernamentales y consorcios empresariales, que tienen como propósito precisamente el
de proponer recomendaciones de estándares que se deben respetar para asegurar la interoperabilidad de los
productos.
Por ejemplo, la IEEE que propone varios estándares para redes físicas, o el W3C (World Wide Web
Consortium) que gestiona la definición aceptada del protocolo HTTP.
6.2. Niveles de abstracción: el modelo OSI
En el campo de las redes informáticas, los protocolos se pueden dividir en varias categorías, una de las
clasificaciones más estudiadas es la OSI.
Según la clasificación OSI, la comunicación de varios dispositivos ETD se puede estudiar dividiéndola en 7
niveles, que son expuestos desde su nivel más alto hasta el más bajo:
Nivel Nombre
Capa 7 Nivel de aplicación
Capa 6 Nivel de presentación
Capa 5 Nivel de sesión
Capa 4 Nivel de transporte
Capa 3 Nivel de red
Capa 2 Nivel de enlace de datos
Capa 1 Nivel físico
Otra clasificación, más práctica y la apropiada para TCP IP, podría ser esta:
Nivel
Capa de Aplicación
Capa de Transporte
Capa de Red
Capa de Enlace de Datos
Capa Física
Los protocolos de cada capa tienen una interfaz bien definida y sólo poseen conocimiento de las capas
directamente inferiores. Esta división de los protocolos ofrece abstracción tanto de los mecanismos de bajo nivel
responsables por la transmisión de datos sobre las informaciones intercambiadas. Así, por ejemplo, un navegador
web (HTTP, capa 7) puede utilizar una conexión Ethernet o PPP (capa 2) pare acceder a la Internet, sin que sea
necesario cualquier tratamiento para los protocolos de un nivel más bajo. De la misma forma, un router sólo necesita
de las informaciones del nivel de red para enrutar paquetes, sin que importe si los datos en tránsito pertenecen a una
imagen para un navegador web, un archivo transferido vía FTP o un mensaje de correo electrónico.
6.2.1. Protocolos e Interfaces dentro de según OSI
● Capa 1: Nivel físico

● Cable coaxial
● Cable de fibra óptica
● Cable de par trenzado
● Microondas
● Radio
● Palomas
● RS-232
● Capa 2: Nivel de enlace de datos

● Ethernet, Fast Ethernet, Giga bit Ethernet
● Token Ring
● FDDI
● ATM
● HDLC
● Capa 3: Nivel de red

● ARP, RARP
● IP (IPv4, IPv6)
● X.25
● ICMP
● IGMP
● NetBEUI
● IPX
● Appletalk
● Capa 4: Nivel de transporte

● TCP
● UDP
● SPX
● Capa 5: Nivel de sesión

● NetBIOS
● RPC
● SSL
● Capa 6: Nivel de presentación

● ASN.1
● Capa 7: Nivel de aplicación

● SNMP
● SMTP
● NNTP
● FTP
● SSH
● HTTP
● SMB/CIFS
● NFS
● Telnet
● IRC
● ICQ
● POP3
● IMAP
6.3. Tamaños de Trama + Control CRC en los paquetes
Antes de construir una red debemos decidir cual protocolo usaremos. Los protocolos mas frecuentes son
Netbeui (Microsoft), IPX (Novell) y TCP/IP (Unix), y existe entre ellos una cierta independencia acerca del Cliente
de Red elegido. Por ejemplo, las redes basadas en Windows y Netware pueden trabajar perfectamente con TCP/IP
en lugar de su protocolo nativo (Netbeui).
La discusión técnica pasa por otra razón. Mientras Netbeui e IPX han sido diseñadas para redes "fiables", es
decir locales, y con una cierta garantía que los paquetes llegarán correctamente a destino, TCP/IP ha sido pensado
para redes remotas e inestables (Internet). Mientras Netbeui e IPX poseen pocos mecanismos de control de trama,
ya que confían en el medio de transmisión, TCP/IP sobreabunda y utiliza paquetes pequeños, a fin de no
retransmitir paquetes muy grandes que pudieran haber llegado corrompidos a destino.
Se debe tener en cuenta que puede haber mas de un protocolo dentro de una red, por ejemplo, los
servidores Novell aceptan TCP/IP... encapsulando dentro de IPX.
Estos mecanismos de Control de Trama son secciones de cada datagrama emitido a la red, que poseen un
valor numérico de tipo CRC (Código de Redundancia Cíclico), o de tipo Checksum. Sin embargo, no nos interesa
inundar la red con mecanismos de control... a menos que desconfiemos del medio: nos interesa la información que
circula en ella. De esta manera, Netbeui e IPX serán muchos mas rápidos que TCP/IP: pero solo si el medio
de transmisión es seguro.
6.4. TCP/IP
6.4.1. Solución a la capa física
Las direcciones de IP unifican por sobre el nivel físico las distintas clases de interfaces que existen en
Internet, y poseen mecanismos de estratificación que aseguran que los paquetes lleguen a destino. Cuando me
refiero a "distintas clases de interfaces", hago hincapié en que TCP/IP es la única forma de unificar los muchos
protocolos de la capa física: Ethernet, Token Ring, CSMA, X25, etc.
● Ejemplo de dirección física de placa Ethernet expedida por el fabricante: 00:50:56:C0:00:08
● Ejemplo de dirección física de placa Token Ring expedida por el fabricante: 00:23:44:16:11:14:AF:E0
¡Ambas placas de red no tienen ni siquiera valores en el mismo rango! En cambio vía TCP pueden
enviarse paquetes tranquilamente.
TCP/IP es el conjunto básico de protocolos de comunicación de redes, popularizado por Internet, que
permiten la transmisión de información en redes de computadoras. El nombre TCP/IP proviene de dos protocolos
importantes de la familia, el Transmission Control Protocol (TCP) y el Internet Protocol (IP).
6.4.2. Solución a las distintas arquitecturas
El TCP/IP es la base de Internet que sirve para enlazar computadoras que utilizan diferentes componentes e
incluso distintos sistemas operativos, incluyendo PC, minicomputadoras y computadoras centrales sobre redes de
área local y área extensa.
Por ejemplo, una PC equipada con un procesador x86, corriendo DOS o Windows, puede comunicarse con
una computadora Sun con microprocesador Sparc corriendo Unix Solaris.
6.4.3. Arquitectura de TCP
“Cada máquina dentro de una red TCP/IP se identifica unívocamente mediante su
correspondiente Dirección IP, teóricamente única e irrepetible dentro de un mismo
segmento de red”
6.4.3.1. Ventajas e Inconvenientes
El protocolo TCP/IP está diseñado para enrutar y tiene un grado muy elevado de fiabilidad, es adecuado para
redes grandes y medianas, así como en redes empresariales. Se utiliza a nivel mundial para conectarse a Internet y
a los servidores web.
Un inconveniente de TCP/IP es que es más difícil de configurar y de mantener que NetBEUI o IPX/SPX;
además es algo más lento en redes con un volumen de tráfico medio bajo. Sin embargo, puede ser más rápida en
redes con un volumen de tráfico grande donde haya que enrutar un gran número de marcos.
El protocolo TCP/IP se puede utilizar en grandes y pequeñas redes empresariales, como por ejemplo en
campus universitarios o en complejos empresariales en donde utilizan muchos enrutadores y conexiones a
mainframe o a ordenadores UNIX. También se puede utilizar en redes pequeñas en donde 100 ó 200 estaciones de
trabajo funcionando con Windows acceden a servicios de intranet o internet mediante un servidor que ofrezca
servicios web. Los servicios mas comunes de este tipo son:
● IIS (Internet Information Server) bajo Windows NT/200*
● Apache Web Server bajo GNU/Linux, Unix, *BSD, Mac/OSX o Windows 9x/Me/NT/200*
La entidad de TCP en cada extremo de una conexión debe asegurar que los datos se entregan a su
aplicación local de forma:
● Precisa.
● En secuencia.
● Completa.
● Libre de duplicados.
6.4.4. Direcciones Ipv4
Una dirección IP se representa mediante un número binario de 32 bits (IPv4). Las direcciones IP se
expresan como números de notación decimal: se dividen los 32 bits de la dirección en cuatro octetos. El valor
decimal máximo de cada octeto es 255 (el número binario de 8 bits más alto es 11111111, y esos bits, de derecha a
izquierda, tienen valores decimales de 1, 2, 4, 8, 16, 32, 64 y 128, lo que suma 255 en total).
6.4.4.1. Direcciones “Reales”
Hay tres clases de direcciones IP que una organización puede recibir de parte de Internet Assigned Numbers
Authority (IANA):
Clase A:
● Destinado a gobiernos (aunque en el pasado se le hayan otorgado a empresas de gran envergadura

como, por ejemplo, Hewlett Packard)
● Se asigna el primer octeto, reservando los tres últimos octetos (24 bits) para que sean asignados a
los hosts, de modo que la cantidad máxima de hosts es 224 (menos dos: las direcciones reservadas
de broadcast [último octeto a 255] y de red [último octeto a 0]), o sea, 16 777 214 hosts.
Clase B:
● Destinado a medianas empresas
● Se asignan los dos primeros octetos, reservando los dos octetos finales (16 bits) para que sean
asignados a los hosts, de modo que la cantidad máxima de hosts es 216 (menos dos), o 65 534
hosts.
Clase C:
● Destinado a los demás solicitantes
● Se asignan los tres primeros octetos, reservando el octeto final (8 bits) para que sea asignado a los
hosts, de modo que la cantidad máxima de hosts es 28 (menos dps), o 254 hosts.
6.4.4.2. Direcciones privadas & NAT (Network Address Translation)
Hay algunos rangos de direcciones que no están asignadas y que se denominan "direcciones privadas". Las
direcciones privadas pueden ser utilizadas por
● Hosts que no se conectan a Internet y se limitan a un red LAN sin conectividad con el exterior.
● Hosts que usan traducción de dirección de red (NAT), o un servidor proxy, para conectarse a una red
pública a través de una IP real.
Muchas aplicaciones requieren conectividad dentro de una sola red, y no necesitan conectividad externa. En
las redes de gran tamaño, a menudo se usa TCP/IP, aunque la conectividad de capa de red no sea necesaria fuera
de la red. Los bancos son buenos ejemplos; pueden utilizar TCP/IP para conectar los cajeros automáticos (ATM).
Estas máquinas no se conectan a la red pública, de manera que las direcciones privadas son ideales para ellas.
Las direcciones privadas también se pueden utilizar en una red en la que no hay suficientes direcciones públicas
disponibles.
Las direcciones privadas se pueden utilizar junto con un servidor de traducción de direcciones de red (NAT)
o servidor proxy para suministrar conectividad a todos los hosts de una red que tiene relativamente pocas
direcciones públicas disponibles. Según lo acordado, cualquier tráfico que posea una dirección destino dentro de
uno de los intervalos de direcciones privadas NO se enrutará a través de Internet.
Las direcciones privadas también se pueden utilizar en una red en la que no hay suficientes direcciones
públicas disponibles. También existen clases dentro de las redes privadas, a fin organizaciones administren mejor
sus equipos.
Clase A
Son fáciles de identificar, ya que comienzan con 10.0.0.1 y pueden llegar hasta 10.254.254.254
Clase B
Comienzan con 172 y van desde 172.16.0.1 hasta 172.31.254.254
Clase C
Comienzan con 192, y van desde 192.168.0.1 hasta 192.168.254.254

6.4.4.3. Mascara de Red
Un asunto discutido en TCP/IP es la mascara de Red: unos números que acompañían a la IP y que
usualmente recibimos del proveedor, sin cambiarlo para nada. Veamos en que consiste.
Según Wikipedia: Una mascara de red, conocida también como netmask, subnet mask, o address mask, es
un segundo juego de octetos que sirven para filtrar cuantos bits identifican el alcance, tanto de hosts como de
subredes, pendientes del nodo que identifica la ip en cuestión.
Solo se permiten los siguientes valores: 0,128,192,224,240,248,252,254 y 255.
Redes Clase A
Mascara Bits (Notación CIDR) Redes Máquinas
255.255.255.252 30 4,194,304 2
255.255.255.248 29 2,097,152 6
255.255.255.240 28 1,048,576 14
255.255.255.224 27 524,288 30
255.255.255.192 26 262,144 62
255.255.255.128 25 131,072 126
255.255.255.0 24 65,536 254
255.255.254.0 23 32,768 510
255.255.252.0 22 16,384 1,022
255.255.248.0 21 8,192 2,046
255.255.240.0 20 4,096 4,094
255.255.224.0 19 2,048 8,190
255.255.192.0 18 1,024 16,382
255.255.128.0 17 512 32,766
255.255.0.0 16 256 65,534
255.254.0.0 15 128 131,070
255.252.0.0 14 64 262,142
255.248.0.0 13 32 524,286
255.240.0.0 12 16 1,048,574
255.224.0.0 11 8 2,097,150
255.192.0.0 10 4 4,194,302
255.128.0.0 9 2 8,388,606
255.0.0.0 (por defecto) 8 1 16,777,216
Redes Clase B
255.255.255.252 30 32,768 2
255.255.255.248 29 8,192 6
255.255.255.240 28 4,096 14
255.255.255.224 27 2,048 30
255.255.255.192 26 1,024 62
255.255.255.128 25 512 126
255.255.255.0 24 256 254
255.255.254.0 23 128 510
255.255.252.0 22 64 1,022
255.255.248.0 21 32 2,046
255.255.240.0 20 16 4094
255.255.224.0 19 8 8,190
255.255.192.0 18 4 16,382
255.255.128.0 17 2 32,764
255.255.0.0 (por defecto) 16 1 65,534
Redes Clase C
255.255.255.252 30 64 2
255.255.255.248 29 32 6
255.255.255.240 28 16 14
255.255.255.224 27 8 30
255.255.255.192 26 4 62
255.255.255.128 25 2 126
255.255.255.0 (por defecto) 24 1 254
La mascara por defecto de la clase A es 255.0.0.0
La mascara por defecto de la clase B es 255.255.0.0
La mascara por defecto de la clase C es 255.255.255.0
6.4.4.4. Forzar la mascara
Si bien anteriormente vimos las mascaras por defecto para estas redes, a veces podemos encontrar que
mascaras típicas de algunas redes aparecen en otras. Esto se hace con el objeto de forzar mas cantidad de hosts de
los habituales.
Por ejemplo: usemos r para redes y h para hosts. Podemos hacer que una red privada clase C (192.168.r.h,
mascara 255.255.255.0), con capacidad para ((2^8)-2)=254 (h)osts por cada (r)ed, utilizando una mascara
255.255.0.0 pase a invocar ((2^16)-2)=65534 hosts.
6.4.5. Direcciones Ipv6
Están compuestas por 8 segmentos de 8 bytes cada uno, que suman un total de 128 bits, el equivalente a
unos 3.4x1038 hosts direccionables. La ventaja con respecto a la dirección IPv4 es obvia en cuanto a su capacidad
de direccionamiento.
Su representación es hexadecimal, y para la separación de cada par de octetos se emplea el símbolo ":". Un
bloque abarca desde 0000 hasta FFFF. Algunas reglas acerca de la representación de direcciones IPv6 son:
● Los ceros iniciales, como en IPv4, se pueden obviar.
Ejemplo: 2001:0123:0004:00ab:0cde:3403:0001:0063 -> 2001:123:4:ab:cde:3403:1:63
● Los bloques contiguos de ceros se pueden comprimir empleando "::". Esta operación sólo se puede hacer
UNA vez.
Ejemplo: 2001:0:0:0:0:0:0:4 -> 2001::4.
Ejemplo NO válido: 2001:0:0:0:2:0:0:1 -> 2001::2::1 (debería ser 2001::2:0:0:1 ó 2001:0:0:0:2::1).
Agotamiento del Espacio de Direcciones
(El presente es un resumen de http://www.wapeton.com/explorer/db/e-queesipv6.html)
IPv4 tiene un espacio de direcciones de 32 bits, es decir 232 (4.294.967.296). En cambio, IPv6 nos ofrece un
espacio de 2128 (340.462.366.920.938.463.463.374.607.431.768.211.456).
Hagamos una cuenta "rápida", para hacernos a la idea de lo que esta cifra "impronunciable" implica.
Calculemos el número de direcciones IP que podríamos tener por metro cuadrado de la superficie terrestre: ¡nada
más y nada menos que 665.570.793.348.866.943.898.599!
Indudablemente, hay cabida para todos los dispositivos que podamos imaginar, no solo terrestres, sino
interplanetarios. Aunque una aplicación localizada sería en en el campo de los electrodomésticos. Sería una gran
paso poder hacer "ping3" a nuestra alarma domiciliaria... desde Kuala Lumpur.
El reducido espacio de IPv4, a pesar de disponer de cuatro mil millones de direcciones (4.294.967.296),
junto al hecho de una importante falta de coordinación, durante la década de los 80, en la delegación de
direcciones, sin ningún tipo de optimización, dejando incluso grandes espacios discontinuos, nos esta llevando a
límites no sospechados en aquel momento.
Por supuesto, hay una solución que podríamos considerar como evidente, como sería la renumeración, y
reasignación de dicho espacio de direccionamiento. Sin embargo, no es tan sencillo, es incluso impensable en
algunas redes, ya que requiere unos esfuerzos de coordinación, a escala mundial, absolutamente impensables.
Uno de los países que mayor resistencia ofrece es Estados Unidos, quienes poseen un parque gigante de
routers incompatibles con ipv6, y que al ser el país inventor de Internet, se reserva un rango de ip suficiente para
muchos años. No obstante, el mayor impulso a ipv6 se da en Europa y Asia, donde la red ha tenido un desarrollo
muy grande.
3 ping: envía un paquete icmp a un host y espera si hay respuesta.

Ipv6 resolvería además algunos problemas en las grandes dimensiones de las tablas de encaminado
(routing) en el troncal de Internet, que hace ineficaz, y perjudica enormemente los tiempos de respuesta de la
Internet actual.
Como ya he apuntado, la solución, temporalmente, es el uso de mecanismos NAT. Este mecanismo

consiste, básicamente y a grandes rasgos, en usar una única dirección IPv4 para que una red completa pueda
acceder a Internet.
Desafortunadamente, de seguir con IPv4, esta tendencia no sería "temporal", sino "invariablemente
permanente".
El camino de IPv4 a IPv6 no es una cuestión de transición ni de migración, sino de evolución, de integración,
pero se trata de una evolución disruptora, rompedora, y al mismo tiempo necesaria. IPv6 nos permitirá un crecimiento
escalable y simple, principales handicaps actuales de IPv4. Preparemos y mejoremos nuestras redes, las de nuestros
clientes, las de nueva implantación, con dispositivos, sistemas operativos y aplicaciones que estén realmente listos o
en camino de cumplir las especificaciones de IPv6, sin por ello dejar de ser válidos en IPv4. Hay que asegurar el
futuro, no hipotecarlo, frente al inevitable comercio electrónico móvil (o "m-commerce), por la salud de la red global.
Seamos y estemos ¡IPv6 READY!
6.4.6. Servicios y puertos
Las direcciones de ip asocian servicios o “demonios” (que no son otra cosa que procesos de archivos
ejecutables) a los llamados puertos. Los servicios se inician junto con el arranque de la computadora en forma
secuencial: por ejemplo, primero arranca la red, y luego los demonios que la utilizan. El usuario administrador (o “root”)
no necesita haber iniciado sesión para que la computadora brinde los servicios normalmente.
Una computadora puede ejecutar mas de un servicio a la vez. Los datagramas que llegan deben ser encausados
al proceso indicado, por esta razón traen en su cabecera un numero de puerto como convención del proceso que lo
atenderá.
Por ejemplo, un servidor Web (IIS, Apache, Coldfusion, etc) escucha por el puerto 80.
6.4.6.1. /etc/services
Este es un archivo que posee una lista de servicios y el puerto asociado. Este archivo no es definitivo, pues se
modifica permanentemente desde IANA (Internet Assigned Number Authority), en la medida que nacen nuevos servicios
para TCP/IP. Por razones practicas, se ha acotado la lista a los servicios que, en la experiencia del autor, tiene mas
probabilidades el estudiante de encontrarse en su vida profesional.
netstat 15/tcp time 37/udp timeserver 80/tcp http # HTTP www
qotd 17/tcp quote nameserver 42/tcp 80/udp # HTTP Transfer link
ftp-data 20/tcp 116 whois 43/tcp 87/tcp ttylink kerberos
ftp 21/tcp 53/tcp nameserver # DNS 88/tcp kerberos5
ssh 22/tcp # SSH Remote Login 53/udp nameserver 88/udp kerberos5
ssh 22/udp 69/udp gopher 95/tcp hostnames
telnet 23/tcp 70/tcp # Internet Gopher 110/tcp pop-3 # POP version 3
smtp 25/tcp mail 77/tcp netrjs finger 110/udp pop-3 sunrpc
time 37/tcp timeserver 79/tcp www 111/tcp portmapper # RPC 4.0

IP:PUERTO -> Servicios frecuentes en un host
Un host en Internet no solo puede estar antecedido de "www".
"www" es solo un servicio de los tantos que puede tener habilitado el host. Veamos los servicios mas
conocidos:
Proto Puerto Servicio Software ¿Ejemplo?

Apache, IIS,
www 80 Páginas web
ColdFusion, etc
www.bunker.org.ar
3128 Squid,
www 6588 Servidor Proxy Winproxy,
1080
Wingate
Telnet es el nombre de un protocolo (y del programa informático que

implementa el cliente) que permite acceder mediante una red a otra
telnet 23 Telnet Daemon
máquina, para manejarla como si estuviéramos sentados delante de Cuentas gratuitas4
ella (es.wikipedia.org/wiki/Telnet)
SSH es el nombre de un protocolo y del programa que lo
implementa. Este protocolo sirve para acceder a máquinas a través
de una red, de forma similar a como se hace con Telnet. La
ssh 22 diferencia principal es que SSH usa técnicas de cifrado para que Openssh-server Cuentas gratuitas5
ningún atacante pueda descubrir el usuario y contraseña de la
conexión ni lo que se escribe durante la sesión
(es.wikipedia.org/wiki/SSH)
Microsoft FTP
File Transfer Protocol: se utiliza para chatear con el servidor Server ftp://ftp.microsoft.com
exigiéndole que nos permite bajar (o subir) un archivo. Posee un WUFTPD
ftp 21 ftp://alumno:123@192.168.0.
lenguaje propio muy fácil de usar. Lo soportan todos los PROFTPD 1
navegadores. (Server laboratorio)
Varios
"shareware"
Como servidor:
Protocolo diseñado con el fin de permitir la manipulación de buzones courier-imap ● Acceder vía Web (lo
remotos como si fueran locales. IMAP requiere de un servidor que que hacen casi todos)
haga las funciones de oficina de correos pero en lugar de leer todo
Como Cliente: ● Configurar un Cliente
imap 143 el buzón y borrarlo, solicita sólo los encabezados de cada mensaje.
Se pueden marcar mensajes como borrados sin suprimirlos Outlook,
● Usar un navegador
completamente, pues estos permanecen en el buzón hasta que el Sylpheed, sofisticado (ver
pantallas de ejemplo)
usuario confirma su eliminación. www.xpress.com.mx/ glosario_p.jsp Evolution, Kmail,
Thunderbird
Post Office Protocol (Protocolo de Oficina de Correos). A diferencia Como servidor:

de IMAP, está diseñado para permitir al usuario "obtener" el correo Qmail,
pop 110 del servidor y almacenarlo localmente en disco duro. Esto le otorga ● Configurar un Cliente
Courier-pop
● Independencia de la futura conexión
4 Observar Apéndice C: “Obteniendo cuentas shell gratuitas”

5 Observar Apéndice C: “Obteniendo cuentas shell gratuitas”
Proto Puerto Servicio Software ¿Ejemplo?

● Administración local de los mensajes (ordenarlos, filtrarlos, Como cliente:
reservar para envío, etc)
Outlook,
● "Cuidar" el espacio contratado en el servidor de correos Sylpheed,
● Contra: usualmente, no se puede accesar los correos bajados a Evolution, Kmail,

la máquina personal cuando se encuentra en otro sitio. Thunderbird
IP Estática e IP Dinámica
Habíamos mencionado que una dirección puede ser real, otorgada por Internet Assigned Numbers Authority
(IANA) o ficticia, ubicada dentro del grupo reservado a direcciones privadas.
Cualquiera de estas direcciones pueden ser configuradas tanto en forma manual o “estáticamente”, o
dejar que un servidor DHCP lo haga automáticamente o “dinámicamente”.
En principio esto supone una ventaja en redes muy grandes. Todos los sistemas operativos preconfiguran las
placas de red para recibir los valores de conexión desde algún server DHCP.
En la práctica, las empresas proveedoras de internet (ISP) lo utilizan como una forma para que en cada
conexión obtengamos una IP distinta, o al menos esta cambie cada 24 hs. Sucede que una IP estática, y real (no
privada) sirve para asociar nombres de dominio. Por ejemplo www.perasymelones.com.ar
En cambio, si queremos que la IP permanezca siempre igual, debemos adquirirla por separado, o contratar
con alguna empresa de hosting un espacio donde alojar nuestros paginas html.
6.4.6.2. Zeroconf
Zeroconf o Zero Configuration Networking es un conjunto de técnicas que permiten crear de forma automática
una red IP sin configuración o servidores especiales. También conocida como Automatic Private IP Addressing or
APIPA, permite a los usuarios sin conocimientos técnicos conectar ordenadores, impresoras de red y otros
elementos y hacerlos funcionar. Sin Zeroconf, un usuario con conocimientos técnicos debe configurar servidores
especiales, como DHCP y DNS, o bien configurar cada ordenador de forma manual.
En pocas palabras, si corremos el comando ipconfig (en Windows) o ifconfig (en Linux), y descubrimos una
dirección de IP al estilo
169.254.x.x
... significa que tenemos alguna configuración o programa que se activa durante
1. La carencia de configuración manual (“estática”) de IP,
2. Y al no recibir ninguna IP valida de ningún DHCP ni router
Por lo tanto, asigna una IP dentro de un rango donde no moleste a nadie, y donde al menos podrá quedar
conectada a la red local. En el caso de Ubuntu, existe un daemon que se encarga de ello, llamado avahi.
6.4.6.3. Gateway
Técnicamente, un gateway es mas o menos lo mismo que un router: envía paquetes desde una red a otra. Se
utiliza el término “Gateway” para aclarar que queremos salir a Internet, no a cualquier otra red local. Por eso equivale a
decir “Puerta de Salida”.
El gateway enrutará paquetes que se salgan dentro de nuestro rango asignado. Por ejemplo si tenemos una
dirección de IP 192.168.0.4, con una mascara 255.255.255.0, solo tenemos 254 direcciones posibles, que van del
192.168.0.1 al 192.168.0.254.
Si buscamos en la red la dirección 64.233.187.99 (Google), ya nos estamos saliendo de nuestro ámbito, y es
cuando hace falta un gateway que nos lleve de la mano fuera de nuestro barrio.
6.4.6.4. DNS
Sin embargo, el gateway no resuelve por si solo las direcciones de dominio. No tiene la menor idea de donde
queda www.google.com. Antes le tenemos que dar la dirección de IP.
Es como el servicio postal: pueden enviar nuestras cartas, pero nosotros tenemos que poner la dirección (ip)
del destinatario (google).
Los servidores DNS son gigantescas bases de datos que se encargan de traducirnos los nombres de
dominio.
6.4.6.5. Dominios
Dominio: es una dirección literal de
● Una computadora: Ejemplo: http://www.lugmen.org.ar
● Una red completa: Ejemplo: http://www.nasa.gov
● Un sitio redireccionado o "virtualizado" a alguna computadora que está dentro de una red: Ejemplo:
http://www.google.com (175.000 servidores web que se ven como uno solo)
El lugar donde se obtiene el permiso por utilizar un nombre de dominio reconocido unívocamente en
Internet es:
nic.ar
● Es para tramitar direcciones terminadas en .com.ar, .gov.ar, .net.ar, .org.ar, etc)
● Gratuito
internic.net
● Para tramitar direcciones .com, .gov, .net, .org, etc).
● Costo: aproximadamente u$s 35 al año
6.4.6.6. ¡Ping!
Cada dominio corresponde a una dirección de ip "real para internet". Si tenemos configurado un DNS en la
computadora, podemos interrogarlo mediante el comando ping.
ping www.presidencia.gov.ar
PING jezzabel.presidencia.gov.ar (200.46.102.217)
64 bytes from 200.46.102.217: icmp_seq=0 ttl=242 time=309.6 ms
ping altavista.com
PING altavista.com (66.218.71.198): 56 data bytes
6.4.6.7. Subdominio:
Es una dirección literal de
● Una carpeta dentro de un servidor: Por ejemplo http://webmail.lugmen.org.ar podría ser (no lo sabemos
desde afuera) la carpeta /home/groucho/Proyectos/Correo de “Father”, el servidor de Lugmen.
● Una redirección a otra computadora. Por ejemplo: Debido a que tengo espacio (muy) limitado de usuario
dentro de http://www.bunker.org.ar, reapunto mi increíble e interesante Blog desde http://obelix.bunker.org.ar
hacia http://bunker-blog.blogspot.com
● Una computadora detrás de una red: Por ejemplo http://babelfish.altavista.com es una herramienta para
traducción On-line. Aparece dentro de la URL de Altavista, pero en realidad es un servicio de Yahoo. Véase
como la IP de altavista y la de babelfish.altavista son distintas
ping babelfish.altavista.com
PING bff.search.yahoo2.akadns.net (66.94.233.46): 56 data bytes
6.4.6.8. protocolo://usuario@dominio
Es una nomenclatura muy clara, y muy poco utilizada.
Por ejemplo, la siguiente orden serviría para entrar al espacio de usuario de pedro en el servidor marimbas.com,
con el objeto de transferir archivos vía FTP
ftp://pedro@marimbas.com
Esta captura de pantalla muestra al potente administrador de archivos “konqueror”, del entorno de ventanas
KDE, resolviendo el correo del usuario s, mediante el protocolo IMAP
En esta captura de pantalla puede apreciarse (abajo) el resultado de llamar desde la terminal, al cliente de
correo Mutt, mediante la orden:
mutt -f imap://sergio@eim.esc.edu.ar
6.4.6.9. Proxy: Funcionamiento (Wikipedia, la enciclopedia libre)
En el contexto de las ciencias de la computación, el término proxy (en inglés «apoderado» o «delegado»)
hace referencia a un programa que realiza una acción en representación de otro.
Un servidor proxy es un servicio de red que permite a los clientes realizar conexiones a una red de forma
indirecta. El cliente se conecta al servidor proxy, pide una conexión, archivo o cualquier otro recurso disponible a un
servidor diferente, y es el proxy el que proporciona el recurso, posiblemente conectándose al servidor específico, o
sirviéndolo desde un caché. En algunos casos, el proxy puede alterar la petición del cliente o la respuesta del
servidor por diversos motivos.
Una aplicación muy común del proxy es como caché web, proporcionando un caché más cercano de las
páginas web de Internet y archivos disponibles en servidores remotos de Internet, permitiendo a los clientes de una
LAN (Red de área Local) acceder a ellas más rápidamente. Almacena la información que es consultada con mayor
frecuencia en páginas de Internet, por un período de tiempo, con el fin de aumentar la velocidad de acceso.
Los proxies también pueden filtrar el contenido de las páginas Web servidas. Algunas aplicaciones que
intentan bloquear contenido Web ofensivo están implementadas como "proxies Web".
Algunos ISP (Internet Service Provider) también tienen proxies para interceptar virus y otros contenidos
hostiles servidos por páginas Web remotas... y para ahorrar ancho de banda.
Resumen de Proxy:
● Ventajas
● Efectuar de "puente" entre computadoras de una intranet que desean obtener páginas Web de Internet
● Caché de paginas y archivos ya bajados por otro usuario
● No hace falta configurar Gateway ni DNS en las computadoras clientas. Solo IP y Máscara.
● Seguridad: al pasar todo por un solo "puente" se puede construir "Firewalls6
● Ahorro: a través de 1 (una) conexión podemos lograr muchas conexiones concurrentes.
● Control de contenidos (por ejemplo: Squid Proxy + DansGuardian)
● Control:
● de Virus (por ejemplo: Squid Proxy + Clamav Antivirus)
● de usuarios y horarios mediante "ACLs" (Access Control List)
● Log7 de sitios accedidos y denegados (ejemplo con Squid)
6 Firewall: "Programa que sirve para filtrar lo que entra y sale de un sistema conectado a una red. Suele utilizarse en las grandes
empresas para limitar el acceso de Internet a sus empleados así como para impedir el acceso de archivos con virus".
www.marketing-xxi.com/glosario-de-terminos-de-marketing-en-internet-149.htm
Firewall: "Un cortafuegos o firewall en Inglés, es un equipo de hardware o software utilizado en las redes para prevenir algunos
tipos de comunicaciones prohibidos por las políticas de red, las cuales se fundamentan en las necesidades del usuario".
es.wikipedia.org/wiki/Firewall
7 Log: Registro, en inglés. Muchos programas y sistemas crean distintos ficheros de registro en los que van anotando los pasos que
dan (lo que hace un cierto usuario, como transcurre una conexión, situación del hardware, etc) (www.ctisa.com/diccionario.htm)
● Por ejemplo, se puede usar lastlog para saber quien ha iniciado sesión últimamente. Para para conocer los mensajes
relacionados con el hardware procedente del kernel se puede usar dmesg,. Para ver un registro de los demonios se
ejecuta un cat /var/log/daemon.log, y para ver diversos mensajes, un cat /var/log/messages
● Efectuando un "tail -f /var/log/squid/access.log"
● Desventajas
● Los proxy habitualmente se configuran para apadrinar puertos frecuentes: 80 (web), 21 (ftp), y
otros, por lo general bastante comunes. Si queremos por ejemplo usarlo para entrar a jugar al
CounterStrike por Internet, vamos a necesitar un router... o leer el capitulo siguiente.
6.4.6.10. NAT (Network Address Translation)
Comportamiento
(Resumen de http://www.marcelopedra.com.ar/glosario_N.htm)
NAT o "Network Address Translation": Es un standard de Internet que le permite a una red local (LAN)
usar un grupo de direcciones de IP para el tráfico interno y otro grupo de direcciones para el tráfico externo. Una
tabla de NAT ubicada donde la LAN se conecta a Internet hace todas las traducciones necesarias de IPs. La NAT
sirve para tres propósitos principales (mencionaremos dos):
● Proveer un tipo de Firewall al ocultar las direcciones de IP internas.
● Permitirle a una empresa usar más direcciones de IP internas. Dado que son direcciones internas, no hay
posibilidad de conflicto con IPs usadas por otras empresas u organizaciones.
Ventajas añadidas
(Agregado por Sergio)
● Con respecto a los Proxys: Enmascaramiento para puertos "no habituales". Por ejemplo:
○ IMAP (143) Acceso al correo en un servidor remoto
○ POP (puerto 110) Recepción y bajada de correo.
○ SMTP (25) Envío de correo
○ Kazaa (1214) Transferencia de archivos entre pares
○ VNC (5000) Acceso remoto a sesiones gráficas en cualquier Sistema Operativo
○ IRC (6667) Internet Relay Chat
○ ... y muchísimos otros (la cantidad de puertos en un host llega a 65536)
● Con respecto a Seguridad: Construcción de Reglas de Aprobación o Denegación respecto de:
○ Dirección de Origen y de Destino
○ Puertos de Origen y de Destino
NAT & Proxy. Sumando ventajas. Creando "Firewalls"

Tanto Proxys como NAT son excelentes herramientas. Cada una posee indudables ventajas, y los buenos
8
BOFH usan todas las técnicas necesarias para mantener sus redes limpias, estables y rápidas.
Por ejemplo, si vamos a compartir una conexión, puede ser buena idea usar la siguiente secuencia:
1. Instalar un Proxy que permita el paso de solicitudes Web (http), que además efectúe
● Caché de páginas
● Análisis de Antivirus sobre el Cache
● Control de contenido ofensivo
● Registro de los sitios navegados
2. Denegar TODAS las demás solicitudes mediante NAT. Las solicitudes http reenviarlas al Proxy para que
las procese.
3. Monitorear solicitudes a conexiones distintas mediante algún software de monitoreo de puertos como
Firestarter
4. Escuchar (o no) las quejas de los usuarios e ir permitiendo protocolos (entrantes o salientes) a medida que
se van sucediendo.
8 Usar el buscador de definiciones de Google para encontrar el término: "define:bofh"

6.4.6.11. Intranets a través de Internet: VPN
VPN o "Virtual Private Network": se trata de una implementación que permite una conexión segura de redes
privadas (como por ejemplo, oficinas en una organización) vía una red insegura, como puede ser Internet. El tráfico
entre ambas redes (llamado "túnel") está encriptado. Las redes VPN implementan protocolos seguros de túneles,
tales como IPSEC y PPTP (Protocolo de Túnel Punto a Punto).
Agregar: FreeS/WAN
7. Instalación de Windows como Estación de

Trabajo
7.1.1.1. Red local con Netbeui
Microsoft posee un protocolo nativo para redes locales llamado "Netbeui",

que es muy eficiente mientras la red sea segura y fiable. La instalación de este protocolo es muy simple: solamente
se agrega desde las Propiedades de Red, y se lo asocia a la interface que necesitamos configurar (en caso de
poseer mas de una placa de red).
7.1.1.2. Red Local con TCP/IP
Microsoft utiliza una versión tomada de Unix BSD, y la llama Microsoft TCP/IP
Ya habíamos mencionado que cada interface (modem, red, etc) posee su propia configuración de
TCP/IP, de modo que... ¡a no confundirse!
Si deseamos que la computadora navegue por la Intranet (es decir, LAN con TCP), debe poseer al
menos una dirección de IP para el equipo y una MACADDRESS que coincida con las demás computadoras de la
LAN.
Total: configurar 2 (dos) direcciones IP
7.1.1.3. Conectarse a Internet con TCP/IP
Para navegar por Internet, la interface debe además poseer una dirección de GATEWAY (perdidos:
retroceder hasta Gateway).
Para resolver las IP de internet, todas las interfaces pueden compartir al menos un DNS o "SERVIDOR DE
NOMBRES DE DOMINIO" (perdidos: retroceder hasta DNS).
Total: configurar 4 (cuatro) direcciones IP
Este paso me sirve explicarlo de la siguiente manera:
El gateway es como el cartero. Imagine que Ud le solicite:
– Envíe por favor esta carta a la casa de mi tía Jacinta
– ¿Disculpe, donde queda su tía Jacinta?
El cartero solo llevará la carta si Ud. escribe la dirección exacta del destinatario. El cartero no tiene la
obligación de aprender la dirección de todos sus parientes.
Los DNS funcionan como una gran agenda compartida, un gigantesco puesto de informes capaz de averiguar
el paradero de tiajacinta.org, incluso si ella se hubiera mudado de servidor.
7.1.1.4. Asignación Manual (estática) & Asignación Automática (dinámica)
Las direcciones de TCP/IP pueden escribirse a mano si se conoce la ubicación dentro de la red, o dejar que
el sistema busque alguna asignación automática. Debemos tener algún servicio de DHCP o algún router corriendo
que nos asigne el valor correcto. Mas adelante, en la sección de instalación de servicios en Linux, aprenderemos a
configurar nuestro propio servicio de DHCP.
7.1.1.5. Cliente de Red Microsoft
En las propiedades del Cliente se llenan los siguientes valores, útiles solo para la red local. En otras
palabras: si el equipo solo se va a utilizar para navegar por Internet, y no se desea acceder a otras computadoras de
la LAN, conviene QUITAR este componente.
● Nombre de Host: es el nombre del Equipo: no debe confundirse con el Nombre de Usuario que asignamos
en el Panel de Control. Estos valores, por seguridad deberían ser diferentes. Por ejemplo, si yo quisiera
probar contraseñas de la maquina Manolo, empezaría a forzar alguna cuenta de usuario “manolo”
● Nombre de Usuario y Contraseña: lo pide la computadora cuando arrancamos con el Cliente Microsoft
activado. ATENCION: solo podremos acceder a los recursos de las otras computadoras cuando nuestro
nombre figure como usuario autorizado. El equipo remoto volverá a pedirnos contraseña.
● Grupo de Trabajo: debe coincidir con las demás computadoras de la LAN
● Dominio: para el caso que debamos validarnos contra algún Unix corriendo Samba Winbind, o
directamente Windows Server dentro de la LAN.
Ilustración 6: Aquí se puede observar una configuración típica de un cliente Windows bajo una Red LAN.
Para esta captura de pantalla se puede observar:
● La dirección IP de la computadora ha sido decidida en forma arbitraria por el usuario (si hubiera sido
otorgada desde un servidor DHCP se emplearía la opción "Obtener una dirección IP automáticamente").
● La mascara de subred es 255.255.255.0 para todas las computadoras de la red local.
● Existe un servidor que efectúa de Puerta de Enlace o "Gateway" en la dirección 192.168.0.254
● Los servidores de DNS pertenecen a la red de ADSL contratada a Speedy (Telecómica de Argentina :-)
7.1.1.6. Recursos
El cliente para redes Microsoft permite compartir recursos para la LAN. El mecanismo es muy simple: se hace
click derecho sobre una carpeta o sobre una impresora y se escoge “Compartir”.
Permisos
● Los permisos se otorgan haciendo click derecho sobre un Recurso: carpeta o impresora instalada. Luego se
escoje “Compartir”
● En Windows 95, 98 y Millenium: se puede otorgar acceso "Completo", "Solo Lectura", "Completo con
contraseña" y "Solo Lectura con Contraseña".
● En Windows NT, 2000, XP o 2003 se escoge compartir el recurso para un usuario existente en el equipo
(pero que se conecta desde afuera).
○ Si la computadora remota es Windows NT, 2000, XP, 2003, o Linux (con Samba), al usuario se le pedirá
entrar con un usuario valido
○ Si la computadora remota es Windows 95/98/Me, y el usuario conectado al sistema no existe en la

maquina dueña de los recursos, la conexión será rechazada. La solución consiste en cerrar la sesión en
el Windows 95/98/Me y escribir un usuario que sea valido para el equipo remoto.
○ Si todos los equipos pertenecen a un dominio, entonces las cuentas de usuario están todas concentradas
en el servidor de dominio, y por lo tanto no se producirán estas incoherencias.
8. Instalación de Servicios y Servidores en Linux
8.1. El Super Usuario
8.1.1. “su” - Estilo clásico
Por importantes razones de seguridad, en todos los sistemas Unix, el administrador tiene una doble
personalidad: como usuario normal, una suerte de Peter Parker, con su propia contraseña, y como root
(administrador), con otra contraseña. Sin embargo, el buen administrador es casi invisible para los demás usuarios, y
solo usa sus poderes el tiempo necesario para realizar mantenimientos. La razón es que si otro usuario aprovecha
una terminal abierta como root, o un virus se hace con el UID (User ID), el sistema entero corre peligro. Recordemos
que el UID del root tiene permisos para escribir en zonas críticas del sistema de archivos, como la carpeta /etc.
De la misma manera, en Windows se puede lograr una importante seguridad adicional, usando al mínimo los
usuarios con privilegios de administrador. Es un tema de disciplina para el dueño del equipo.
En el sistema existe una orden llamada su. Esta orden sirve para cambiar de usuario.
mongocho@alcaudon $~ su marita
Password de marita: ***********
marita@alcaudon $~
Cualquier usuario puede convertirse en root mediante la orden “su”. Supongamos que el usuario “s”
necesita crear un usuario. Para ello necesita convertirse en root
s@zion $~ su root
Password de root: ***********
root@zion # adduser mrodriguez
Como se puede observar, el símbolo $ acompaña a las cuentas normales. En cambio, el # indica status de
root
8.1.2. Sudo
Para facilitar la administración, el root puede crear otros usuarios con privilegios de root. Pero lo ideal es
instalar en el sistema un comando llamado sudo.
El comando sudo permite asignar el poder de root a ciertos usuarios, para ciertos comandos. Así, podríamos
otorgarle a mrodriguez el permiso de crear nuevos usuarios
mrodriguez@zion $~ sudo adduser otrousuario
Para conocer los permisos de los usuarios, sudo mira su archivo de configuración. Sin embargo, en lugar de
alterar este archivo manualmente, conviene hacerlo a través del comando visudo, que edita de forma segura el
archivo /etc/sudoers
Ejemplo de /etc/sudoers
gerardo ALL = (ALL) ALL
gerardo ALL = NOPASSWD: ALL
mrodriguez ALL = (ALL) adduser
En el primer caso, el usuario gerardo podrá ejecutar desde cualquier máquina (ALL =), como root ((ALL))
cualquier comando (ALL) a través de sudo. En el segundo caso, no se le solicitará contraseña (NOPASSWD:). Y en
el tercer ejemplo, el usuario mrodriguez sólo tendrá acceso al comando adduser
Esta viñeta es una traducción al español de la original en xkcd que puedes encontrar aquí: Sandwich. xkcd está escrito y
dibujado por Randall Munroe y reproducido aquí con permiso del autor. Puedes visitar la página de xkcd en http://xkcd.com.
8.1.3. “sudo” - Estilo Ubuntu
En Ubuntu el usuario root se encuentra con una contraseña cifrada desde la instalación: nadie la conoce.
Pero en la misma instalación se solicita nombre y contraseña de usuario normal, y a ese usuario se le otorgan
poderes plenos de root si invoca la orden la orden sudo. Supongamos que mpedrito fue el usuario que instaló el
equipo.
mpedrito@pintagono:$~ sudo adduser jperez

Contraseña de mpedrito para verificación: *********
creando usuario jperez...

creando /home/jperez...
...
Sudo no volverá a pedir la contraseña de verificación por 5 minutos, a fin de no molestar innecesariamente:
mpedrito@pintagono:$~ sudo apt-get install mysql-server

Instalando Mysql...
...
Supongamos que algún día jperez, que no tiene permisos especiales, quiere jugar a lanzar comandos de
root, y quiere borrar al dueño del sistema:
jperez@pintagono:$~ sudo deluser mpedrito

You are not member of sudo user. This incident will be reported.
Si el usuario mpedrito se cansa de invocar sudo todo el tiempo, puede convertirse en root
mpedrito@pintagono:$~ sudo su
Contraseña de mpedrito: **********
root@pintagono # deluser mpedrito
A los viejos usuarios de Unix que no les agrada el estilo sudo pueden ponerle una clave al root.
mpedrito@pintagono:$~ sudo su
Contraseña de mpedrito: **********
root@mpintagono:# passwd root
Enter new Unix password for root: ********
Algo interesante de esta configuración consiste en que si un usuario gracioso con poderes de root, cambia la
contraseña, el usuario mpedrito siempre puede “recuperar el control” mediante sudo su. Mientras el indeseable no
lo haya quitado de la base de sudoers, por supuesto.
8.1.4. Grupos de usuarios
¿Cómo hace mpedrito para darle algunos privilegios a otros usuarios? Hay dos maneras:
8.1.4.1. Por consola:
Creamos un usuario Juan:
mpedrito@zion:$~ sudo adduser juan

Lo convertimos, si nos place, en administrador, agregándolo (-a) al grupo de usuarios admin (“wheel” en
algunas distribuciones)
mpedrito@zion:$~ sudo gpasswd -a juan admin
8.1.4.2. En modo gráfico
mpedrito@zion:$~ sudo users-admin
Users-admin es un programa que posee una interfase gráfica que deja cubiertas la mayoría de las
necesidades de creación de usuario y otorgamiento de permisos.
Observe en la captura de pantalla el privilegio “Administrar el sistema”.

8.1.4.3. En Windows
Cuando deseamos crear usuarios, grupos, ejecutar servicios y otras tareas de administrar, lo hacemos
haciendo click derecho sobre Mi Pc → Administrar
Si necesitamos administrar usuarios mediante órdenes de un lenguaje de programación, archivos BAT,

(9)
Símbolo de Sistema (MSDOS) o remotamente, usando Telnet , podemos usar el comando net user. Aquí, mi
joven padawan, Matux (matiasweertz@gmail.com) muestra como hacerlo:
9 ¡Si!, Windows puede actuar como Servidor Telnet. Debe ser activado en (click derecho sobre) Mi Pc → Administrar → Servicios
8.2. Manejo de Procesos
A veces ocurre que algún proceso, o algún usuario rebelde, monopolizan los recursos del servidor: RAM,
DISCO, o Uso de Procesador.
Existen muchas formas de revisar los procesos en ejecución. En terminal o "consola" poseemos:
● ps fax
● ps -A
● pstree -p (ver captura de pantalla)
● ¿En Windows se puede?: qprocess o tambien tasklist
Técnicamente, al existir Ctrl+Alt+Supr, no tiene sentido. Pero puede resultar útil si estamos conectados
vía Telnet, o necesitamos lanzar la orden desde un programa controlado por cmd, el Símbolo del Sistema.
● top (interactivo, incluido en la instalación base) y htop (con colores, búsqueda, gráficos de barra, manejo
de nice, despliegues en árbol de procesos, instalable desde apt-get)
Podemos además instalar programas que ofrezcan una GUI basada que nos facilite la tarea.
● whowatch (para consola)
● gnome-system-monitor (ver captura de pantalla)
Debemos siempre identificar el ID de proceso o “PID” con el cual queremos interactuar, mediante alguna
de las herramientas anteriores.
Supongamos que el Media Player se hubiera "colgado". Se encuentra en ejecución (Running), pero no
nos obedece.
ps fax
PID TTY STAT TIME COMMAND
345 ? R 0:00 mplayer
● Podemos Finalizarlo, dándole tiempo a abandone "suavemente el sistema" (signal TERM) haciendo
kill 345
● Podemos Matarlo (signal KILL) haciendo
kill -9 345
● Podemos matar todas las sesiones de mplayer realizando un
killall mplayer
● Detenerlos / Pausarlos. Esto es: congelarlos hasta que se nos ocurra volver a mandarlos a ejecución.
● Ctrl + S para detenerlos / Ctrl + Q para seguirlos
● Ctrl + Z para mandarlos a background. Es un equivalente a “minimizar” en consola. El comando

"fg" los traera nuevamente a ejecución.
● Cambiarles las prioridad. Supongamos que estamos grabando un CD, y contemplamos alarmados como
baja el buffer de la grabadora. Si conocemos el id de proceso podemos salvar la grabación asignando
total prioridad por sobre los demás procesos al programa que se encuentra grabando, realizando un
renice -21 ID_PROCESO
8.2.1. ¿En Windows se puede?
Se puede. Esto tiene su utilidad si accedemos remoto vía Telnet, o debemos emplearlo desde un
programa. Los pasos serían parecidos a los antes descriptos:
a) Obtener los PID (process ID de los procesos activos): utilizar los comandos qprocess o tambien tasklist
b) Matar mediante PID: tskill /PID <PIDakinumero /F
c) Matar mediante nombre de proceso: tskill /F /IM nombreexe.exe

8.3. Otros comandos de administración
Todos los comandos que vienen a continuación poseen una abundante información antecediendo el
comando man (ver Ayuda!)
Comando Utilidad Ejemplo

Creación de
adduser adduser manolo
usuarios
Cambiar passwd bgates
passwd
password New Unix password:
ls -l reporte.txt
- rwx r-x r-- root root reporte.txt

Lista archivos y
carpetas Aquí podemos ver al archivo reporte.txt, cuyo dueño es
mostrando root. Los permisos de este archivo son respectivamente
ls -l
dueños y
permisos rwx (Read / Write / Execution) para el dueño
asociados. r-x (Read / / Execution) para el grupo
r-- (Read / / ) para "Otros"

● Cambiar el dueño anterior (root) a sergio sobre el
Cambiar de archivo reporte.txt
chown sergio reporte.txt
chown dueño a un
● Otorgar pleno derecho a sergio sobre su espacio de
objeto del árbol usuario, todos los archivos, carpetas y subcarpetas:
chown sergio /home/sergio -R
● chmod a+w reporte.txt - Todos (all) pueden escribir
Cambiar ● chmod a-x reporte.txt – Nadie puede ejecutar

diversos ● chmod g+r reporte.txt – Los miembros (group) del grupo
chmod
permisos sobre
root pueden leer reporte.txt
objetos del árbol
● chmod uo+w reporte.txt – El dueño (user), y usuarios no
logueados (others) pueden escribir reporte.txt
8.4. Herramientas útiles para TCP/IP: "La Ferretería"

Windows
Herramienta Utilidad
Constatar la presencia de un host, y su velocidad de respuesta, a través del envío de un datagrama ICMP.
ping (Recordar que los pequeños a paquetes icmp tienen prioridad en Internet).
Por ejemplo: ping google.com
net Provee varias utilidades para revisar el estado de una red de Windows
Revisar los "hops" o "saltos" que le toma a un datagrama icmp llegar a su destino, en un momento
tracert
determinado. Sirve para constatar la presencia y velocidad de cada salto, entre routers, gateways, etc.
ipconfig Muestra configuración de ip / solicita nueva asignación vía dhcp en Windows 200x/XP
winipcfg Muestra configuración de ip / solicita nueva asignación vía dhcp en Windows 9x/Me
telnet Permite entrar en "modo consola" a un Windows 200x Server, un Unix o un GNU/Linux
Permite entrar en "modo consola" a un Windows 200x Server, un Unix o un GNU/Linux emulando telnet o
putty ssh, respetando juegos de caracteres, tipos de letra, emulación avanzada de terminales, copiar/pegar texto,
etc
Actúan de Firewall, y en ocasiones, pueden hacer "Proxy transparente con reglas" (similar a NAT). Ver
proxys
"Proxy".
Limitan el paso de gusanos, troyanos, adwares, spywares, malwares, etc.
Antispywares
Hay de varios fabricantes: Adware (Lavasoft.de) es uno de los mejores.
Unix - GNU/Linux - *BSD – Mac OS/X
Herramienta Utilidad
Constatar la presencia de un host, y su velocidad de respuesta, a través del envío de un datagrama ICMP.
ping (Recordar que los pequeños paquetes icmp tienen prioridad en Internet).
Por ejemplo: ping google.com
ifconfig Muestra la configuración de las interfaces de red. Asigna IPs estáticas en forma inmediata.
pump y
solicitan nueva asignación de ip vía dhcp
dhclient
nmblookup Nmblookup examina redes Windows.
smbclient Smbclient y smbc acceden a recursos compartidos.
nslookup
Herramienta para examinar servidores DNS asociados a un host
dig
nmap Examina un host en busca de diversas vulnerabilidades, puertos abiertos, etc.
queso Detecta el sistema operativo remoto (QUe Sistema Operativo)
Revisar los "hops" o "saltos" que le toma a un datagrama icmp llegar a su destino, en un momento
traceroute
determinado. Sirve para constatar la presencia y velocidad de cada salto, entre routers, gateways, etc.
netstat Muestran conexiones, puertos, rutas y estadísticas del trafico manejado por la computadora. En Windows,
iptraf si bien existe netstat, conviene utilizar CurrPorts (http://www.nirsoft.net/utils/cports.html)
Permiten entrar en "modo consola" a un Windows 200x Server, un Unix o un GNU/Linux emulando telnet o
telnet y ssh ssh, respetando juegos de caracteres, tipos de letra, emulación avanzada de terminales, copiar/pegar texto,
etc. Ssh además encripta la conexión.
Permite entrar en "modo consola" a un Windows 200x Server, un Unix o un GNU/Linux emulando telnet o
putty ssh, respetando juegos de caracteres, tipos de letra, emulación avanzada de terminales, copiar/pegar texto,
etc
Permite establecer reglas de NAT (Network Address Translation). Es una poderosa herramienta en manos
iptables
del Administrador de Redes, aunque obliga a conocer un poco sobre TCP/IP.
Interface muy amigable que facilita el uso de iptables para construir reglas de filtrado, enmascarado, túneles,
Firestarter
firewalls, reenvío de paquetes, etc.
proxy: squid Es el proxy/firewall clásico de GNU/Linux. Altamente configurable y muy potente.
Antivirus Protegen mayoritariamente redes Windows: clamav es uno de los mejores.
Antispywares Nadie se ha molestado en programarlos :P
8.5. Midnight Commander ("la Navaja Suiza")
Muchos usuarios de los 80 recuerdan con nostalgia una herramienta que cubrió sus necesidades de novatos:
el Norton Commander. A través de 2 paneles enfrentados, usados como "origen" y "destino", se podía copiar, mover
borrar y crear archivos prescindiendo de la austera interface del DOS.
Actualmente, si bien los shells de Unix son extremadamente versátiles, muchos "newbes" se complican con
algunas tareas rudimentarias de administración del servidor. Hasta que aprendan las nociones elementales, pueden
utilizar un heredero de la filosofía de Norton Commander, usando un equivalente en Código Abierto llamado
"Midnight Commander" (apt-get install mc).
Su uso es muy simple: se lo activa como "mc"

Uso y atajos de teclado
Tab – Cambiar al Panel Contrario

Enter – Sobre una Carpeta: Entrar
Enter – Sobre un archivo: abrirlo / ejecutarlo
Enter – Sobre .. Retroceder una carpeta
Enter – Sobre una extensión comprimida (zip, tar, bz2, gz,
rar): Entrar como si fuera una carpeta.
Enter – Sobre un paquete de instalación: (deb, rpm, tar.gz,
tar.bz2): Entrar como si fuera una carpeta.
F3 - Ver
F4 - Editar
F5 - Copiar al panel contrario
F6 - Mover al panel contrario / Renombrar
F7 - Crear Carpeta
F8 - Borrar
F9 - Menú de Opciones
F10- Salir
Insert - Seleccionar / Deseleccionar
Control + X C - Cambiar Permisos
Control + X O - Cambiar Dueño
Control + O - Salir momentáneamente al Shell
Ahora bien: un "newbe" que a duras penas puede administrar el árbol local de Unix, mal puede lograrlo en
una LAN, comunicándose con otros equipos.
Midnight Commander posee tres herramientas extremadamente útiles que facilitan mucho esta tarea.
● Conexión por FTP
● Conexión vía SSH (o "Secure Shell")
● Conexión vía Samba (a Windows)
En los tres casos se debe conectar mediante usuario:contraseña@servidor

En esta captura de pantalla puede verse, el árbol local a la izquierda, y el árbol remoto del ftp de
bunker.org.ar
Midnigth Commander también es muy útil para ver información y buscar archivos perdidos
Su página web se encuentra en http://www.ibiblio.org/mc. De allí pude obtener esta captura:

8.6. Editores
En el ambiente de trabajo Unix, casi siempre luego de la instalación del servicio, se debe personalizar
algunas funciones en los archivos de configuración presentes en el directorio /etc
Usualmente esta tarea consiste en descomentar los numerales (#) y adaptar las líneas a sus necesidades.
Siempre estos archivos poseen muchos comentarios y ejemplos.
Un buen administrador conoce el manejo de al menos un editor, que le permita buscar palabras, cortar y
pegar zonas de texto, y otras tareas.
● Nano: es un editor que cumple con las funciones básicas recién comentadas. Por su pequeño tamaño lo
incluyen en la mayoría de las distribuciones.
● Mcedit: viene incluido con MC (el Midnigth Commander). Es el preferido por los Newbes por cuanto
cumple con las funciones básicas, y porque puede ser ejecutado también mediante la tecla F4 cuando se
está adentro de los paneles de navegación de carpetas de Midnigth Commander
● Vim: probablemente el editor mas usado en el planeta. Posee un conjunto de herramientas

extremadamente completo. La primera impresión no siempre es buena, por cuanto cuesta un poco
recordar su particular modo de manejo. No posee un menú descolgable como su hermano gráfico (gvim),
y se opera desde un modo "comando" mediante la tecla Esc y la tecla : (dos puntos). Para ingresar texto
se debe pasar a "Modo Inserción" mediante la tecla Insert o "i". Existen muchos tutoriales al respecto, y
una vez superados los primeros días de convivencia, los usuarios se convierten en bastante adictos.
Algunos usuarios incluso han creado versiones para Windows.
● GNU Emacs: es el peso pesado de los editores. Al ser uno de los primeros editores de Código Abierto,
sus usuarios han creado una sobreabundancia de herramientas. GNU Emacs va por la versión 21, e
incluye herramientas para leer noticias, navegar por internet, leer el correo, e incluso jugar. Posee una
versión gráfica mas simple de operar llamada Xemacs. Por este programa, su desarrollador, Richard
Stallman (el padre del movimiento GNU) ha recibido varios premios.
Resumen: mientras nano, mcedit, joe, qe y pico son muy buenos editores para novatos, emacs y vim se
mantienen muy firmes dentro del grupo de desarrolladores de software. Estos últimos poseen muchas capacidades
de predicción de errores en lenguajes y archivos de configuración, mediante "highlighting" (coloreo de texto).
Algunos de estos lenguajes son: php, perl, bash, gnu c, gnu c++, python, gtk, qt, etc.
¿Desarrolladores de software? ¿Pero este libro no trata de redes?
Axioma: los administradores suelen pasar bastante tiempo de los servidores Unix. Cuando comprenden la
estructura modular que posee esta filosofía de sistema operativo, comienzan a crear pequeños programas en Bash o
sh que les facilitan las tareas de administración. Esta arquitectura tienen resueltos la mayoría de los problemas: solo
hay que ensamblar los comandos adecuados.
De allí a Perl hay un paso. Cuando se quieren acordar, ya están programando en GNU C, en PHP, Ruby o
Python.
8.7. Configuración de Red en el Servidor
Esta tabla, por lo tanto, resume todos los comandos “asistentes de red” que recuerdo en aquellas distros mas
utilizadas. EL carácter ? índica que probablemente debe tener algún mecanismo de configuración, pero que no lo
conozco.
Placa de Red /
Distribución WiFi Modem Modem ADSL
Cablemodem
kppp
Mandriva drakconf ? adsl-setup
drakconf
RedHat linuxconf ? ? adsl-setup
dpkg-reconfigure kppp
Debian wireless-tools pppoeconf
base-config pppconf
(Debian) Knoppix netcardconfig ? kppp pppoeconf
kppp
(Debian) Ubuntu network-admin wlassistant pppconf pppoeconf
network-admin
SUSE yast ? yast ?
Sin embargo, para la configuración de red que se efectuará a continuación, parte de la idea que el usuario
administrador se conecta frecuentemente al Linux en forma remota, y por lo tanto no posee estas herramientas. Esta
configuración puede ser empleada cómodamente en cualquier distro basada en Debian, como son Knoppix, Ubuntu,
RxArt y muchas otras.
En Debian se configura mediante 2 archivos:
IP, máscara y gateway /etc/network/interfaces

DNS /etc/resolv.conf
A continuación se plantea un hipotético servidor dos placas de red, que reparte la señal procedente del
cablemodem hacia la red local. Es importante destacar que la ruta por defecto (internet) será la primera que figure en el
listado.
8.7.1. /etc/network/interfaces
auto lo
iface lo inet loopback
#Hacia Internet: eth0 recibe todos sus valores vía dhcp desde ArlinkBBT
#Al recibir también los valores de DNS de esta forma no hace falta editar
#el archivo /etc/resolv.conf
auto eth0
iface eth0 inet dhcp
#Hacia la red Local.

#La interface pertenecerá a una red privada (192.168.0.0)
auto eth1
iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0
#a veces necesario: indicar red y broadcast

#network 192.168.0.0
#broadcast 192.168.0.255
#Si hubiere un gateway.

#Pero en este caso... el gateway para la LAN somos nosotros :)
#gateway x.x.x.x
ATENCIÓN: Recordar que no se pueden mezclar niveles de placa de red dentro de una misma "network". Un
típico error de novato es crear interfaces (o dejar que les sean asignadas) con mismos valores de network.
Por ejemplo, nunca hay que setear dos placas de red que "ambas" trabajen al mismo nivel del tercer octeto, por
ejemplo: 192.168.1.4 y 192.168.1.5 provocará un fallo.
En todo caso instalaremos una placa que trabaje a nivel 192.168.1.x, y otra a nivel 192.168.2.x, conectando a
redes diferentes. Si se desea que los paquetes pasen de una red a la otra se deberá establecer mecanismos de
ip_forwarding y/o NAT. Esto es muy útil si queremos, por ejemplo, segmentar una red en dos redes para reducir la
colisión de paquetes.
Luego de cambiar estos valores , debemos reiniciar el servicio de red mediante la orden:
/etc/init.d/networking restart
Ahora, todo el tiempo podemos revisar la dirección de ip de las placas mediante el comando “ifconfig”
ifconfig
lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:138 errors:0 dropped:0 overruns:0 frame:0
TX packets:138 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:5796 (5.6 KiB) TX bytes:5796 (5.6 KiB)
eth0 Link encap:Ethernet HWaddr 00:40:F4:A4:91:EC

inet addr:201.254.81.32 P-t-P:200.51.241.247
Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX bytes:983600 (960.5 KiB) TX bytes:227689 (222.3 KiB)
Interrupt:11 Base address:0xd000
eth1 Link encap:Ethernet HWaddr 00:07:95:03:49:EB

inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX bytes:292174 (285.3 KiB) TX bytes:1147312 (1.0 MiB)
Interrupt:12 Base address:0xd400
Observen la dirección de IP y de Gateway asignada a eth0 vía DHCP.
En cambio eth1 no cambia y se mantiene con una dirección 192.168.0.1, que será el gateway para la red local.
8.8. Configuración de Red en un Linux Cliente
Si no poseemos todavía un servicio de DHCP, esta sería la configuración estática en la estación que quiera
conectarse al server descripto arriba:
8.8.1. /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.0.12
netmask 255.255.255.0
#a veces necesario: indicar red y broadcast

#network 192.168.0.0
#broadcast 192.168.0.255
#para casos especiales...

#hwaddress ether 02:01:02:03:04:08
gateway 192.168.0.1
La orden hwaddress sirve para hacer un override de la dirección física real de la placa. Útil para engañar un
router que nos bloquee el paso, o tomar la identidad de otra placa. Lo dejo a vuestra imaginación.
8.8.2. /etc/resolv.conf
#Estas direcciones de SERVIDORES DNS se pueden buscar en el /etc/resolv.conf
#del servidor.
#Fueron asignados vía DHCP desde ArlinkBBT, pero pueden escribirse también
#manualmente.
#Se puede agregar tantos DNS como se deseen. Los últimos dos, por ejemplo
#pertenecen a los DNS abiertos de opendns.com
nameserver 200.81.94.13
8.9. Introducción a servicios
Habiendo configurado el servidor para que escuche a los usuarios, procedemos a instalar algunos servicios
útiles.
"Demonios" (Servicios)
En las computadoras "clientas", cuando un proceso permanece ejecutándose en "background" se suele decir
que es un proceso "residente". Los antivirus suelen ser procesos residentes, es decir que se ejecutan sin que el
usuario los vea como ventanas activas.
En las computadoras servidoras estos procesos "residentes" tienen un tratamiento especial, empezando por
el nombre. En el ambiente Windows se los llama "servicios", mientras que en el ambiente Unix BSD y en
GNU/Linux se los llama con el enigmático nombre de "Daemons" o "Demonios".
Tanto Servicios como Demonios se caracterizan por correr en background, pero ateniéndose a algunos
comportamientos:
● Asumen dos estados: "corriendo" o "detenidos". Con el permiso de Administrador (Windows) o de Root
(Unix y GNU/Linux) se los puede iniciar, detener o reiniciar. En cierta forma el propósito de los demonios
consiste en poder reiniciar ciertos servicios cada vez que se
produce un cambio, sin tener que reiniciar el servidor
completo.
● En caso que nadie los requiera durante un cierto tiempo,

pueden desmontarse automáticamente de la memoria para
no ocupar recursos. En este caso se dice que están
"dormidos".
● Pueden ser despertados por el sistema operativo o por una

invocación en el puerto correspondiente. Esto es porque los
demonios usualmente escuchan por determinados puertos.
Por ejemplo los Servidores de Páginas Web suelen
escuchar por el Puerto 80. Cuando se "despierta" un
demonio usualmente hay que esperar un breve lapso de
tiempo hasta que esté disponible.
● Si bien "Daemon" es un acrónimo de "Disk And Execution

MONitor", muchos creen que es una herencia de los
primeros Mainframes Unix, y de las épocas de los primeros Hackers fanáticos de los juegos de Rol10 bajo
limitadas, pero emocionantes pantallas de caracteres.
● Puede configurarse los demonios para que inicien durante el arranque de la computadora. En toda la familia
Debian se puede bajar vía apt-get el comando rcconf, que permite administrar estos servicios en forma
simple:
10 - ROL / Dungeons and Dragons / RPG: Abbreviation for Role Play Games (www.bdsmstore.com/glossary.html)
Demonios: aquí se puede observar a "rcconf" un administrador de demonios, marcando para el arranque un
Servidor de Páginas Web, un Antivirus, y un Server DHCP
En Ubuntu se puede utilizar el comando services-admin

Iniciar y Detener desde línea de comandos
Linux
Ver los servicios instalados:
s@zion:~$ ls /etc/init.d
apache2 proftpd openvpn mysql etc...
Administrar: los demonios se pueden detener (stop), iniciar (start) o reiniciar (restart) simplemente
indicándoselos: Por ejemplo, en mi Ubuntu:
s@zion:~$ sudo /etc/init.d/apache2 stop

Password:*******
Stopping apache 2.0 web server... [ ok ]
Windows
(XP y NT en adelante): Los servicios pueden ser administrador desde (Botón Derecho sobre) Mi PC →
Administrar → Servicios
Tambien podemos encontrar los programas residentes, realizando un
Inicio → Ejecutar → msconfig → [Pestaña Inicio]
Este paso siempre depara de sorpresas y aventuras a los usuarios de Windows, ya que solemos encontrar
toda clase de troyanos y programas extraños cargandose en la sesión de los usuarios.
Es particularmente util cuando algunos virus rebeldes se cargan al inicio de sesión, y por politica de procesos,
no se los puede desalojar de memoria mientras están en ejecución, uno de los principles problemas de desalojo de
los antivirus.
Sin embargo, a veces es muy útil controlarlos desde la linea de comandos. Por ejemplo, a mi me gusta en el
Server Windows 2003 de mi escuela, detener cada noche el Microsoft MSSQL Server, copiar via FTP (con cygwin y
ncftput) las bases a un lugar seguro (11) (ya que de otra manera los archivos necesarios no dejan copiarse), y reiniciar
el servicio. Esto lo realizo con un archivo BAT llamado desde el Programador de Tareas.
Consultar todos los servicios: sc query
Consultar el estado de MSSQL Server: sc query mssqlserver
Detener: sc stop mssqlserver
11 http://bunker-blog.blogspot.com/2006/09/cygwin-ncftput-find-backups-para-vagos.html
8.10. Instalación de Software. Fuentes de Paquetes
Existen varias maneras de instalar software en los servidores GNU/Linux. Como ejemplo, instalaremos
AMSN (un MSN abierto compatible con la red de Microsoft).
Compilar
Esta es la manera mas arcaica, y que funciona en cualquier distribución Unix o GNU/Linux. Si bien es
tediosa ya que no resuelve dependencias de librerías, se consigue aprovechar al 100% la potencia del procesador,
ya que se compila/instala teniendo en cuenta sus características o "flags" propias.
1. Al estilo Windows, se obtiene el paquete mediante un buscador (www.freshmeat.net y

www.google.com/linux son muy buenos). Por ejemplo:
http://switch.dl.sourceforge.net/sourceforge/amsn/amsn-0_93.tar.gz
2. Se extrae el archivo comprimido

[sergio @ servidor $] tar xvzf amsn-0_93.tar.gz
3. Se compila mediante los siguientes pasos
./configure
make
4. Se instala como superusuario (orden "su")
make install
8.10.1. Instalando binarios desde las fuentes
8.10.1.1. Alimentar a apt-get
Esta es la manera mas agradable y simple. Es el que utilizan todas la distribuciones basadas en la familia
Debian: Debian Etch, RxArt, Ubuntu, Knoppix, etc) 12.
Lo hacemos manteniendo vigente el archivo /etc/apt/sources.list. Debian utiliza este archivo de fuentes
para construir un índice de los paquetes existentes en Internet, así como de sus dependencias.
Hay diversas formas de mantener este archivo.
Si poseemos los cds de la distribución utilizamos apt-cdrom add para "alimentar" la base.
Si poseemos conexión a Internet utilizamos apt-setup para indicarle un mirror o "servidor espejo"
cercano.
Si estamos usando Ubuntu podemos utilizar una página que ayuda a construir el archivo sources.list, en la
dirección http://www.ubuntulinux.nl/source-o-matic
De esta manera, después de "alimentar" el archivo /etc/apt/sources.list, debemos actualizar los índices.
12- Ver Apendice C: Los 10 Mandamientos de los nuevos usuarios de Linux

8.10.1.2. Actualizar los índices de paquetes
Debemos recordar que en el mundo de GNU/Linux, hay muchos cambios diarios en los repositorios, de modo
que es importante correr cada cierto tiempo el siguiente comando:
/home/s [root@zion] apt-get update
Des:1 http://debian.logiclinux.com testing/main Packages [3349kB]

Obj http://security.debian.org stable/updates/main Packages
Obj http://security.debian.org stable/updates/main Release
Obj http://www.linex.org etch/linex Release

Des:7 http://debian.logiclinux.com testing/main Release [30B]
Descargados 3379kB en 2m38s (26,2kB/s)
Leyendo lista de paquetes... Hecho
8.10.1.3. Consultar la disponibilidad
¿Existe el programa amsn en la base de paquetes?
~ [s@zion] apt-cache search amsn

Respuesta: amsn - An MSN Messenger written in tcl
8.10.1.4. Bajar / Instalar / Actualizar en UN SOLO PASO:
/home/s [root@zion] apt-get install amsn
Leyendo lista de paquetes... Hecho

Creando árbol de dependencias... Hecho
Se actualizarán los siguientes paquetes: amsn
Necesito descargar 1993kB de archivos.
Des:1 http://www.linex.org etch/linex amsn 0.94-1 [1993kB]

Descargados 1993kB en 1m22s (24,0kB/s)
(Leyendo la base de datos: 214410 ficheros y directorios instalados actualmente)

Preparando para reemplazar amsn 0.93-1
Desempaquetando el reemplazo de amsn ...
Configurando amsn 0.94-1) ...
Listo
/home/s [root@zion]
8.10.1.5. Frontends de APT
Apt es un simple front-end” a una utilidad llamada dpkg, que es el verdadero corazón del sistema de
paquetes. Sin embargo, podemos construir frontends también por encima de apt, y facilitar mucho (¡mas!) las cosas.
Por consola: aptitude
Al igual que apt-get, aptitude puede ser llamado desde la terminal, incluso en modo remoto. Posee muchas
opciones en su menú (al que accede mediante Ctrl+T) que resultan insospechadas para los usuarios primerizos:
buscar paquetes, actualizar, purgar, actualizar el sistema completo, refrescar las fuentes, etc.
Modo gráfico: synaptic
Este es el gran favorito. Muy agradable e intuitivo.

8.10.2. Compilando desde las fuentes (Linux con

Esteroides)
Habíamos mencionando un grave inconveniente en

el primer método (“Compilar”), las dependencias: que
obligaban a resolver manualmente la instalación de librerías
y componentes todo el tiempo. Sin embargo existen algunas
distribuciones pensadas específicamente para ello, y que al
estilo de apt, resuelven por si solas la mayoría de las
necesidades de un paquete en particular.
Algunas distribuciones muy potentes como *BSD o

Gentoo, vienen preparadas para bajar el código fuente y
compilarlo. Se trata de distribuciones para usuarios
avezados, "geeks" o expertos. El objeto es aprovechar la
característica que tienen los proyectos make, de aprovechar
todos los flags del procesador donde se encuentran creando el binario. También permiten crear binarios sin partes
innecesarias. De esta manera se obtiene un notable incremento13 en la potencia final, particularmente en los
procesadores mas potentes como AMD64, Xeon, Alpha, Itanium, Opteron y otros. También es una buena opción
para procesadores "viejos", quienes correrán con un sistema amoldado a su capacidad real. Se debe poseer
paciencia durante el proceso de instalación, ya que un sistema completo puede demorarse hasta 7 días en
compilarse por completo.
13 Ver discusión al respecto en http://www.google.com/url?sa=U&start=1&q=http://www.tomvergote.be/writings/Linux/Debian-

Gentoo-production-environment.html&e=9707
8.11. Otorgando valores de IP, DNS y Gateway desde DHCP3
Un servicio muy común que se encuentra en los servidores de redes es el DHCP o Dynamic Host
Configuration Protocol. Vamos a recordar la sección teórica de DHCP:
Algunas direcciones que nos provee un servidor DHCP son
● IP y máscara
● Dirección del servidor DNS
● Puerta de enlace o Gateway
Sin DHCP, cada dirección IP debe configurarse manualmente en cada computadora. El DHCP le permite al
administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automáticamente,
asignar y enviar una nueva IP si la computadora es conectada en un lugar diferente de la red. DHCP se asegura
que no hayan direcciones de IP duplicadas.
Veamos como instalar este útil servicio en nuestra red.
● Instalación:
apt-get install dhcp3-server
● Configuración: se realiza adaptando el archivo /etc/dhcp3/dhcpd.conf a nuestras necesidades.
Para una red local de tipo 192.168.1..x debería verse aproximadamente así:
1. ddns-update-style none;
2. default-lease-time 21600;
3. max-lease-time 21600;
4. option subnet-mask 255.255.255.0;

5. option broadcast-address 192.168.1.0;
6. option routers 192.168.1.254;
7. option domain-name-servers 200.51.254.238;
8. option domain-name "bunkeror.org.ar";
9. subnet 192.168.1.0 netmask 255.255.255.0

10. {
11. range 192.168.1.100 192.168.1.200;
12. use-host-decl-names on;
13. host scooby

14. {
15. hardware ethernet 00:C0:F0:1C:3D:F1;
16. fixed-address 192.168.1.50;
17. }
18. }
● Las líneas 1, 2, 3 vienen por defecto con esos valores y así los dejaremos
● La línea 4 asigna a todos los host la mascara de red 255.255.255.0
● La línea 5 (broadcast) marca la capa de red donde deben trabajar todos los nodos
● La línea 6, routers o "gateway", avisa a los host que la dirección 192.168.1.254 es el nodo "mas alto" de
la red, y es a quien tienen que solicitarle la resolución de cualquier dirección no local o que exceda al
broadcast (192.168.1.*)
● La línea 7 corresponde al servicio de resolución de nombres (DNS). En este caso hemos puesto una
dirección de IP provista por el ISP (ArlinkBBT), pero también podría darse el caso de tener instalado un
servicio propio de cache DNS. En el Capítulo "Cache DNS" figura como hacerlo, y como modificar estas
líneas.
● Las 13 a la 16 corresponden a una computadora en particular a la cual no deseamos que le toque

cualquier dirección entre 192.168.1.100 y 192.168.1.200, sino que deseamos puntualmente que le toque
la dirección 192.168.1.50. Los administradores tienen muchas razones (sobre todo de seguridad) para
ello. Por ejemplo pueden asignar solamente valores de IP a direcciones de hardware confiables.
● Nótese la MACADDRESS (hardware address): este valor de dirección física lo obtenemos en una
computadora con GNU/Linux mediante el comando ifconfig. En Windows 9x lo hacemos mediante
winipcfg, y en Windows 200x/XP lo hacemos mediante ipconfig /all (en MSDOS o Línea de Comandos).
8.12. Proxy / Firewall
8.12.1. Squid
Habíamos hablado de las ventajas de poseer un servidor Proxy que actuara en parte de Firewall, y que
además compartiera una conexión con varias máquinas. Pero lo mas interesante de este tipo de servicio es que se
puede tener configurado y funcionando en apenas unos minutos, incluso por un newbe en redes.
Otra razón importante para aprender a configurar servicios Proxy es que poseen una buena salida laboral. La
mayoría de los cybercafes y empresas contratan tarde o temprano este servicio. Los proxys ahorran conexiones "al
exterior", gracias a sus mecanismos de caché, de modo que podemos realmente navegar a mejor velocidad
utilizando este servicio.
8.12.2. Instalación en el Servidor
● Instalamos desde la fuente actualizada de paquetes

apt-get install squid
● Editamos el archivo de configuración de Squid.

vi /etc/squid/squid.conf
8.12.3. Configuración mínima para un servicio local
La siguiente configuración de squid.conf ha sido conformada en base a varios experimentos.
Explicación de las primeras líneas:
El puerto por defecto en Squid es el 3128. Otros

http_port 3128
proxies usan el 6588, 8080, etc.
Mapeo de Caché. En una computadora con 128 MB de RAM
cache_mem 16 MB este valor debería ser el correcto. Se puede omitir y
confiar en los valores por defecto.
600 MB de cache de disco con soporte de multihilos:
cache dir aufs /var/spool/squid 600 16 256
esta es una configuración para un equipo potente
acl mired src 192.168.0.0/255.255.255.0 ACL14 llamada "mired" que se refiere a una red de

máquinas con Ips de tipo 192.168.0.x
acl all src 0.0.0.0/0.0.0.0 Otra regla necesaria
always_direct allow all Otra regla necesaria
visible_hostname laboratorio1 Simplemente una identificación, pero obligatoria.
http_access allow mired Se permite (allow) a la ACL "mired"
Si se desea monitorear el trafico. Este archivo tiende
access_log /var/log/squid/access.log squid
a crecer bastante en redes con mucho trafico.
14 ACL equivale a "Access Control List" o "Lista de Control de Acceso". Permite definir distintas LAN, o especificaciones diversas
como puertos, conjuntos de maquinas, mascaras, usuarios, grupos, etc
Un buen desarrollo del tema puede encontrarse en http://www.suse.de/~agruen/acl/linux-acls/online
8.12.4. Configuración avanzada y bloqueos
Esta sección esta escrita con el propósito de mostrar un poco de la artillería que puede desplegar un proxy
potente como es Squid.
Planteo del Problema
Me ha llegado una solicitud por parte Secretaría Académica: bloquear el MSN Messenger en horas de
clase a los alumnos. Lo mismo para direcciones web donde se puede chatear, ver video online y audio.
Sin embargo no debo dejar sin este servicio al resto de la planta. Por otra parte, Messenger es capaz
perfectamente de ignorar los valores de proxy escritos en su configuración, y evadirse por el gateway.
Primer paso
(Ver sección de DHCP)
Altero el dhcpd.conf, para que a ciertas NIC les toque siempre las mismas IP. Cuando estas computadoras
se conectan también les suministro Gateway y DNS falsos.
Segundo paso
Escribo en mi escritorio (/home/s/Desktop), un archivo que contiene una simple lista de direcciones de IP a
bloquear
192.168.1.3
192.168.1.4
y así...
Tercer Paso
Escribo el siguiente archivo de configuración, y lo sitúo en /etc/squid/squid.conf
Aquellos que deseen una copia fresca, puede bajarlo de http://www.bunker.org.ar/incubadora
#/etc/squid/squid.conf #de RAM este valor debería ser el correcto.
#Se puede omitir y confiar en los valores por
#El puerto por defecto en Squid es el 3128. # defecto.
http_port 3128 cache_mem 16 MB
#Mapeo de Caché. En una computadora con 128 MB #Cache con multihilos, para muchas maquinas, en un
# equipo potente, con 600 MB disponibles ^http://.*messenger.*\.cn
#cache dir aufs /var/spool/squid 600 16 256 acl nomsnweb url_regex i
^http://.*messenger.*\.org
acl nomsnweb url_regex i
#Mis redes
^http://.*messenger.*\.net
acl mired src 192.168.1.0/255.255.255.0 acl nomsnweb url_regex i
acl alumnos src "/home/s/Desktop/bloqueados" ^http://.*messenger.*\.biz
^http://.*messenger.*\.fi
#Otra regla necesaria
acl nomsnweb url_regex ^http://.*msg.*\.com
acl all src 0.0.0.0/0.0.0.0
acl nomsnweb url_regex ^http://.*msg.*\.ca
acl nomsnweb url_regex ^http://.*msg.*\.us
#Otra regla necesaria
acl nomsnweb url_regex ^http://.*msg.*\.info
always_direct allow all
acl nomsnweb url_regex ^http://.*msg.*\.cn
acl nomsnweb url_regex ^http://.*msg.*\.org
#Simplemente una identificación, pero obligatoria.
acl nomsnweb url_regex ^http://.*msg.*\.net
visible_hostname sopalajo
acl nomsnweb url_regex ^http://.*msg.*\.biz
acl nomsnweb url_regex ^http://.*msg.*\.fr
#Si se desea monitorear el trafico. Este archivo
acl nomsnweb url_regex i ^http://.*wbmsn.*\.com
#tiende a crecer bastante en redes con mucho
acl nomsnweb url_regex i ^http://.*wbmsn.*\.ca
#trafico.
acl nomsnweb url_regex i ^http://.*wbmsn.*\.us
access_log /var/log/squid/access.log squid
acl nomsnweb url_regex i ^http://.*wbmsn.*\.info
acl nomsnweb url_regex i ^http://.*wbmsn.*\.cn
acl nomsnweb url_regex i ^http://.*wbmsn.*\.org
################################################
acl nomsnweb url_regex i ^http://.*wbmsn.*\.net
####### Comienza definicion de reglas ##########
acl nomsnweb url_regex i ^http://.*wbmsn.*\.biz
################################################
acl nomsnweb url_regex i ^http://.*wbmsn.*\.fr
acl nomsnweb url_regex ^http://64\.12\.163\.136
##### Bloquear logueos al messenger
acl msnlogueos dstdomain nexus.passport.com
##### Otros sitios que molestan en clase
deny_info TCP_RESET msnlogueos
acl sitiosdefotos url_regex i ^http://.*foto.*\.*
acl baddomains dstdom_regex i .*\.icq\.com
##### Bloquear MSN Messenger
acl baddomains dstdom_regex i .*\.youtube.com
acl msnmessenger url_regex i gateway.dll
acl baddomains dstdom_regex i
.*\.video.google.com
##### Bloquear chat online MSN
acl msnchatporhttp url_regex i ^http://chat\. ##### bajadas
acl msnchatporhttp url_regex i ^http://.*chat.* acl download rep_mime_type ^.*video.*
acl download rep_mime_type ^.*audio.*
##### Bloquear sitios web con webmessengers
acl nomsnweb url_regex i emessenger ##### Bloquear yahoo
acl nomsnweb url_regex i acl aolyahoo dstdomain pager.yahoo.com
^http://.*messenger.*\.com
acl aolyahoo dstdomain shttp.msg.yahoo.com
^http://.*messenger.*\.ca acl aolyahoo dstdomain update.messenger.yahoo.com
acl nomsnweb url_regex i acl aolyahoo dstdomain update.pager.yahoo.com
^http://.*messenger.*\.us
##### Bloquear cabeceras de protocolo solicitadas
^http://.*messenger.*\.info
acl mimeblockq req_mime_type âpplication/xmsn
messenger$
acl mimeblockq req_mime_type âpp/xhotbarxip20$ ##### Permitiendo reglas #######
acl mimeblockq req_mime_type âpplication/xicq$ ################################
acl mimeblockq req_mime_type âpplication/xcomet http_access allow mired
log$
acl mimeblockq req_mime_type âpplication/xpncmd$
###############################
##### Denegando reglas ########
##### Bloquear cabeceras de protocolo enviadas
###############################
acl mimeblockp rep_mime_type âpplication/xmsn
http_access deny msnlogueos alumnos
messenger$
http_reply_access deny mimeblockp alumnos
acl mimeblockp rep_mime_type âpp/xhotbarxip20$
http_access deny mimeblockq alumnos
acl mimeblockp rep_mime_type âpplication/xicq$
acl mimeblockp rep_mime_type âpplication/xcomet http_access deny useragent alumnos
log$ http_reply_access deny download alumnos
acl mimeblockp rep_mime_type âpplication/xpncmd$ http_access deny nomsnweb alumnos
acl mimeblockp rep_mime_type âpplication/x http_access deny baddomains alumnos
chaincast$
http_access deny sitiosdefotos alumnos
http_access deny msnchatporhttp alumnos
##### Cabeceras de programas que hacen video
http_access deny msnmessenger alumnos
##### y audio streaming
acl useragent browser i ^.*NSPlayer.*
#Denegando todo lo no especificado arriba
acl useragent browser i ^.*player.*
#Util por ejemplo si nuestro proxy posee
acl useragent browser i ^.*WindowsMediaPlayer.*
#interfaces con conexión directa a Internet, (es
#decir, también es gateway/router), y no
## fin explicacion de reglas
#queremos que desde afuera nos usen el proxy
http_access deny all
################################
Una vez cambiados estos valores, reiniciamos el demonio:
/etc/init.d/squid restart
8.12.4.1. Monitorear tráfico de Squid
Lo ideal es instalar algun analizador de trafico, que nos ordene graficamente lo que esta ocurriendo en la red. Mi
favorito es sarg, que se instala en alguna carpeta accesible via web, y permite monitorear desde afuera los accesos
de los usuarios. Al respecto, el buscador de imagenes de google tiene muy buenos ejemplos.
El metodo clásico, sin embargo, es acudir a las trazas. Por ejemplo, para monitorear lo que está ocurriendo, en
tiempo real (Ctrl + C para destrabar la consola):
sudo tail -f /var/log/squid/access.log
Un excelente programa para monitorear, también en consola (aunque inútil si no se lee el help):
apt-get install squidview

Adonde estuvieron navegando nuestros usuarios? A veces puede ser interesante volcar el access.log:
cat /var/log/squid/access.log | grep sex

(... y constatar a que hora y de que máquina sucedió)
Hora Unix en las trazas:
En la traza de squid, el formato se visualiza de la siguiente manera:
1228486053.354 459 192.168.1.9 TCP_MISS/200 23320 GET

http://www.sitio.com/b.jpg - DIRECT/91.192.110.109 image/jpeg
La cifra 1228486053.354 se refiere a la cantidad de segundos que han pasado desde la invención de Unix.
Es un formato bastante extraño, pero muy util que se utiliza en este sistema operativo y sus primos. Concretamente,
desde la fecha 00:00:00 01-01-1970 GMT
La manera de “traducir” esta fecha a la fecha normal es mediante el comando date, reemplazando el ejemplo
en negrita:
s@sopalajo $ date --date='1970-01-01 1228486053.354 sec GMT'

==> vie dic 5 12:07:33 ARST 2008
8.12.5. Instalación de los Clientes
● Configurar solamente IP (ejemplo: 192.168.1.4) y Mascara de Red (ejemplo: 255.255.255.0), es decir,

configuración mínima de intranet.
Si solo se va a usar Navegadores y Mensajería, no hace falta incluir Gateway (Puerta de Enlace) ni DNS.
Si bien estos valores no deberían molestar, en ocasiones los programas clientes “se escapan” por el
gateway... Messenger es un ejemplo.
● Configurar el proxy en los programas clientes. Prácticamente todos los programas que conectan a internet
tienen la opción para conectar a proxy en alguna parte de su configuración. Por ejemplo, en los
navegadores, se debe abrir la sección de Conexiones, y habilitar IP y Puerto del Servicio de Proxy.
8.12.6. Squid Transparente y NAT en la misma computadora
El proxy transparente obliga que toda solicitud al puerto 80 del server sea reenviada obligatoriamente al proxy
(squid: 3128). Esta utilidad es evidente cuando:
● Tenemos muchas computadoras en la red y realmente es muy laborioso configurar el proxy en los
navegadores de cada una de ellas
● Deseamos hacer una instalación masiva en la red, y deseamos que exista un repositorio centralizado.
● Algunos usuarios pueden descubrir que el proxy guarda forzosamente su historial y hora de navegación. Si
poseen unos cuantos conocimientos de redes (personal técnico), y saben que en la red, además hay un
router nateando, lo pueden configurar como puerta de enlace, agregar unos DNS públicos, y navegar sin ser
controlados. Pasos necesarios:
1. Se cambia esta línea en la configuración anterior de /etc/squid/squid.conf
http_port 3128
por esta:
http_port 3128 transparent
2. Se escribe en la terminal un script que reenvíe obligatoriamente el puerto 80 al puerto 3128
● iptables -t nat -A PREROUTING -p TCP --dport 80 -j REDIRECT --to-port 3128

● iptables -t nat -A POSTROUTING -o eth0 -s 192.168.0.0/24 -j MASQUERADE
● echo 1 > /proc/sys/net/ipv4/ip_forward
Por cierto: estas ordenes de iptables funcionarán mientras no reinicie la computadora. Para ver como dejar
estos valores permanentes, ver el siguiente capitulo.
3. Podemos verificar que si esté efectuando el reenvío con la orden
● iptables -t nat -L
8.12.7. Squid Transparente y NAT en computadoras distintas
Nota: Si el Linux Router y el Linux Proxy (192.168.0.1) fueran computadoras distintas: en el router se debe
utilizar DNAT en lugar de REDIRECT. Se agradece a “Redondos”, del grupo Lugmen, en ocasión del Festival
Latinoamericano de Software Libre 2007.
● iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.1 -p tcp –dport 80 -j

ACCEPT
● iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.0/24 -p tcp --dport 80 -j
DNAT --to-destination 192.168.0.1:3128
● iptables -t nat -A POSTROUTING -o eth0 -s 192.168.0.0/24 -d 192.168.0.1 -j
SNAT --to 192.168.0.254
● iptables -A FORWARD -s 192.168.0.0/24 -d 192.168.0.1 -i eth0 -o eth0 -p tcp
--dport 3128 -j ACCEPT
8.12.8. Enmascaramiento (usando iptables y firestarter)
Habíamos hablado de las bondades del enmascaramiento en la sección dedicada a NAT.
Iptables es una herramienta pequeña en tamaño, pero gigante en sus alcances. Exige un poco de
conocimientos para usarlo en profundidad. Algunos buenos tutoriales en español que pueden encontrarse al
respecto son:
● http://www.pello.info/filez/firewall/IPTABLES.pdf
● http://www.cafelug.org.ar/modules/mydownloads/visit.php?cid=7&lid=12
● http://www.inestable.org/apuntes/iptables_manual.pdf
● http://lug.fi.uba.ar/documentos/gateway/index.php
Para tener una idea general, comenzaremos realizando una configuración mínima, y extremadamente
permisiva. La llamaremos Configuración "A".
Luego realizaremos una configuración que llamaremos "B", que nos permitirá tener un mejor control.
Finalmente, realizaremos una configuración restrictiva, que llamaremos “C”.
Para todas ellas necesitaremos el paquete iptables. Generalmente este paquete ya viene instalado.
Podemos instalarlo/actualizarlo escribiendo
apt-get install iptables

8.12.8.1. Enmascaramiento: Configuración "A" (permisiva y clásica)
El siguiente esquema de ruteo sirve para convertir una computadora en un router "totalmente anárquico". Al
punto que la mayoría de las conexiones pasarán directamente a las estaciones o a los otros nodos.
Si las estaciones corren Windows, se verán inundadas por el mismo trafico de paquetes conteniendo código
malicioso, que si estuvieran conectadas directamente al ISP. No obstante cumple bien el propósito de aprender
como funciona la instalación de un script sencillo para rutear. Se recomienda enfáticamente proteger los Windows
mediante firewalls tales como ZoneAlarm y otros.
Comenzamos creando un pequeño script como root, ubicado en
/etc/network/if-up.d/00-firewall
Su contenido será el siguiente.
#!/bin/sh
PATH=/usr/sbin:/sbin:/bin:/usr/bin
#Basado en http://gdsol.uta.cl/wiki/index.php/Gateway_Debian
echo "Borrando reglas anteriores"

iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -X
echo "Compartiendo internet de la interfaz eth0"

echo "a la interfaz eth1 (192.168.0.x)"
iptables -t nat -A POSTROUTING -o eth0 -s 192.168.0.0/24 -j MASQUERADE
iptables -t nat -L POSTROUTING
echo 1 > /proc/sys/net/ipv4/ip_forward
echo "Probando Google..."

ping google.com.ar -c 1
Atención: Si utilizamos conexión por ADSL "eth0" debería ser cambiado por "ppp0", Convendría revisar el
estado de las reglas mediante el comando "route": puede hacer falta agregar al final una línea que diga
route add default ppp0

Tornamos ejecutable el script:
chmod +x /etc/network/if-up.d/00-firewall
En lugar de reiniciar toda la red (/etc/init.d/networking restart), reiniciamos solo la interfaz beneficiada:
ifdown eth1
ifup eth1
Una vez que todo funcione correctamente: no dar nada por sentado: reiniciar y revisar que el gateway
conecte y comparta la conexión.
● Podría estar faltando insertar el modulo pppoe mediante modprobe. Agregarlo también en el script.
● Si algún usuario se encuentra leechando 15 podría llegar a superar el limite prudencial de conexiones (varía
según el enlace). Un sudo netstat -pa | wc -l nos permite descubrir cuantas conexiones estamos
sosteniendo. Por ejemplo en el ADSL de Speedy, el límite se encuentra aproximadamente en las 200
conexiones simultáneas.
Otro forma de averigüar que conexiones está realizando el equipo, es haciendo sudo lsof | grep
TCP
En este caso se debería limitar, además de la velocidad de descarga, el número de conexiones en los
clientes Kazaa, Bittorrent o Edonkey, quienes CENTUPLICAN esos valores, constituyéndose en un abuso
muy serio para las redes. Los verdaderos hackers, en cambio, utilizan los viejos y buenos FTP o CTCP
(de los canales de compartición de archivos del IRC), que solo emplean 1 (una) conexión por cada
descarga.
● Configuraciones especiales: existen muchos libros, artículos y trucos en Internet acerca de aprovechar la
flexibilidad de iptables. Por ejemplo: las siguiente reglas buscan cadenas frecuentes en los paquetes
enviados al Messenger de Microsoft, y deniegan el acceso.
iptables -t mangle -A POSTROUTING -s 0/0 -m layer7 --l7proto msnmessenger -j DROP

iptables -A FORWARD -s 192.168.x.0/24 -p tcp --dport 1863 -j REJECT
iptables -A FORWARD -s 192.168.x.0/24 -d loginnet.passport.com -j REJECT
gateway.messenger.hotmail.com/gateway/gateway.dll
iptables -A FORWARD -p tcp -d messenger.hotmail.com --dport 80 -j DROP
iptables -A FORWARD -p tcp --dport 1863 -j DROP
iptables -A FORWARD -s 0/0 -d 65.54.195.253 -j DROP
iptables -A FORWARD -s 0/0 -p tcp --dport 1863 -j REJECT
15 Construcción utilizada habitualmente para designar a la bajada masiva de archivos.

iptables -A FORWARD -s 0/0 -d loginnet.passport.com -j REJECT

iptables -A FORWARD -s 0/0 -d webmessenger.msn.com -j REJECT
iptables -A FORWARD -s 0/0 -d e-messenger.net -j REJECT
8.12.8.2. Enmascaramiento: Configuración "B" (gráfica y controlada)
Crear reglas de iptables es fascinante, pero exige consultar bastante documentación. Desde hace algunos
meses se han popularizado varios programas que automatizan la implantación de reglas iptables desde cómodas
interfaces. Guarddog+GuideDog, ufw (Uncomplicated Firewall), webmin-firewall y Firestarter son buenos ejemplos.
Veremos el uso de Firestarter.
La instalación no puede ser mas simple:
apt-get install firestarter
Debido a que iptables no es un demonio, sino

un módulo de kernel, no posee el comportamiento de
arrancar desde el inicio, aunque si puede detenerse,
reconfigurarse, y reiniciarse. Por esta razón en la
"Configuración A" tuvimos que hacer que arrancara
mediante una "artimaña".
Ahora bien. Firestarter se comporta como un

demonio. Durante la instalación queda activado en el
inicio. Debemos configurarlo ejecutando firestarter
desde alguna consola preferentemente como root.
Debemos elegir que interface posee el acceso

a una red superior (o a Internet), y que otra interface
posee el acceso a la LAN. Debemos escoger si el
manejo de datagramas sera "restrictivo por defecto" o
"permisivo por defecto". Todo el tiempo estaremos
viendo una estadística de transferencia.
A veces sucede que prohibimos en demasía, y algunos programas de la LAN no conectan a Internet.
Debemos estar pendientes de la pestaña "Events" donde figuran todos los accesos no autorizados. Con el botón
derecho del Mouse podemos "Permitir la Conexión" o "Permitir la Conexión para la IP". Podemos también reenviar a
otro puerto, o incluso a otra interface.
Otra opción muy amable que posee Firestarter es la

de tocar con el botón derecho alguna IP que tenga un
comportamiento "extraño", y darle a la opción "Resolver".
En la medida que pueda, Firestarter contactará al DNS y
tratará de mostrarnos el nombre de host.
También, mientras pueda, Firestarter nos mostrará

el programa que ha solicitado la conexión.
En mi experiencia, es un programa
extremadamente potente, con el que he logrado pequeñas
magias como:
● Reenviar el trafico http a Squid: así pude

descubrir mediante el access.log, un sereno que
durante las noches en lugar de cuidar el
edificio... "cuidaba otros sitios".
● Sacarse de encima adolescentes y denegar el

paso a gateway.messenger.hotmail.com
● En su lugar, permitir el paso al protocolo Jabber,

y a los Roster de MSN y Yahoo, obteniendo una
red mas fiable, con menos gusanos y troyanos.
● Permitir el paso de correo IMAP y POP "solo a la IP que yo quiero"
● Dejar bajar programas vía Bittorrent solo al BOFH a cargo (yo): esta es la típica auto asignación de privilegios
que nos permitimos los Moles de las redes.
Una característica a lo "Windows" que posee este programa, es que se alojará en la TrayBar de GNOME,
XFCE o KDE mientras no lo estemos usando, pudiendo emerger, detener o continuar cuando queramos.
8.12.8.3. Enmascaramiento: Configuración "C" (gráfica y restrictiva)
Esta nota la escribí hace un tiempo en
http://bunker-blog.blogspot.com/2007/03/firestarter-restrictivo-y-no-tanto.html
Hace un tiempo estoy compartiendo Internet con mis

vecinos. Pero a pesar de los acuerdos preliminares, nunca falta el
leecher que se tienta y empieza a saturar la conexión con el
eDonkey, Ares, Bittorrent, y otros que hicieran las delicias de mi
adolescencia. Pero ahora donde los veo, los censuro
alegremente.
También suelo descubrir programas procedentes de esos

Windows que envían programas sin razón aparente: Spywares,
Adwares, alguno que otro troyano. A más contaminación, mas
datagramas circulando por la red.
Además utilizo el cliente no-ip para conectarme a mi server

cuando estoy fuera de casa (puerto 8245).
Esta parte es muy simple: en la primer captura se puede

apreciar
• Tildada la opción "restrictivo por omisión, tráfico en lista

blanca"
• Permitir las conexiones desde el host LAN: aquí van las
maquinas absolutamente confiables. A las cuales no se
les niega nada. Por ejemplo: 192.168.1.1
• Segunda captura de pantalla: Permitir servicio - Puerto - Para: aquí se especifica claramente que servicio
se les permite a las IP "ruidosas". Por ejemplo, al usuario de la computadora 192.168.1.5 solo lo dejo usar
el correo, en tanto que al de la 192.168.1.6 solo lo dejo navegar por la Web
• POP3 - 110 – 192.168.1.5
• SMTP - 25 – 192.168.1.5
• DNS - 53 – 192.168.1.5
• HTTP - 80 – 192.168.1.6
• HTTPS - 443 – 192.168.1.6
• DNS - 53 – 192.168.1.6
Ojo: el puerto 53 es necesario en todos los casos
Servicios del Firewall para la LAN: Hay que aclararlos en la misma ventana. En mi caso Obelix no solo
rutea paquetes, sino que además lo tengo haciendo de todo un poco. Por ejemplo SSH, necesario para entrar a mis
maquinas con Linux de la LAN a través del Firewall, y FTP, para buscar archivos cuando en mi trabajo me olvide de
llevar el pendrive.
Algunas tareas que efectúa Obelix en la LAN, quiero que también sean permitidas para Internet: hay que
hacerlo en 3 partes
1. Permitirle al Firewall emitir estos paquetes: proceder como en la Captura 3
2. Volvemos a Normativa para el tráfico entrante y aclaramos "A cualquiera" (everyone).
3. Aplicar normativa. ESPERAR aprox. 1 minuto.

8.13. Telnet / SSH
Tanto Telnet como SSH nos permiten iniciar una sesión remota contra un servidor Windows Server, Unix o
GNU/Linux. Si conocemos los comandos del shell podemos trabajar dentro del equipo como si realmente
estuviéramos sentados físicamente delante de él. Esto es muy útil para reparar, levantar servicios, reiniciar, sacar
usuarios molestos, revisar la base de datos, y diversas tareas típicas del administrador.
8.13.1. Instalación de los servicios
apt-get install telnetd openssh-server
8.13.2. Software necesario en las estaciones
● En GNU/Linux usamos simplemente los comandos telnet y ssh
● En el caso de telnet, en Windows podemos usar
Inicio / Ejecutar / telnet
● Sin embargo, Windows no posee cliente ssh. Y el cliente telnet es muy incompatible con teclados y juegos de
caracteres. De modo que conviene usar algún software específico como
http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe
Ahora si: Nos vemos muy "geeks" cuando jugamos con la consola, y podemos incluso asombrar a parientes y
amigos mientras les hacemos creer que nos estamos inscribiendo en la Asociación de Estudiantes de la Universidad
Complutense de Madrid16, o que estamos colaborando en un programa de búsqueda de Inteligencia Extraterrestre17

en la Universidad de de Berkeley18 :P
Abrir programas gráficos en forma remota vía SSH
Recién no lo mencioné... pero no se puede abrir un programa gráfico a distancia mediante el método
anterior. Para ello se debe entubar el protocolo que utiliza el server gráfico “X”.
8.13.2.1. Entre Linux(s) / Unix(s)
Actualmente todos los manejadores de sesiones, tales como GDM o KDM, permiten iniciar vía XDCMP
sesiones gráficas en otra computadora, incluso en simultáneo con la sesión actual (¡!).
En ocasiones no deseamos levantar una sesión completa, con escritorio y todo en nuestra sesión actual, de
modo que podemos emplear SSH par abrir solo algúna aplicación remota en particular. El cliente SSH posee dos
opciones (-X y -C), muy útiles para abrir aplicaciones gráficas de otro server gráfico (X) de otro Unix. Solo requiere
que X funcione en el cliente, y que el servicio SSH se encuentre ejecutando en la maquina destino. Veamos un
ejemplo:
usuario@maquinaA ssh -C -X usuario@ip_maquina_B

password: ********
usuario@maquinaB xterm
En este caso:
● -C Habilita la compresión de Hardware.
● Se puede agregar la opción -o CompressionLevel=9 en conexiones muy lentas
● -X realiza un "X Forwarding", es decir, deja pasar programas gráficos corriendo sobre X.
● usuario@ Indica un usuario valido en la maquina B
● xterm es solo un ejemplo. Mediando una buena velocidad, se puede levantar cualquier aplicación.
16 putty vía ssh a -> ieeesb.fdi.ucm.es

17 http://setiweb.ssl.berkeley.edu/
18 putty vía ssh a -> ocf.berkeley.edu
8.13.2.2. Abrir X en Windows:
Remoto
Los server X vienen para muchos sistemas operativos. Para iniciar sesión remotamente, y en modo gráfico
contra un Linux, se puede emplear alguna versión local de X para Windows, donde el X remoto pueda enviar sus
instrucciones. Algunos X para Windows son:
● Abierto: Xming (http://www.straightrunning.com/XmingNotes)
● Propietario: Xmanager (www.netsarang.com)
Local
Este truco también es muy útil para correr programas sobre algunos Linux ya adaptados para correr en
simultaneo con Windows, pero que solo ofrecen acceso vía terminal (Cygwin, Colinux).
Naturalmente no todas las aplicaciones son compatibles y en ocasiones se requiere de bastante trabajo de
adaptación, pero el premio es lograr correr aplicaciones pensadas para Linux, a velocidad real, sobre Windows. Esto
se debe a que no estamos realizando ninguna emulación (como Vmware o QEMU), sino que las aplicaciones están
corriendo nativas.
Una curiosidad al respecto, cuando el experimento se realiza sobre un Windows no pensado para servidor
(como Windows XP): en este caso, la latencia del sistema operativo, está enfocada en dar prioridad al servicio
monousuario. Es decir, mientras que Linux (y Windows Server) están preparado para atender múltiples frentes a la
vez, Windows XP es más rápido en tareas que requieren de atender a un solo usuario. En la familia Windows, este
efecto se aprecia en los juegos.
Es necesario entender
estas razones, cuando
descubrimos que las
aplicaciones gráficas pensadas
para Linux, corren
extremadamente rápidas bajo
Windows XP.
En la siguiente captura
de pantalla puede observarse
un Linux RedHat corriendo
dentro de la herramienta
Xmanager para Windows.
Vinculo útil: http://bunker-blog.blogspot.com/2006/09/levantar-programas-graficos-de-linux.html

8.14. FTP (File Transfer Protocol)
El FTP, o “Protocolo para Transferencia de Ficheros”, se usa para "subir" (put) y "bajar" (get) archivos a una
computadora donde tengamos cuenta de usuario. En ocasiones se puede habilitar un usuario "anonymous" o
"guest". Usaremos PROFTPD, un demonio muy amigable y configurable.
8.14.1. Instalación del servidor:
apt-get install proftpd
Como de costumbre, apt se encarga de obtener de obtener los archivos y de configurarlos. Podemos revisar
si la instalación tuvo éxito conectando a la interface loopback (lo)
ftp 127.0.0.1
Connected to 127.0.0.1.
220 ProFTPD 1.2.9 Server (Debian) [zion]
Name (127.0.0.1:sergio): sergio
331 Password required for sergio.
Password: xxxxxxxxx
230 User sergio logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>bye
221 Goodbye.
8.14.2. Instalación de los clientes
8.14.2.1. Clientes "de texto"
Hay muchos, como ncftp, lftp, o el clásico "ftp", que nos puede sacar de mas de un apuro. Tanto en
GNU/Linux como en Windows, si hemos instalado las herramientas básicas del protocolo TCP/IP, poseemos a nivel
shell este pequeño binario llamado "ftp".
● En este ejemplo, entraremos a un servidor ftp, a buscar el navegador Mozilla para Windows. Mozilla es un
navegador muy potente y completo, fuente abierta.
● Emplearemos usuario anonymous y como password, una dirección de correo
● Usaremos la orden hash para que nos muestre mediante numerales (#) el progreso de la transferencia.
● Usaremos la orden GET (obtener) para bajar archivos. La orden contraria sería PUT (poner) para subirlos.
● No tratado aquí: a veces conviene bajarse de los ftp, archivos que contienen cadenas md5sum. Su
utilidad radica en poder realizar un control de corrupciones durante las transferencias.
ftp ftp.mozilla.org
Connected to ftp.mozilla.org.
Name (ftp.mozilla.org:s): anonymous

Password: sergio@eim.esc.edu.ar
230 Login successful.
Remote system type is UNIX.
ftp> ls
150 Here comes the directory listing.

20 May 02 2004 iu-only
4096 May 05 18:25 pub
22 Feb 09 2004 test
ftp> cd pub
Welcome to the USSG Public File Server!
ftp> ls

4096 Jun 04 05:27 FreeBSD
152 Jun 05 00:21 OpenBSD
1004 May 03 18:25 README.nfs
4096 Jun 05 02:47 apache
19 May 24 13:39 mozilla-micro
61 May 05 18:16 mozilla-video
4096 May 23 05:19 mozilla.org
65 Jun 05 2003 openoffice
121 Dec 14 14:51 xlivecd
226 Directory send OK.
ftp> cd mozilla.org
ftp> ls
38 May 23 05:31 mirror

4096 Oct 21 2003 mozilla
4096 May 28 22:11 themes
117 Jan 08 00:19 thunderbird
ftp> cd mozilla
ftp> ls
55 Jul 13 2003 contrib

8192 Jun 05 13:14 nightly
4096 May 11 23:53 releases

4096 Apr 05 2004 source
ftp> cd releases
ftp> ls
4096 Mar 24 2004 mozilla1.7b

4096 Feb 23 17:14 mozilla1.8b1
ftp> cd mozilla1.8b1
ftp> ls
12210812 Feb 23 17:04 mozilla-win32-1.8b1-installer.exe
ftp> hash
Hash mark printing on (1024 bytes/mark)
ftp> get mozilla-win32-1.8b1-installer.exe
150 Opening BINARY mode data connection for mozilla-win32-1.8b1-installer.exe (12210812

bytes).
################################
Download sucess
ftp> bye
bye
8.14.2.2. Clientes Gráficos
Navegadores (Explorer, Firefox, Mozilla, Opera, etc): si bien es fácil encontrar una navegador, no es el
mejor método por cuanto:
● Suelen esconder las transacciones.
● No ofrecen mecanismos fiables de subida (PUT)
● No poseen mecanismos de retransferencia19 en caso que se corte la conexión.
ftp://usuario:contraseña@servidor.extensión.pais/carpeta/subcarpeta/
19 Con la posible excepción del navegador Opera (www.opera.com)

8.14.2.3. Clientes específicos
Por donde se los mire, suelen ser la mejor opción. Algunos incluso muestran en su parte inferior la "charla"
con el servidor, lo cual resulta bastante instructivo.
● Indepediente del sistema opertivo
● Plugins de firefox, instalables vía Herramientas → Agregados
● FireFTP
● FTP Upload
● Vía Web (util si nos bloquean el puerto 21):
● http://www.net2ftp.com/index.php
● http://www.anyclient.com/
● Windows
● Filezilla
● SmartFTP
● LeechFTP
● AceFTP
● Un buen listado de Clientes FTP Freeware: http://www.download.com/sort/3120-20_4-0-1-4.html?

qt=ftp+client&author=&titlename=&desc=&dlcount=100000&li=49&os=&swlink=false
● GNU/Linux
● Filezilla
● Gftp y gftp-gtk
● Kbear
● MC (Midnight Commander: usa la url expresada en la hoja anterior)
● Se puede obtener un buen listado haciendo
apt-cache search "ftp client"
Ejemplo con gftp-gtk, subiendo los apuntes a bunker.org.ar

8.15. Servidores Web
(De http://www.sindominio.net/ayuda/glosario/?A-E:)
Apache: Es un servidor web libre, es decir, el encargado de construir y devolver las páginas web que
solicitan los navegadores. Su nombre procede de "a patchy server", por ser una versión "parcheada" en 1995 de uno
de los primeros servidores web, el NCSA HTTPD, y actualmente corre en muy diversas plataformas (Unix,
GNU/Linux. Windows, etc.). Es desarrollado y mantenido por la comunidad del software libre a través de la
[Fundación Apache]. Es la auténtica "kill app" del software libre en el ámbito de los servidores y el ejemplo de
software libre más exitoso (por delante incluso del kernel Linux): desde hace años, más del 70% de los servidores
web de Internet corren este magnífico software20.
Instalación
apt-get install apache2
Para revisar si todo funciona correctamente, confeccionaremos una página Web que revolucionará la Internet.
Crearemos un archivo que se llamará hola.html
<HTML>
Hola Mundo!
<CENTER>
Bienvenidos a mi pagina Web
</CENTER>
</HTML>
... pero para que se vea funcionando debemos publicarlo en alguna parte del árbol del servidor donde Apache
lo publique en Internet. Las opciones mas frecuentes son:
8.15.1. Rutas donde publicar archivos
8.15.1.1. A nivel raíz
Si deseamos publicar en la raíz del sitio, debemos escribir como root en la carpeta
/var/www -------------------------------> http://localhost
O crear carpetas (mkdir) y cambiarles el dueño (chown) para que los usuarios normales puedan escribir en
ellas.
mkdir /var/www/juan
chown juan:juan /var/www/juan
Lógicamente este paso es mas engorroso por cuanto debemos administrar manualmente que usuarios
20 http://uptime.netcraft.com
publican en que parte. Esa es la razón para habilitar el modulo userdir (a continuación).
8.15.1.2. A nivel usuario
Una característica que suele traer Apache, consiste en otorgar la libertad a los usuarios de publicar sus
trabajos, si estos se fabrican un directorio que se llame public_html en su home user. De esta manera, si a la URL
del servidor se le agrega un ~usuario, los trabajos quedaran publicados.
En la última versión de Apache que viene en Ubuntu Gutsy, y en Debian Etch, esta libertad se debe solicitar
manualmente, escribiendo como superusuario (o con sudo, en el caso de Ubuntu)
a2enmod userdir
Ahora si, podemos dejar que cualquier usuario publique al mundo sus archivos, mientras se tome el trabajo
de crear su propia carpeta public_html en su home (~/)
/home/usuario/public_html ----------------------------> http://localhost/~usuario
8.15.1.3. Virtual Host y carpetas específicas
Este ejemplo de instalación es un poco mas avanzado, y sirve para otras ocasiones en que queremos
modificar el comportamiento de Apache, para que este:
● Se haga cargo de mas de un sitio en una misma computadora (es decir, cuando /var/www no basta)
● Se comporte como servidor espejo ante la caída de otro
● Asuma plena autoridad sobre un dominio en particular
● Otorgue rutas “reales” a ciertos CMS bajados de Internet, como moodle 21.
Ejemplificaré un caso real. En Agosto de 2008 se me encargó desde la dirección del Instituto Nuevo Cuyo,
independizar el sitio www.institutonuevocuyo.org.ar de su hosting habitual, contratado en Buenos Aires a una
empresa cuyos servidores alquilados se encontraban en Texas. Sin embargo, hasta no tener operativo el servidor
propio, queríamos mantener a toda costa corriendo el sitio normal.
Antes, una breve enumeración de hostings:
21 Ver mas adelante: “BLOGS, Weblogs, Wikis, CMS, RSS”

Hostings
Contratado “Afuera”
La práctica habitual (y recomendada) de las PyMEs cuando inician una presencia en la Web, es contratar un
espacio en internet, un /home por así decirlo, a alguna empresa que hace cargo de configurar sus DNS y Apache
para responder ante un nombre de dominio.
El procedimiento es muy simple:
1. Se contrata espacio web en alguna empresa local, como zeusargentina.com.ar, towebs.com,

hostrentable.com, etc, y por una módica suma (este último, partiendo de $2 al mes) se cuenta con varias
ventajas:
● Espacio online del cual no tenemos que preocuparnos en backupear
● Linux limitado (sin sudo ni root), pero operativo, y sin necesidad de instalar ni configurar
● Administración muy fácil, mediante herramientas online tales como cpanel, vodoo y otras
● Acceso ssh y scp (solo Zeusargentina)
● En lugar de las horribles opciones para subir paginas de los hostings gratuitos, contamos con acceso
por FTP, muy “Dreamweaver friendly”.
● PHP y unas cuantas bases MySQL/PostgreSQL
● Cuentas y Listas de correo, magníficas para hacer mailing o envíos masivos.
● El servicio de hosting, además de entregarnos el usuario y contraseña para acceder, nos entrega dos
direcciones de servidores DNS, por ejemplo, ns1.zeusargentina.com.ar, y ns2.zeusargentina
.com.ar
Ambas direcciones son necesarias para el siguiente paso:
2. Se acude a nic.ar, o a internic.net, y se realizan los tramites para obtener un nombre de dominio. En
Argentina, los dominios .ar por ahora son gratis. En este caso, institutonuevocuyo.org.ar
3. Si no se posee todavía contratdo el hosting que nos aporte direcciones DNS, se puede simplemente
Reservar. El paso siguiente es Delegar los DNS. Tras algunos días de trámites, y si todo anda bien,
cualquier computadora en el mundo que quiera acceder al dominio mencionado, será encausada al Apache
de Zeusargentina.
4. Truco: no inscribir en nic.ar los DNS del proveedor de Hosting
¿Como es esto?, se preguntará usted: si tengo espacio hosting contratado, ¿por qué no utilizo los DNS
contratados -y pagados- a tal fin?
Vale la pena realizar el pequeño esfuerzo de (a) sacarse una cuenta gratuita en Zonedit.com, (b) registrar allí
el dominio, (c) apuntarlo a la IP del proveedor 22, (d) obtener a cambio un par de Nameserver, y (e) registrar
el dominio nuevamente en nic.ar con ellos.
Dos muy buenas razones
22 ¿Cual es la ip de su proveedor? Hombre, pues, hágale un ping provedor

○ Estabilidad, y velocidad de respuesta ante caídas: si los DNS de mi proveedor de hosting, o el hosting
completo se cayeran23, o si mis jefes decidieran imprevistamente cambiar de servicio de hosting, me vería
en un apretado problema: el tramite en nic.ar demora al menos 48 hs (y a veces más). Esto me
provocaría la aparente caída del sitio Web, y el colapso telefónico de mi oficina. En cambio, en Zonedit,
reapuntar el dominio hacia otra IP es cuestión de minutos.
○ Economía: a veces no tenemos IP fija, y el sitio se encuentra detrás de un ADSL o Cablemodem, con IP
dinámica, que cambia en cada reconexión del router, o al menos cada 24 hs.
En otras palabras: queremos tener un dominio.com.ar, pero solo contamos con Banda Ancha de Speedy,
Arlink, Arnet, etc.
El truco es bien conocido: se obtiene una cuenta en algún servicio como no-ip.com, dyndns.com,
asociado a un nombre fantasía entre los disponibles. Por ejemplo: servidorcounter.no-ip.com
De estos sitios además bajamos un programa residente que se instala en la computadora, y que avisa
cada 30 segundos la IP actual del equipo a no-ip.com. Muy útil para cuando estamos en la oficina, y nos
hemos olvidado un archivo en casa.
Luego, y para hacer un trabajo fino, se enlaza el dominio guardado en zonedit.com (por ejemplo
servidorcounter.com.ar), no hacia una IP real, puesto que no la tenemos, sino hacia
servidorcounter.no-ip.com, mediante la opción WebForward de zonedit.com
Hosting propio
Con el tiempo, cuando la empresa crezca mucho, necesitará recurrir a servicios que suelen ser muy caros
contratarlos afuera:
● Lenguajes o frameworks en el servidor:
○ Tomcat (Java)
○ Zope (Python)
○ Rails (Ruby)
○ etc...
● Bases de datos mas pesadas, como MSSQL, u Oracle
● Privacidad de datos críticos
● Alta velocidad de acceso al server desde adentro de la empresa.
● Espacio ilimitado
● Acceso vía SSH (placer de los dioses!)
● Muchas cuentas de correo, y distintas cuentas usuarios: en los hostings habituales todos los usuarios de la
empresa, programadores, diseñadores, deben compartir una única cuenta, lo cual es engorroso.
● Virtualización de servicios, mediante Vmware, VirtualBox, Xen, etc.

23 Durante el año 2008, en el edificio en Texas donde mantienen 50000 sitios, entre los cuales 4 míos, hubo una explosión de un
generador de corriente que detuvo el servicio durante 3 días. No es frecuente, pero...
En los Hosting “cama adentro”, debemos configurar manualmente todos los servicios, lo cual es una tarea
ardua pero muy satisfactoria
Las necesidades son
● IP real y fija. En Mendoza los ISP que tradicionalmente ofrecen este servicio son las empresas ITC, Telmex,
e Impsat
● 256 ~ 512 MB de RAM para un servidor LAMP, con un procesador apenas superior a un Celeron, o Pentium
2 es suficiente.
● DNS:
○ Propios: Dos computadoras mas, si se desea mantener servidores DNS propios. Esto no es obligatorio, y
en este ejemplo lo realizaré utilizando servidores DNS públicos. Si se desea ver en profundidad la
configuración de DNS propios, sirvase adelantarse al capítulo “Servidor maestro de un Dominio”.
○ Públicos
● Linux :P
8.15.1.4. Configurar un Servidor Apache para Internet, utilizando DNS públicos
Ahora si: comenzaré a configurar la versión independiente de www.institutonuevocuyo.org.ar
Esta instalación se puede realizar sin molestar al verdadero www.institutonuevocuyo.org.ar en Internet. La

configuración será local, y cuando el servidor esté listo para ser presentado en sociedad -si, como una quinceañera-
lo reapuntaré desde el DNS público.
Técnicamente, la tarea de instalación se divide en los siguientes pasos
1. Instalar y configurar Apache.
2. Convencer al servidor que efectivamente, él es www.institutonuevocuyo.org.ar
3. Durante las pruebas locales, y mientras el DNS público (zonedit) sigue apuntando al sitio contratado:
Convencer a la red local (LAN) para que no salga a buscar www.institutonuevocuyo.org.ar a Internet, sino
que lo resuelva localmente
4. Configurar DNS externos, que acepten interrogaciones externas de otros DNS (como el nic.ar), y redirijan
el tráfico hacia nuestra IP real, donde espera nuestro sonriente Apache.
Pasos detallados:
1. Instalar y configurar Apache: para la migración de los

datos existentes en el hosting, hacia una maquina propia
del instituto, escogí trabajar con Apache 2.2.3
empaquetado en Debian Etch stable, 4.0 r3. Se utilizó apt-
get para instalar los paquetes, tal como figura en el
siguiente capítulo, “Instalar LAMP”.
Como nombre del servidor, (hostname) escogí

arbitrariamente “mendieta” 24.
Había mencionado que Apache utiliza /var/www en forma

predeterminada, como carpeta raíz donde publicar el sitio
por defecto, y accesible escribiendo http://localhost o
también http://127.0.0.1 en el navegador. ¡Pruébelo!
Sin embargo, publicar en esta ruta no es buena idea, puesto que esa carpeta solo puede ser modificada por
el root. Si bien se puede cambiar el dueño de esta carpeta por el de un usuario común, hay un sistema
mejor: decirle a Apache que los archivos de institutonuevocuyo.org.ar se encuentran en un carpeta de
usuario, como /home/s/public_html
En Ubuntu, esta configuración puede hacerse en forma gráfica, utilizando la amable utilidad “rapache”.
En Debian, a falta de algo mejor, creamos un archivo llamado institutonuevocuyo y lo ubicamos en la

carpeta /etc/apache2/sites-available, con el siguiente contenido:
NameVirtualHost *:80
24 http://es.wikipedia.org/wiki/Inodoro_Pereyra
<VirtualHost *:80>
ServerName institutonuevocuyo.org.ar
ServerAlias institutonuevocuyo.org.ar *.institutonuevocuyo.org.ar
ServerAdmin escuelaint@gmail.com
DocumentRoot /home/s/public_html/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /home/s/public_html/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

<Directory "/usr/lib/cgi-bin">
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
ErrorLog /var/log/apache2/error.log
LogLevel warn
CustomLog /var/log/apache2/access.log combined
ServerSignature On
Alias /doc/ "/usr/share/doc/"

<Directory "/usr/share/doc/">
Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
Allow from 127.0.0.0/255.0.0.0 ::1/128
</Directory>
</VirtualHost>
2. Resta activar el sitio en /etc/apache2/sites-enabled y reiniciar el servidor. Lo hacemos con los comandos:
root@mendieta:~# a2ensite institutonuevocuyo
root@mendieta:~# /etc/init.d/apache2 restart
3. Convencer al servidor: si escribimos en el navegador la dirección http://institutonuevocuyo.org.ar, nos

llevaremos la sorpresa de encontrarnos con el sitio “oficial”, el que reside en el hosting. ¿Que pasó?
Sucede que la pila TCP/IP está pensada para preguntarle a los DNS del proveedor cual es la IP operativa
que responde al dominio solicitado. Y los DNS, en este caso, de Speedy, no tienen ni idea que nosotros
se nos ha ocurrido montar un dominio... en la misma máquina desde donde estamos consultando. ¿Nunca
han quedado como bobos, preguntando a todos en la oficina si han visto la lapicera... que llevan colgando
del bolsillo de la camisa?
En el génesis de internet, cuando no existían los servidores DNS, y solo unos pocos mainframes estaban
enlazados, las computadoras acudían a un archivo llamado /etc/hosts, en el cual se asocian direcciones de
IP conocidas a dominios. Es un archivo que suelen usar los administradores para no tener que memorizar
direcciones de IP de sus maquinas locales. Por ejemplo, yo suelo agregar al /etc/hosts de mi maquina los
siguientes valores:
192.168.1.1 zion
192.168.1.2 alastor
192.168.1.3 gizmo
192.168.1.254 obelix
Este archivo sigue siendo preponderante, y los programas buscan primero allí. Lo alteramos de la siguiente
manera:
127.0.0.1 localhost
192.168.1.143 mendieta
192.168.1.143 mendieta.institutonuevocuyo.org.ar
192.168.1.143 www.institutonuevocuyo.org.ar
192.168.1.143 institutonuevocuyo.org.ar
# The following lines are desirable for IPv6 capable hosts

::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
4. Convencer a la red local (LAN): este paso no es obligatorio, pero es ameno y me sirve para fijar mejor el
punto anterior..
Mendieta es un servidor, que como el perro de la historieta, está tirado a un lado, sin anunciarse mucho.
Como buen Linux “Box”, ni siquiera tiene teclado o monitor, de modo que se lo suele acceder desde otro
equipo.
Las otras computadoras de la LAN también deberían modificar sus archivos hosts para ver el nuevo sitio. En
el caso de las estaciones Windows, a este archivo lo encontraremos en \Windows\System32\drivers\etc\
En realidad, cuando hay que configurar los hosts de muchas decenas de maquinas, lo correcto es instalar
uno o dos servidores DNS en la LAN, asociados a un DHCP, que resuelvan internamente la consulta. Mas
adelante explico como configurar un DNS local.
5. Configurar DNS externos: nic.ar solo admite delegaciones con pares de servidores DNS, llamados
comúnmente “NS”, correctamente registrados en sus base. Estos DNS deben informar nuestra la IP de
nuestro Apache.
¿Que utilidad tiene configurar DNS externos? Pues:
○ Ahorrarnos 2 (dos) servers para DNS
○ La configuración del demonio bind, compleja en el mejor de los casos. Si no me cree, adelantese hasta el
capítulo Servidor Maestro de Dominio.
○ Varios trámites en nic.ar
Para saltear esta parte, utilizaré como puente el servicio gratuito de DNS ubicado en Zonedit.com, quien,
como ya expliqué, nos aportará un par de DNS para satisfacer a nic.ar, y reapuntará el tráfico.
En esta captura podemos apreciar
● IP Addresses: El dominio apuntado a la IP donde opera el Apache. Podría ser un servidor pago... o un
servidor casero operando con una IP fija como el que estamos configurando.
● Mail Server: útil si tenemos un servidor distinto para recibir las cuentas de correo @institutonuevocuyo.org.ar
● Mail Forwards: sirve para cuando no tenemos configurados los servicios de correo del server (exim, postfix,
qmail, procmail, spamassassin, courier-imap, etc). Lo cual usualmente se debe a que:
○ No es tan fácil de configurar. Requiere de unos cuantos daemons bien organizados. ¡Próximamente, en
este, su libro favorito de redes!
○ Si estamos construyendo un servidor casero con ip reales, pero domiciliarias, los correos serán
susceptibles de sospecha en los servidores de destino. Es posible que nuestros correos vayan derecho a
las carpetas SPAM del destinatario.
● Gracias a la opción Mail Forward, podemos publicar en la página toda clase de cuentas institucionales, que
gozan de mejor prestigio que las cuentas públicas, y reapuntarlas a cualquier lado:
Ejemplo: contrataciones@marceloeventos.com.ar → pachu_botija_1978@hotmail.com
● Web Forwards: magnifica opción, que suelo emplear para reenviar el trafico de un sitio.com.ar, para el cual
(todavia) no tengo hosting...
○ Hacia la carpeta escondida en un sitio ya funcionando.
Ejemplo: pepe.com.ar → bunker.org.ar/pepe
○ Hacia algún servidor casero, detrás de un ADSL o Cablemodem, cuya ip dinámica está enlazada a un
subdominio obtenido, también en forma gratuita, en no-ip.com
Ejemplos:
■ pepe.com.ar (en nic.ar)
→ zonedit.com
→ pepe.no-ip.com
→ Modem ADSL
→ Server Casero (corriendo cliente no-ip)
■ pepe.com.ar (en nic.ar)
→ zonedit.com
→ pepe.no-ip.com
→ Router ADSL (con soporte para no-ip, reenviando el puerto 80)
→ Server Casero
● Nameservers: estas son las direcciones ns1 y ns2 que nos otorga zonedit.com para cumplimentar el
trámite de alta de un sitio, en la entidad registrante correspondiente:
○ nic.ar para dominios .com.ar, .edu.ar, .org.ar, .net.ar, .tur.ar, etc

○ internic.net para dominios .com, .edu, .net, etc.

8.16. LAMP: Linux – Apache – MySQL - PHP
LAMP es un acrónimo para una de las combinaciones mas usadas en Internet: Linux – Apache – MySQL –
PHP
● Apache es el servidor de páginas Web mas utilizado en el mundo.
● MySQL es un pequeño y poderoso motor de bases de datos. Casi todos los hosting de Internet lo incluyen
gratuitamente en sus planes, debido a que no representa prácticamente carga para el sistema, y es muy
fácil de instalar y administrar.
● PHP es un lenguaje potente, extenso, liviano y flexible, que se utiliza principalmente para escribir Guiones
CGI. Es decir, para crear páginas Web dinámicas.
8.16.1. Probar LAMP: Linux LiveCDs
Para usuarios que quieren probar la programación

LAMP, pero no se animan todavía a instalar Linux,
pueden ejecutar un LiveCD llamado Lamppix
(http://lamppix.tinowagner.com) que arranca con la
computadora y deja un escritorio listo para trabajar, sin
comprometer ninguna partición del disco. Solo se accede
al disco local, o a alguna unidad USB para guardar los
archivos creados.
8.16.2. Instalar LAMP
Bajo Windows
Lo mas conveniente es bajarse un paquete que instale todo junto. Hay muchas opciones. Para mis alumnos
usualmente recomiendo XAMPP (http://www.apachefriends.org)
Bajo Linux
Debian/Ubuntu: Debemos alimentar a Apache con el módulo necesario para parsear archivos PHP. Para
lograrlo instalaremos libapache2-mod-php5. Esto permitirá embeber lenguaje PHP dentro de la sintaxis HTML.
También instalaremos una extensión de funciones MySQL al lenguaje PHP, llamado php5-mysql. La instalación
completa quedaría así:
apt-get install apache2 libapache2-mod-php5 mysql-server php5-mysql

8.16.3. Herramientas de Administración de MySQL
Mostraremos 4 herramientas, que funcionan tanto en Windows como en Linux.
8.16.3.1. Cliente de consola
Esta herramienta se encuentra incluida con MySQL. Consiste en iniciar sesión local (o remota vía ssh o
telnet) hacia la línea de comandos (MSDOS) o el shell de Linux. Por defecto MySQL se instala con usuario root, sin
contraseña:
s@obelix:~$ mysql -u root -p

Enter password:
mysql> show databases;

+--------------------+
| Database |
+--------------------+
| information_schema |
| agenda |
| horarios |
| instituto |
| inventario |
| mysql |
+--------------------+
15 rows in set (0.05 sec)
mysql> create database prueba;

Query OK, 1 row affected (0.01 sec)
Naturalmente no es muy agradable escribir sentencias SQL directamente en la consola, pero hay que admitir
que es la única herramienta cuando todas las demás fallan. Por ejemplo: si Apache estuviera caído no podríamos
utilizar phpMyAdmin ni Webmin, y si no tuviéramos acceso al modo gráfico por estar en un punto remoto, tampoco
MySQL-Admin nos serviría. Esta es la única herramienta que pude utilizar en una ocasión en que me secuestraron
un Foro de Alumnos.
La orden mysql esta acompañada de otra herramienta muy útil llamada mysqldump,con la que podemos
guardar bases enteras en forma inmediata. Supongamos que queremos resguardar la base agenda:
s@obelix:~$ mysqldump -u root -p agenda > backup_agenda.sql
Luego, para restaurarla:
s@obelix:~$ mysql -u root -p agenda < backup_agenda.sql

8.16.3.2. Mysql-Admin y MySQL-Query-Browser
Estas son las herramientas “oficiales” de administración de MySQL. Son similares en aspecto y uso tanto en
en Linux como en Windows. Pueden descargarse desde el sitio de www.mysql.org, o utilizar apt-get
apt-get install mysql-admin mysql-query-browser

8.16.3.3. Módulo MySQL de Webmin
Mas adelante desarrollaremos la utilización de Webmin, un excelente administrador “vía web” del sistema.
Uno de sus módulos también administra MySQL.
8.16.3.4. phpMyAdmin
¡Y dejamos lo mejor para el final! Esta es una de las mejores herramientas “no oficiales” para administrar
MySQL. Además es libre, y se encuentra incluida en cuanto hosting de $2/mes contratemos. La instalación en el
server se realiza mediante
apt-get install phpmyadmin
En sus ultimas versiones la versión Debian/Ubuntu del paquete phpmyadmin conecta automáticamente la
carpeta de instalación con la raiz de Apache durante la instalación, de modo que el siguiente paso solo lo
realizaremos si la dirección http://localhost/phpmyadmin no funciona:
Realizamos un vinculo simbólico desde el sitio donde se instala phpMyAdmin, hacia la raíz de Apache.
cd /var/www
ln -s /usr/share/phpmyadmin phpmyadmin
El usuario administrador por defecto en MySQL es root, sin contraseña. Si cambiamos la contraseña (muy
aconsejable) también debemos informarlo al phpMyAdmin, dentro del archivo
/usr/share/phpmyadmin/config.inc.php
Cualquiera de los navegadores instalados en el sistema (mozilla, links, mozilla-firefox, epiphany, velocity,
opera, etc), en la ruta http://localhost/phpmyadmin, o en http://127.0.0.1/phpmyadmin deberían mostrar un
equivalente a lo siguiente:
Mediante con esta herramienta se puede crear y administrar bases, tablas, campos y permisos. También se
puede volcar datos desde y hacia otras bases, volcar (backupear), exportar, importar, realizar consultas, y muchas
otras tareas.
Naturalmente, MySQL posee herramientas gráficas y consola de trabajo, tanto para Windows como Unix y
GNU/Linux, pero esta herramienta se ha ganado un lugar entre los administradores por su capacidad de ser
accedida en forma remota, y por no depender de Clientes MySQL. El trabajo del Database Administrador (DBA)
suele ser bastante itinerante, ya que a veces le toca revisar la base desde múltiples puestos.
8.16.4. Páginas Estáticas y Páginas Dinámicas
Las páginas Web estáticas son simples de entender: han sido creadas con el propósito de ofrecer una
información que no cambia, a menos que el diseñador de la pagina abra el archivo y modifique su contenido.
Utilizando guiones CGI, se puede realizar pequeños programas que escriban paginas Web, las cuales
interactúen con los usuarios. Si bien suena como un concepto difícil de entender, su implementación es muy fácil.
Estas son las páginas dinámicas: cualquier lenguaje que pueda escribir archivos de texto y ofrecerlos al
Servidor Web pasa a ser un Lenguaje de Guiones CGI. Los hay muchos y muy potentes: Perl, PHP, ASP, C, Ruby,
Action Script, Python, Java y otros.
Realizaremos un pequeño programa en PHP. En lugar de leer datos de archivo, lo realizaremos en una
hipotética tabla en MySQL alojada en el mismo servidor, de modo que el host de conexión será localhost.
Debemos primero crear una base llamada instituto, que poseerá la tabla alumnos, con los campos
apellidos y nombres. Para ello utilizaremos phpMyAdmin. Si lo ha instalado siguiendo el capítulo anterior, puede
además Insertar algunos registros.
Observar que se ha creado un campo id_alumno como índice (int 3), requerido por MySQL
8.16.5. listado.php
<html>
<?php //Inicia script PHP embebido
echo "Consulta de datos de alumnos";
$host="localhost";
$usuario="root";
$clave="";
$base="instituto"
mysql_connect($host,$usuario,$clave) or die("Error conectando");
$consulta="SELECT apellidos, nombres FROM alumnos ";
//Ejecutamos la consulta
$resultado = mysql_db_query($base,$consulta);
//Atajamos vía PHP un error en el motor MySQL

if (mysql_error()) echo mysql_error();
// Recorremos el array $resultado, de a una fila por vez, hasta llegar al

// final. Los resultados los mostramos en una bonita Tabla
echo "<TABLE>";
while($fila = mysql_fetch_array($resultado))
{
//Fabricamos Fila y Celda de Tabla
echo "<TR><TD>";
//Y lo llenamos con los datos
echo $fila["apellido"];
echo ", "; //Ponemos una , (coma) entre Apellido y Nombre
echo $fila["nombre"];
//Cerramos Celda y Fila (observar el orden inverso en el cierre)
echo "</TD></TR>";
}
echo "</TABLE>"; //Finalizamos la Tabla
// Finaliza la etiqueta que contiene script PHP
?>
</html>
8.16.6. PHP: El Futuro
Existe mucha potencia bajo la aparente simpleza de PHP. Así como trabaja con MySQL, interactúa con la
mayoría de las bases de datos del mercado.
Con respecto a los objetos, PHP, sin llegar a la complejidad de Java, en su versión 5 amplía aun su librería
de opciones de clases. Pero son los usuarios quienes inmediatamente potencian estas opciones, llevándolas a
limites a veces no contemplados por sus desarrolladores originales. De esta manera existen diversos sitios de
colaboración de donde bajar y probar código. Uno de los mejores es www.phpclasses.org.
Sin embargo, PHP es tildado de excesivamente simple para proyectos grandes, lo que es cierto. Por esta
razón se recomienda emplear algún Framework25. Entre mis favoritos se encuentran
● Qcodo: http://en.wikipedia.org/wiki/Qcodo
● Kumbia: Creado por y para usuarios en español. Esta basado en la mecánica del superpoderoso Rails, el
framework del lenguaje Ruby, utiliza Ajax para agilizar y dinamizar, y patrones MVC, para separar la lógica
de la presentación, algo en que PHP es típicamente difícil de hacer. Se puede obtener en
http://kumbia.sf.net/
25 Framework: Estructura de soporte definida en la cual otro proyecto de software puede ser organizado y desarrollado. Típicamente,
un Framework puede incluir soporte de programas, bibliotecas y un lenguaje de scripting entre otros softwares para ayudar a
desarrollar y unir los diferentes componentes de un proyecto – Sergio Alonso - Conferencia en Universidad Maza sobre Rails – año
2006
8.17. Servidor de archivos para Windows (usando Samba)
Samba es un programa que imita el protocolo de archivos compartidos de Microsoft Windows (antiguamente
llamado SMB, renombrado recientemente a CIFS) para sistemas de tipo UNIX. De esta forma, es posible que
computadoras con GNU/Linux, *BSD o Mac OS X se vean como servidores o actúen como clientes en redes de
Windows. (es.wikipedia.org/wiki/Samba)
Samba como Servidor
Aquí se puede ver a Varian (Windows) viendo a Zion (GNU/Linux) como una máquina mas del Grupo de Trabajo Bunker
8.17.1. Instalación:
apt-get install samba
La instalación configura en forma predefinida un archivo de configuración en /etc/samba/smb.conf, donde

queda listo para que usuarios de Windows que tengan cuenta en el GNU/Linux puedan entrar a sus carpetas, y
utilizar las impresoras (igual que cuando se entra a Windows NT/200x/XP)
8.17.2. Contraseñas
De todas maneras, las contraseñas en ambos equipos siguen siendo distintas entre el cliente y el servidor a
nivel encriptación. Cuando Windows envíe la contraseña, lo hará encriptándola, de modo que para que GNU/Linux
pueda desencriptarla deberemos agregar a los usuarios a las bases de contraseñas de Samba, sometiéndola a un
proceso que no tiene nada que ver con PAM (el mecanismo de encriptación de Unix). Este proceso es muy fácil y se
realiza con la herramienta smbpasswd. Supongamos que el usuario sergio ya existe en el GNU/Linux. La opción "-
a" se usa para agregar usuarios a la base de Samba. Las siguientes veces que se cambien las contraseñas no será
necesario el modificador "-a".
[ root @ zion ] smbpasswd -a sergio
New Samba Password: xxxxxxxxxx
8.17.3. Compartir Recursos en Linux
A veces sucede que queremos compartir carpetas en particular, con diferentes criterios de seguridad.
Forma fácil: aprovechando las características gráficas (“GUI”) del Manejador de Ventanas: en este caso con
Gnome simplemente pulsamos Boton Derecho -> Compartir carpeta
Si no tenemos Samba instalado, se nos ofrece la posibilidad de instalarlo.

Otra opción es alterando el archivo /etc/samba/smb.conf
Pondremos en Negrita las líneas mas importantes (las otras las dejamos por defecto como han sido
configuradas durante la instalación). Verán que son muy pocas y se entienden con facilidad.
[global]
workgroup = bunker
server string = Zion Linux Samba Server
printcap name = cups
load printers = yes
printing = cups
printer admin = @adm
log file = /var/log/samba/log.%m
max log size = 50
map to guest = bad user
security = user
encrypt passwords = true
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = no
#esta etiqueta sirve para que cada usuario pueda entrar a su espacio de
usuario con sus derechos de lectura, escritura y ejecución
[homes]
comment = Home Directories
browseable = no
writable = yes
#Con esta línea entran a TODO el árbol... con derecho de lectura. Solo
recomendado en ambientes caseros
[Raiz]
path=/
# Esta es una carpeta a nivel raíz que la dejo como "publica", con derecho
de escritura para quien lo desee
[mochila]
path=/mochila
writable = yes
#Las siguientes líneas comparten las impresoras instaladas en el sistema

[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
guest ok = yes
writable = no
printable = yes
create mode = 0700
print command = lpr-cups -P %p -o raw %s -r
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = @adm root
guest ok = yes
Finalmente, mediante su o sudo, debemos reiniciar el demonio Samba:
/etc/init.d/samba restart
8.17.4. Crear usuarios en Samba
Este paso, dependiendo de la versión de Linux, puede hacer falta hacerlo a mano.
Los usuarios de Windows que se validen contra el GNU/Linux presentarán una contraseña encriptada en
formato CIFS. Esta encriptación no tiene nada que ver con las contraseñas encriptadas por y para los usuarios del
GNU/Linux, ya que este usa sus propios sistemas para codificar sus claves (NIS, PAM, LDAP, etc), de tal manera
que debemos tener ya encriptadas las contraseñas "al estilo Windows" para que se Samba pueda comparar.
Supongamos que el usuario mongocho posee cuenta en el GNU/Linux. El root debe hacer:
smbpasswd -a mongocho
password: *********
password: *********
Ahora si: mongocho ha quedado agregado a una segunda base de contraseñas encriptadas para que
Samba pueda validar usuarios procedentes de Windows. Si mongocho quiere cambiar su contraseña, debe quitar
el modificador -a (puesto que ya ha sido agregado ("add") a la base.
8.17.4.1. Samba como Cliente
Clientes de consola
• mc (en su última versión)
• smbclient (parecido al cliente ftp). Ejemplo de uso:
[ s @ mandragora·> smbclient \\\\192.168.1.150\\c$ -U administrador

Password:
Domain=[MEZCAL2] OS=[Windows Server 2003 3790] Server=[Windows Server 2003

5.2]
smb: \> cd "Documents and Settings"
smb: \Documents and Settings\> cd Administrador.MEZCAL2/Escritorio
smb: \Documents and Settings\Administrador.MEZCAL2\Escritorio\> put juan.pdf
putting file juan (860,4 kb/s)
• smbmount, cuyo uso es:
mount -t smbfs //MaquinaWindows/Carpeta /CarpetaLocal -o username=UsuarioValido
Herramientas gráficas:
● smb4k
● Nautilus (el navegador de archivos de GNOME), Konqueror (el navegador de archivos de KDE),
Dolphin (también de KDE) utilizan la expresión
● smb://usuario@MaquinaWindows
● network://usuario@MaquinaWindows
Observar la barra de Dirección en la siguiente captura de pantalla (la del gato):
Se ha utilizado Konqueror para acceder al recurso walls (algunos wallpapers) sobre la maquina varian.
8.18. Antivirus (usando Clamav)
8.18.1. Discusión Técnica Previa
Existe un mito acerca de que no hay virus bajo GNU/Linux o bajo *BSD. Este mito es parcialmente falso por
cuanto todo el tiempo existen nuevas vulnerabilidades en los sistemas. Pero es parcialmente verdadero, ya que
estas infecciones solo toman proporciones endémicas cuando los sistemas son cerrados, como los Unix
Propietarios, o Windows.
En este caso, el usuario no está en condiciones de cerrar las brechas ni aunque contrate un ejercito de
programadores, ya que deben hacer Ingeniería en Reversa sobre el código compilado. Algo que además, es
normalmente ilegal.
De esta manera, el usuario promedio tiene que caer en manos de varias compañías Antivirus, que utilizan el
primitivo método de comparar patrones o cadenas de virus en cada retazo de información que pasa por el bus del
sistema, atrancando el trafico y exigiendo cada vez mas hardware (puesto que cada vez hay mas virus). Este
espantoso y ridículo mecanismo de mercado es un empuje mas a la rueda "Wintel". Luego, el capitalismo a esta
escala es sostenible solo por países que tienen un PBI por habitante extremadamente alto.
Bajo BSD y GNU/Linux el código fuente permanece abierto, de modo que es posible descubrir que nos está
haciendo vulnerables. Los servidores que trabajan con estos sistemas operativos tienen todo los días decenas de
correcciones disponibles.
Windows Update, por mencionar un ejemplo, emite actualizaciones oficiales cada un mes. Normalmente
insuficientes, ya que es matemáticamente imposible tener en cuenta la gigantesca cantidad de hardware y software
que componen los sistemas de todo el planeta, para una sola empresa, por gigante que esta sea.
8.18.2. Razones para instalar un antivirus en Linux
Proteger a los usuarios de Windows
● Que poseen archivos guardados en sus Homes Users (/home) y que los acceden vía Samba
● Archivos en tránsito vía Proxy a los navegadores.
● Limpiar correos antes que lleguen a sus clientes (por ejemplo Outlook, es particularmente sensible a los
virus)
● Limpiar correos antes que los envíen contaminados a otros usuarios (recordar que las infecciones pueden
proceder desde adentro de la empresa)
● Limpiar a Windows cuando se encuentra montado en otra partición.
● For if the Flys (Pequeño Diccionario Inglés Español de Gaturro – Nik)

8.18.3. Instalación de Clamav Antivirus en el servidor:
Una consulta a la base de paquetes arroja el siguiente resultado. Los paquetes que instalaremos aparecen
destacados en Negrita.
apt-cache search antivirus
● clamav - antivirus scanner for Unix

● clamav-base - base package for clamav, an anti-virus utility for Unix
● clamav-daemon - antivirus scanner daemon
● clamav-data - clamav data files
● clamav-docs - documentation package for clamav, an anti-virus utility for
Unix
● clamav-freshclam - downloads clamav virus databases from the Internet
● clamav-getfiles - Update script for clamav
● clamav-milter - antivirus scanner for sendmail
● clamav-testfiles - use these files to test that your Antivirus works
● clamsmtp - SMTP virus-scanning proxy
● libclamav-dev - clam Antivirus library development files
● sylpheed-claws-gtk2-clamav - Clam AntiVirus plugin for the Sylpheed Claws
GTK2 mail client
El paquete clamav-daemon, tal como su nombre lo indica, trabaja como un Daemon, llamando a clamav-
freshclam cada vez que quiere bajarse una actualización de Internet.
8.18.4. Buscar virus
Uso: AFAIK26, bajo GNU/Linux, Clamav no posee un GUI 27, de modo que lo usaremos desde alguna consola
con permisos de root. Tampoco provee mecanismos de separación de strings sospechosos dentro de los archivos,
lo que se conoce como "limpieza". Sus decisiones son bastante salomónicas: BORRA el archivo o lo mueve a una
ubicación que destinemos.
Una buena lista de comandos se obtiene escribiendo
clamscan --help
¡ánimo, es muy fácil! Lo usaremos de la siguiente manera:
● Cambiaremos a Root usando el comando "su"
● Recorreremos el espacio de los usuarios (/home)
26 AFAIK: As Far I Know (hasta donde conozco...)

27 (Graphical User Interface:Interfase Gráfica de Usuario). Colección gráfica de iconos, carpetas, escritorio, cajas de diálogo, etc. que
se utilizan para interactuar con un programa, aplicación, o sitio. (www.proyectopixel.com/glosario.htm)
● El programa examinará en forma recursiva, es decir, entrando en todo directorio que encuentre.
● Moverá todo archivo contaminado a mi espacio de trabajo, a un directorio donde suelo dejar cosas tiradas
para borrar cada cierto tiempo. Algunos Antivirus llaman a esto "Zona de Cuarentena".
● Dejará un reporte en mi Escritorio (/home/sergio/Desktop) para que lo lea cuando tenga tiempo.
● La barra \ se usa en Unix cuando estamos escribiendo algo demasiado largo. De esta manera podemos
seguir escribiendo abajo
[ sergio @ servidor $] su (o sudo su en ubuntu)
password de root: xxxxxxxxx
[root @ servidor #] clamscan /home --recursive --move=/home/s/borrala \
--log /home/sergio/Desktop/reporte.txt
Nota respecto a Windows: si bien para

Windows XP / Vista existen muchos antivirus en
versión gratuita, con las versiones Windows
Server la situación es distinta. Los antivirus para
servidores son todos pagos, y bastante onerosos.
Esto se debe a que
• En materia de licencias de software, es

mas redituable demandar una empresa
que a un usuario hogareño.
• Conviene acostumbrar a los usuarios

hogareños... a pedir en la empresa el mismo antivirus que tienen en la casa.
En este caso clamav nos prestará una ayuda enorme. Por suerte, para Windows viene una versión con modo
gráfico, muy amigable, llamada ClamWin, presente en http://es.clamwin.com.
8.19. Instalación de un Servidor DNS
Los servidores DNS suele utilizarse para dos tipos de servicios distintos, pero relacionados: Servidor de
Cache DNS, y como Servidor Maestro de Dominio
8.19.1. 1 - Servidor caché DNS:
● Traductor de URL a direcciones IP y viceversa. Todos los ISP (Internet Service Provider) suministran varias
direcciones de servicios de DNS. De esta forma, cuando una computadora necesita traducir nombres a IP (o
viceversa) se recurre a estos servidores.
El objetivo de este capítulo es, fundamentalmente, instalar nuestro servidor local como servidor DNS primario
funcionando como servidor caché, de forma que
● Las consultas a lugares habituales se resuelvan en pocos milisegundos en vez de superar, en algunos
casos, una espera superior al segundo.
● Preparar al servidor de tal forma que siempre pueda acceder al listado maestro de servidores, incluso si
los DNS que nos asigna el proveedor cambian de improviso y nuestro servidor DHCP se encuentra
asignando direcciones DNS obsoletas a las estaciones.
La configuración como servidor maestro de dominios es algo más complicada, pero se darán indicaciones de
cómo hacerlo.
Parte de la información aquí obtenida pertenece al excelente documento presente en
http://www.escomposlinux.org/lfs-es/recetas/bind.html
8.19.2. Preparando el terreno
Es importante mencionar que cuando el ISP nos provee la dirección (habitualmente vía DHCP), esta se
escribe automáticamente en un archivo del servidor ubicado en /etc/resolv.conf, cuyo contenido equivale a:
En este ejemplo las ip corresponden al servicio Speedy de Telefónica de Argentina.
Cuando el servicio de Cache DNS esté terminado, estas líneas deben ser reemplazadas por la siguiente:
... puesto que será BIND (el demonio DNS) quien se encargará de
resolver las traducciones de direcciones.
Nota para los usuarios de ADSL: usualmente el servicio de conexión

pppoe sobrescribe este archivo en cada conexión, de modo que debemos
evitarlo revisando que el archivo de conexión
/etc/ppp/peers/dsl-provider
... posea comentada la línea
#usepeerdns
Otra cosa importante a tener en cuenta es desbloquear el puerto 53

para la red interna. Firestarter, por ejemplo bloquea ese puerto explícitamente.
Debemos construir una regla que le dé paso a las solicitudes de la Red.
Al respecto, debemos recordar que ante anomalías de cualquier tipo cuando instalamos servicios, debemos
revisar la lista de conexiones de firewall. En el caso de Firestarter, esto se hace desde la pestaña "Eventos", donde
se muestran todas las "Conexiones bloqueadas".
8.19.3. Instalación y configuración de BIND
La red de ejemplo posee las siguientes características:
Gateway: obelix 192.168.1.254
Tipo de Red: 192.168.1.0
DNS del proveedor de Internet: 200.51.212.7, 200.51.211.7;
Mascara: 255.255.255.0
Dominio de la red local: bunkeror.org.ar (inexistente y distinto a "bunker.org.ar", que es el real que está
hosteado en un server en Internet). Si tuviéramos que realizar el hosting de

bunker.org.ar, deberíamos crear un servidor Maestro de Dominio.
Computadoras:
● obelix (GNU/Linux haciendo de Gateway, Firewall, Server DNS, Apache, FTP, SSH, Telnet,
CVS, MySQL, OpenLDAP, e incluso Empanadas28)
● zion (estación GNU/Linux): 192.168.1.1
● varian (estación Windows): 192.168.1.2
Procedemos a la instalación, realizando
apt-get install bind9
Luego abrimos el archivo /etc/bind/named.conf, y tratamos que quede parecido al siguiente listado:
/etc/bind/named.conf
1. //Definimos una ACL (Access Control

2. //List) para servir Caché DNS solo
3. //a nuestra red local.
4. acl bunkeror.org.ar { 192.168.1.0/24; 127.0.0.0/24; };
5.
6. //La prioridad de búsqueda se realizará sobre los DNS otorgados por el proveedor de
7. //Internet (forward first).
8. //En este caso, los DNS pertenecen a Speedy (Telefónica de Argentina)
9. options {
28 TEG: Tenes Empanadas Graciela (Juego de Estrategia que requiere de Server)

10. auth-nxdomain yes;

11. directory "/usr/local/sbin";
12. forward first;
13. forwarders {
14. 200.51.211.7;
15. 200.51.212.7;
16. };
17.};
18.
19.//Archivos donde drenar los mensajes de Bind
20.logging {
21. channel warning
22. {
23. file "/var/log/dns_warnings" versions 3 size 100k;
24. severity warning;
25. print-category yes;
26. print-severity yes;
27. print-time yes;
28. };
29. channel general_dns
30. {
31. file "/var/log/dns_logs" versions 3 size 100k;
32. severity info;
33. print-category yes;
34. print-severity yes;
35. print-time yes;
36. };
37. category default { warning; } ;
38. category queries { general_dns; } ;
39.};
40.
41.//Definición de zona donde encontrar a los Master Root Server de Internet.
42.//se puede puede obtener una copia actualizada desde
43.//ftp://ftp.rs.internic.net/domain/named.root
44.
45.zone "." {
46. type hint;
47. file "/etc/bind/named.root";
48.};
49.
50.//Definición para localhost
51.zone "localhost" {
52. type master;
53. file "/etc/bind/db.local";

54.};
55.
56.zone "127.in-addr.arpa" {
57. type master;
58. file "/etc/bind/db.127";
59.};
60.
62. type master;
64.};
65.
67. type master;
69.};
70.
71.Esta línea (deshabilitada) corresponde a definiciones de dominios propios
72.
73.//include "/etc/bind/named.conf.local";
Truco
Este truco se me ocurrió mientras dormía, con respecto al archivo que contiene la lista de los MRS (Master
Root Server) (línea 47). Se debe tener en cuenta que si bien no es frecuente, PUEDEN OCURRIR CAMBIOS. Es
muy raro que estos servidores mundiales de consulta cambien sus valores de IP, pero llegado el caso puede ser útil
realizar un truco que mantenga al día nuestro archivo:
Crear, como usuario root (su root) un archivo (vi /usr/bin/actualizarMRS)
Tornarlo ejecutable (chmod u+x /usr/bin/actualizarMRS) para que realice la siguiente acción:
wget ftp://ftp.rs.internic.net/domain/named.root
cp -f named.root /etc/bind
Ahora tenemos que lograr que la computadora actualize sus MRS a las 8am de todos los días. Usaremos el
comando crontab. Se puede consultar la documentación usando "man 5 crontab"
crontab -e
* 8 * * * /usr/bin/actualizarMRS
A partir de la línea 52 se hace especial referencia a una serie de archivos comenzados como "db."
Estos archivos habitualmente vienen por omisión en los paquetes de instalación (rpm, deb y tar.gz) y
deberían quedar publicados en /etc/bind. Si estamos en una distribución basada en Debian GNU/Linux, y
29
cometemos un error en la configuración, se puede volver a obtenerlos entrando a los paquetes de instalación
conservados en el directorio /var/cache/apt/archives.
También puede recurrir a http://www.bunker.org.ar/incubadora/bind/
En este caso los adaptaremos al servidor que queremos construir.
/etc/bind/db.local
;
; BIND data file for local loopback interface
;
$TTL 604800
@ IN SOA localhost. root.localhost. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS localhost.
@ IN A 127.0.0.1
/etc/bind/db.127
;
; BIND reverse data file for local loopback interface
;
$TTL 604800
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
1.0.0 IN PTR localhost.
29 Revisar sección Entrando a varias redes con Midnight Commander ("la Navaja Suiza") - Uso y atajos de
teclado
/etc/bind/db.0
;
; BIND reverse data file for broadcast zone
;
$TTL 604800
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
/etc/bind/db.255
;
; BIND reverse data file for broadcast zone
;
$TTL 604800
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
8.19.4. Asignando automáticamente DNS actualizados vía DHCP
Naturalmente, queremos que las estaciones noten el cambio, y reciban las direcciones DNS actualizadas
permanentemente. Una configuración de este tipo nos permite tener una red conectada a Internet totalmente
autónoma: no volveremos a configurar los DNS del Gateway, del DHCP, ni de las estaciones. A menos que se
rompa seriamente el disco rígido, habrá que acordarse de abrir la computadora una vez al año para pasarle un
plumero.
/etc/dhcp3/dhcpd.conf
ddns-domainname "bunkeror.org.ar";
ddns-update-style interim;
ddns-updates on;
zone bunkeror.org.ar.
{ primary 127.0.0.1; }
zone 1.168.192.in-addr.arpa.
{ primary 127.0.0.1; }
subnet 192.168.1.0 netmask 255.255.255.0

{
range 192.168.1.100 192.168.1.200;
option domain-name-servers 192.168.1.254;
option domain-name "bunkeror.org.ar";
option routers 192.168.1.254;
option broadcast-address 192.168.1.255;
default-lease-time 600;
max-lease-time 7200;
use-host-decl-names on;
}
8.19.5. Gran Final
Usualmente basta con reiniciar Bind y DHCP mediante
● /etc/init.d/bind restart
● /etc/init.d/dhcp3-server restart
Pero en ocasiones hay muchos servicios de red que dependen de la resolución de nombres, y es posible que
debamos reiniciar el servidor completo, mediante reboot, init 6 o shutdown -r now
8.19.6. ¿Problemas?
Si algo no saliera correctamente, es importante revisar mediante cat la salida de los archivos
● /var/log/syslog.log
● /var/log/daemon.log
● /var/log/messages
Personalmente, me gusta hacer tener una consola capturada (mediante tail -f) dedicada exclusivamente a
registrar estos archivos:
root@obelix tail -f /var/log/daemon.log
Nota: para salir de una cola capturada de tail -f, al igual
que cualquier comando de consola, se utiliza Ctrl + C
Jul 16 15:14:32 obelix named[1778]: loading configuration from '/etc/bind/named.conf'

Jul 16 15:14:32 obelix named[1778]: /etc/bind/db.empty:3: ignoring out-of-zone data
Jul 17 11:36:01 obelix squid[2907]: Beginning Validation Procedure
Jul 17 11:36:01 obelix squid[2907]: Completed Validation Procedure
Jul 17 11:47:11 obelix in.telnetd[8286]: connect from 192.168.1.1 (192.168.1.1)
Jul 17 11:48:18 obelix proftpd[8291]: (zion.bunkeror.org.ar [192.168.1.1]) - FTP opened
Jul 17 11:48:58 obelix dhcpd: DHCPREQUEST for 192.168.1.1 from 00:0c:76:40:36:f3 via eth1
No obstante, en la línea 9 (logging) se hace especial referencia a los archivos
● /var/log/dns_warnings
● /var/log/dns_log
Sobre los cuales podemos desviar la abundante salida de los logs de Bind. Es importante revisarlos a fin de
encontrar potenciales errores de sintaxis en los archivos, o informes diversos.
8.19.7. Zafarrancho de Combate
Podemos probar nuestra configuración haciendo dig -x localhost
obelix:/etc/bind# dig -x 127.0.0.1

; <<>> DiG 9.3.1 <<>> -x 127.0.0.1

;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64032
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;1.0.0.127.in-addr.arpa. IN PTR
;; ANSWER SECTION:
1.0.0.127.in-addr.arpa. 604800 IN PTR localhost.
;; AUTHORITY SECTION:
127.in-addr.arpa. 604800 IN NS localhost.
;; ADDITIONAL SECTION:
localhost. 604800 IN A 127.0.0.1
;; Query time: 29 msec

;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jul 18 01:05:30 2005
;; MSG SIZE rcvd: 93
Recordar que el querido comando ping, utilizado tanto en el servidor como en las estaciones todo el tiempo
nos dará un marco referencial a nuestra situación. Probar hacer ping hacia algún dominio (por ejemplo google.com),
hacia el servidor (192.168.1.254), hacia la ip de la misma placa de red, hacia la interface loopback (127.0.0.1), o a
los mismos DNS de Internet. El comando ifconfig todo el tiempo nos informará de nuestras ip.
Si creemos que Bind puede estar ignorándonos por alguna mala configuración, se puede hacer
obelix:/etc/bind# nmap localhost | grep domain
Interesting ports on localhost.localdomain (127.0.0.1):
53/tcp open domain
obelix:/etc/bind# netstat -pan | grep domain
tcp 0 0 192.168.1.254:domain *:* LISTEN 1536/named

tcp 0 0 obelix:domain *:* LISTEN 1536/named
tcp 0 0 localhost.locald:domain *:* LISTEN 1536/named
udp 0 0 192.168.1.254:domain *:* 1536/named
udp 0 0 obelix:domain *:* 1536/named
udp 0 0 localhost.locald:domain *:* 1536/named
Active UNIX domain sockets (servers and established)

8.19.8. 2- Servidor maestro de un Dominio
Supongamos que hemos registrado el dominio mi_dominio.com (en internic.net) o mi_dominio.com.ar (en
nic.ar)
Uno de los requisitos para registrarlo ha sido suministrar la dirección IP del servidor DNS que contiene los
datos del dominio. En efecto, alguna computadora con un servicio de DNS debe hacerse cargo de señalar adonde
se encuentra mi_dominio.com. Habitualmente, cuando contratamos hosting, se nos provee la dirección del servidor
de nombres.
No obstante, si deseamos "hostearnos" nosotros mismos, y que toda la Internet pueda acceder a nuestros
servicios, debemos agregar un servicio Maestro de Dominio que responda afirmativamente ante la solicitud de
nuestra dirección de dominio.
Habíamos comentado la línea 72 de named.conf:
// include "/etc/bind/named.conf.local";
Ahora debemos quitarle los comentarios (//) a fin de dar paso a los siguientes archivos
Asimismo, en la línea 4 declaramos una acl que impidiera las consultas del exterior.
acl bunkeror.org.ar { 192.168.1.0/24; 127.0.0.0/24; };
De no existir esta línea, por omisión Bind aceptará peticiones de resolución de todas las interfaces.
Precisamente debemos borrarla o comentarla, a fin de poder resolver consultas de otros host que deseen saber si
somos los encargados de resolver los dominios que pasaremos a tener a cargo.
Esta línea hace referencia a un archivo cuyo contenido es el siguiente:
/etc/bind/named.conf.local
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
zone "bunkeror.org.ar" {
notify no;
type master;
////////para el dhcp ////////

allow-update{
127.0.0.1;
192.168.1.0/24;
};
////////////////////
file "/etc/bind/db.bunkeror.org.ar";
};
//Hasta aquí hemos solventado la configuración del servidor dns para resolver los
//nombres de nuestro dominio y nos devuelva su dirección IP. Ahora vamos a conseguir
// que nos funcione también la resolución inversa.
// Es decir, que preguntándole por una IP nos devuelva el (o los) nombres de dominio
// que la poseen. Notar como la resolución de las direcciones ip trabaja al revés.
zone
"1.168.192.in-addr.arpa" {
notify no;
type master;
////////para el dhcp ////////

allow-update{
127.0.0.1;
192.168.1.0/24;
};
////////////////////
file "/etc/bind/db.192.168.1";
};
Notar que este archivo hace referencia a dos archivos mas comenzados en "db.": /etc/bind/db.bunkeror.org.ar
y /etc/bind/db.192.168.1
/etc/bind/db.bunkeror.org.ar
;
; Fichero completo de zona bunkeror.org.ar
;
$TTL 3D
@ IN SOA obelix.bunkeror.org.ar. root.bunkeror.org.ar. (
2005022301 ; serie, fecha de hoy + serie de hoy #
8H ; refresco, segundos
2H ; reintento, segundos
4W ; expira, segundos
1D ) ; mínimo, segundos
;
NS obelix ; Dirección Inet del servidor de nombres
MX 10 mail.bunkeror.org.ar ; Relay de correo primario

;
localhost A 127.0.0.1
obelix A 192.168.1.254
zion A 192.168.1.1
varian A 192.168.1.2
/etc/bind/db.192.168.1
$TTL 604800
@ IN SOA obelix.bunkeror.org.ar. root.bunkeror.org.ar. (
2005022301 ; Serial, todays date + todays serial
8H ; Refresco
2H ; Reintento
4W ; Expira
1D) ; Minimo TTL
NS obelix.bunkeror.org.ar.
254 PTR obelix.bunkeror.org.ar.

1 PTR zion.bunkeror.org.ar.
2 PTR varian.bunkeror.org.ar.
9. Acceso remoto
9.1. Herramientas de cliente:
9.1.1. Consola: putty, ssh, telnet
● Ver Instalación de Servicios y Servidores – Telnet y SSH
● Ver Apendice B: Obteniendo cuentas Shell gratuitas
9.1.2. Gráficas
9.1.2.1. Independiente del sistema operativo: VNC
Virtual Network Computing. Se usa mayoritariamente para asistencia remota: usualmente cuando un usuario
se mete en problemas y debemos corregirlos usando herramientas gráficas, al estilo Norton PC Anywhere. Pero a
diferencia de estas soluciones propietarias, VNC corre como servidor y como cliente en muchísimas plataformas
distintas. Es muy liviano y configurable. Si bien existen implementaciones muy inteligentes, en su forma básica VNC
necesita que un usuario "inicie el servicio" en la máquina que se desea controlar para que el cliente pueda
"conectar".
No obstante, es la mejor implementación si se desea entrar por ejemplo
● A controlar una estación con un usuario rebelde
● Entrar desde una plataforma cruzada: De Windows a Linux, de Linux a Windows, de BSD a Solaris, de un
Citrix a HP/UX, etc.
● Entrar "desde Internet". VNC es lo suficientemente liviano como para controlar puestos desde Internet.
Incluso se lo puede configurar para transferencias muy lentas, limitando el número de pixel, la cantidad e
capturas de pantalla, los colores,y muchas otras opciones
9.1.2.2. Acceder a sesiones Linux: XDM
XDM (X.org y Xfree.org / GDM (Gnome) / KDM (KDE): Cualquiera de estos demonios representan el
Manejador de Sesiones de GNU/Linux. Son las pequeñas ventanas que nos piden Usuario, Contraseña, Tipo de
Sesión e Idioma antes de comenzar la sesión de trabajo.
Sucede que estos demonios "escuchan por varios puertos", y si se los configura para aceptar conexiones
externas, permiten que la X (el server gráfico de Unix) atienda "clientes gráficos".
En este caso se dice que se usa el protocolo XDCMP. Es un poco mas pesado y requiere de conexiones de
área Local (es decir, es muy pesado para implementarlo vía Internet).
Esta libertad no debería sorprendernos. Unix posee una arquitectura modular Cliente – Servidor en muchos
de sus componentes. Esta modalidad permite que un usuario de afuera ejecute aplicaciones gráficas del servidor en
forma remota. Incluso permite que entre al sistema a un Manejador de Ventanas como Gnome, KDE, XFCE,
WindowMaker, Icewm, Fluxbox, etc. Estas conexiones se pueden realizar desde un GNU/Linux, un Unix, e incluso
desde Windows.
Ver Captura de Pantalla en Instalación de Telnet y SSH.
¿Eso no es suficiente? Bien, pues se puede entrar incluso desde un disquete de arranque en una máquina
sin disco rígido (ver sección "El Futuro: LTSP").
9.1.2.3. Acceder a sesiones en Windows Server: Terminal Server
Se le llama genéricamente Terminal Server a las implementaciones 4.2 y 5 del protocolo RDP de Microsoft.
Con esta modalidad podemos realmente trabajar en una sesión del servidor, el cual si posee abundante RAM,
puede ser la mejor de las experiencias en Windows. Esto es porque las versiones Server de Windows suelen ser
bastante fiables. Es un protocolo extremadamente liviano y estable, aunque posee algunas exigencias:
Licencias:
● Del Servidor
● De la máquina cliente
● Del cada cliente entrando al Servidor
Software en los Clientes: alguno de los siguientes:
● Desde Windows: alguno de los siguientes
● Cliente Terminal Server para Windows 2000/XP. Un simple programa que se puede
obtener en www.microsoft.com. Desde MSDOS, también se se puede escribir
mstsc -v:ip
● Cliente TsWeb o “Terminal Server Web”. Esto es un aplique al Internet Information

Server, el servidor de páginas web de Microsoft.
Permite a Explorer, desde computadoras clientas, de bajo rango, corriendo Windows 98 o

Windows Me, entrar al Servidor Web y automáticamente bajarse un componente ActiveX
dentro de Explorer, que inicia sesión en el servidor.
● Resumiendo: en la computadora cliente se debe tener disco rígido, y Windows instalado.
● Desde GNU/Linux
● Con GNU/Linux instalado en un disco rígido, se debe disponer de alguno de estos

paquetes:
● Rdesktop
● TSclient
● Sin disco rígido:

● Alguna Distro LiveCD (Ubuntu, Knoppix, etc) con Rdesktop o Tsclient
● Simplemente un disquete de arranque (www.rom-o-matic.net, www.etherboot.org)

junto a alguna implementación LTSP (www.ltsp.org) o Thinstation
(www.thinstation.org).
Servidor:
● Windows 2000 Server: varios usuarios concurrentes. Soporta hasta hasta RDP 4.2, con
algunos problemas menores en los colores y en el teclado.
● Windows 2003 Server: varios usuarios concurrentes, con muy buena estabilidad y manejo
de recursos del server. Soporta RDP 5.
● Windows XP: viene lisiado para permitir solo el paso de un usuario por vez, con el objeto
de prestar asistencia remota. Sin embargo se lo puede obligar a permitir varios accesos en
simultáneo, hackeandolo, o mediante algún shareware.
No obstante, la latencia del kernel del XP viene pensada para otorgar el máximo
rendimiento en procesos de un solo usuario: procesos intensivos como juegos o
multimedia. La velocidad de las sesiones en este caso será muy baja.
10. Interfaces remotas para controlar el Linux
Probablemente la manera mas simple de construir programas que nos permitan controlar servidores consiste
en reaprovechar la arquitectura modular de GNU/Linux, unido a varias de herramientas mas conocidas.
Un mecanismo muy utilizado consiste en utilizar un servidor Web y algún lenguaje GCI como C, Python, PHP,
Perl o Java. Por una lado se construye páginas Web que interactúen en forma dinámica con los clientes, y por el otro
los CGI puede ejecutar los todopoderosos comandos de consola y capturar las salidas.
10.1. phpMyAdmin
Ver capítulo: LAMP
10.2. Webmin
(www.webmin.com o apt-get install webmin)
Este es probablemente uno de los mejores programas de control remoto de servidores vía web. Al punto que
muchos administradores lo utilizan incluso cuando están accediendo en forma local.
Posee toda clase módulos que potencian sus alcances, y que cubren una gama impresionante de opciones.
Se pueden instalar desde el sitio del fabricante, o explorar haciendo un apt-cache search webmin.
Mostraremos algunos de sus módulos mas relevantes
● webmin-adsl - PPPOE (ADSL client) control module ● webmin-lpadmin - printer control module for webmin
● webmin-apache - apache control module for webmin ● webmin-mailboxes - user mail reading module for webmin
● webmin-bind - bind 8+ control module for webmin ● webmin-mysql - mysql-server control module for webmin
● webmin-burner - CD burning module for webmin ● webmin-ppp - PPP configuration module for webmin
● webmin-cluster - cluster control modules for webmin ● webmin-procmail - procmail module for webmin
● webmin-dhcpd - dhcpd control module for webmin ● webmin-proftpd - Proftpd module for webmin
● webmin-exim - exim mail server control module for webmin ● webmin-pserver - CVS pserver module for webmin
● webmin-exports - NFS exports control module for webmin ● webmin-samba - samba control module for webmin
● webmin-fetchmail - fetchmail mail retrieval module ● webmin-spamassassin - spamassassin control module
● webmin-firewall - iptables control module for webmin ● webmin-squid - squid control module for webmin
● webmin-freeswan - FreeSWAN IPSEC VPN administration ● webmin-sshd - SSH server control module for webmin
● webmin-fsdump - dump/restore module for webmin ● webmin-status - server and system status control module
● webmin-grub - grub control module for webmin ● webmin-updown - File transfer module for webmin
● webmin-heartbeat - heartbeat monitor control module ● webmin-usermin - usermin control module for webmin
● webmin-htaccess - htaccess/htpasswd module for webmin ● webmin-qmailadmin - qmail control module for webmin
● webmin-jabber - jabber server control module for webmin ● webmin-raid - raid control module for webmin
Ejemplo: compartiendo un directorio para usuarios de Windows, mediante el módulo webmin-samba
Ejemplo usando el módulo de webmin-dhcpd

11. El Futuro
The Oracle: They have their reasons, but usually a program chooses exile when it faces deletion.
Neo: And why would a program be deleted?
The Oracle: Maybe it breaks down. Maybe a better program is created to replace it - happens all the
time, and when it does, a program can either choose to hide here, or return to The Source.
Neo: The machine mainframe?
The Oracle: Yes. Where you must go. Where the path of The One ends. You've seen it, in your dreams,
haven't you? The door made of light?
Es muy difícil predecir a cierta ciencia cuales van a ser las siguientes evoluciones dentro del cambiante
mundo de las redes. No obstante, algunas tecnologías se vislumbran muy cercanas.
11.1. Clusters:
Obtenido en http://es.wikipedia.org/wiki/Cluster_de_computadores
Un cluster es un grupo de múltiples ordenadores unidos, mediante una red de alta velocidad, de tal forma
que el conjunto es visto como un único ordenador por cualquier otro que no pertenezca al grupo pero sí a la misma
red. El cluster, al estar formado por varios ordenadores trabajando en común, no se ve afectado por el fallo de uno
de ellos, por lo que constituye un sistema de computación de alto rendimiento, seguro y fiable.
Si clasificamos los clusters por su función tenemos:
1. Cluster de alto rendimiento
2. Cluster de alta disponibilidad
11.1.1. Clusters de alto rendimiento
Un cluster de alto rendimiento es aquel que está diseñado para dar altas prestaciones en cuanto a
capacidad de cálculo. Los motivos para utilizar un cluster de alto rendimiento son:
● El tamaño del problema por resolver y
● El precio de la máquina necesaria para resolverlo.
Por medio de un cluster se pueden conseguir capacidades de cálculo superiores a las de un ordenador más
caro que el coste conjunto de los ordenadores del cluster.
Ejemplo de clusters económicos son los que se están realizando en algunas universidades con ordenadores
personales desechados por "anticuados" que consiguen competir en capacidad de cálculo con superordenadores
muy onerosos.
Para garantizar esta capacidad de cálculo, los problemas necesitan ser paralelizables, ya que el método con
el que los clusters agilizan el procesamiento es dividir el problema en problemas más pequeños y calcularlos en los
nodos, por lo tanto, si el problema no cumple con esta característica, no puede utilizarse el cluster para su cálculo.
Agregado por Sergio: un buen ejemplo es el proyecto Setiathome (http://setiathome.ssl.berkeley.edu/)
What is SETI@home?
SETI@home is a scientific experiment that
uses Internet-connected computers in the
Search for Extraterrestrial Intelligence (SETI).
You can participate by running a free program that downloads and analyzes radio
telescope data.
Lo que significa: miles de computadoras se conectan todos los días a la Universidad de Berkeley para recibir
un pequeño fragmento de "ruido espacial", obtenido a su vez en el Radio Telescopio de Arecibo (si, el de la película
"Contacto"). En sus ratos libres, en lugar de protector de pantalla, las computadoras analizan el fragmento para
descubrir patrones de señales procedentes de vida inteligente.
De esta manera, en unos pocos años, la Universidad de Berkeley ha podido revisar una buena parte del cielo,
lo que le hubiera insumido cientos de miles de años en sus propias computadoras.
11.1.2. Clusters de alta disponibilidad
Obtenido en http://es.wikipedia.org/wiki/Cluster_de_computadores
Un cluster de alta disponibilidad es un conjunto de dos o más máquinas, que se caracterizan porque
comparten los discos de almacenamiento de datos, y porque están constantemente monitorizándose entre sí. Si se
produce un fallo del hardware o de las aplicaciones de alguna de las máquinas del cluster, el software de alta
disponibilidad es capaz de rearrancar automáticamente los servicios que han fallado en cualquiera de las otras
máquinas del cluster. Y cuando la máquina que ha fallado se recupera, los servicios son nuevamente migrados a la
máquina original. Esta capacidad de recuperación automática de servicios nos garantiza la integridad de la
información, ya que no hay pérdida de datos, y además evita molestias a los usuarios, que no tienen por qué notar
que se ha producido un problema.
No hay que confundir los clusters de alta disponibilidad con los clusters de alto rendimiento. Un cluster de alto
rendimiento es una configuración de equipos diseñada para proporcionar capacidades de cálculo mucho mayores
que la que proporcionan los equipos individuales (véanse por ejemplo los sistemas de tipo Beowulf ), mientras que
los clusters de alta disponibilidad están diseñados para garantizar el funcionamiento ininterrumpido de ciertas
aplicaciones.
11.2. LTSP, ThinClients
LTSP significa "Linux Terminal Server Project". Probablemente es el proyecto mas importante de
recuperación de hardware obsoleto a la fecha. Una computadora, normalmente poco dotada de recursos, se conecta
a un servidor e inicia sesión "en red". Por esta razón se aplica mucho en escuelas o pymes.
11.2.1. Estaciones
Requerimiento mínimo: 486 con 16 MB.
Recomendando: Pentium I y K5 con 16 MB a 32 MB de RAM.
Funcionamiento: la estación arranca un rom que simula el "boot-rom" de las placas de red. Estos roms
pueden descargarse del proyecto www.etherboot.org, que a su vez acceden al repositorio de www.rom-o-matic.net.
Dado que se utilizan apenas 16 KB, para esta simple tarea puede emplearse hasta una disquetera de 5 ¼ de Doble
Densidad de 360 KB.
Estos ROM poseen la particularidad de emitir un datagrama broadcasting a 255.255.255.255.
Un servidor corriendo DHCP "escucha" a la computadora y le otorga valores de ip, mascara, gateway y DNS.
Un servicio tftp le suministra una imagen de kernel Linux que la estación "se baja" en unos segundos.
La estación arranca, monta (o no, según la distribución) carpetas compartidas en el server mediante NFS, y
fabrica zonas de Swap en el disco rígido local (recomendado), o en el servidor de la red.
Al cabo de unos momentos establece conexión con el Manejador de Sesiones y espera por un usuario y
contraseña.
La potencia de cálculo del servidor en cierto modo "se hereda" en la estación, la cual puede ejecutar
programas que de otra forma le estarían completamente vedados. En cierta forma sigue con la idea de las terminales
"bobas" de los mainframes de antaño, pero la gran diferencia es con unos pocos equipos caseros y una abundante
cantidad de RAM en la computadora "servidora", se pueden lograr sesiones gráficas (en lugar de limitarse a
caracteres) completamente funcionales.
Si la estación posee algo mas de 48 MB de RAM se puede prescindir incluso de disco rígido. Por debajo
de esa cifra se puede reaprovechar algún disco viejo de aprox. 40 MB que no sirve ni para instalar Windows 95. En
estos casos se aconseja reducir el Swapping 30 sobre red, aplicando para ello un parche para Thinstation
desarrollado por Cristian Leiva, para el excelente proyecto Gleducar (www.gleducar.org.ar)
11.2.2. Servidor
La computadora servidora basta que posea 1,5 GHz de velocidad y aproximadamente 100 MB de RAM por
puesto. Aunque se han observado 15 computadoras trabajando con 1 GB de RAM. Existen distribuciones de
GNU/Linux preparadas con todo el software necesario, como K12OS o Edubuntu, pero entendiendo como funciona
el manejador de paquetes (apt-get, rpm, emerge, etc) se puede instalar los componentes necesarios sin problemas.
30 Swap es el proceso a través del cual un sistema operativo simula RAM sobre un medio de almacenamiento de datos (como un disco
rígido) o a través de Red. Idealmente, un sistema debería tener suficiente RAM como para no tener que apelar a este proceso.
No obstante, su implementación requiere de algunos conocimientos y una buena dosis de paciencia. Además
se debe cuidar que la red se encuentre en óptimas condiciones, dotada al menos de switchs de 100 Mbits.
Cuando este tipo de red se encuentra operativa, es muy fácil realizar la administración de usuarios, backups
paquetes de software, instalación de diversos recursos, etc.
De contarse con un servidor Windows Server en el área, incluso se puede agregar la opción de realizar
sesiones "Terminal Server" vía rdesktop. Esta configuración es extremadamente liviana y muy fácil de mantener.
En resumen, los servicios que se utilizan para lograr esta "magia" son
● DHCP
● NFS
● TFTP
● GDM / KDM (para abrir sesiones remotas en servidores Linux)
● Terminal Server (para sesiones remotas en servidores Windows)
Algunos muy buenos proyectos basados en LTSP (www.ltsp.org) son Thinstation

(www.thinstation.org), PXES (http://pxes.sourceforge.net), K12OS (www.k12os.org), y Edubuntu
(www.edubuntu.org)
11.2.3. Por Hardware:
Recientemente algunas compañías como Hewlett Packard y Ndiyo (http://www.ndiyo.org/systems) han

realizado asombrosas mutaciones de LTSP, conectando directamente al servidor varios juegos de teclados,
monitores y mouses mediante la red normal o bajo USB. De esta manera dejamos de depender de la red para
convertir una computadora con GNU/Linux en una suerte de pulpo. Esta tecnología no se consigue todavía en Sud
America, y la relación costo - beneficio en Euros / Dolares sigue siendo desproporcionada. De bajar de precio, ya
que su implementación técnica es ínfima, podría representar una increíble vuelta a viejos paradigmas: la era de los
Mainframes.
12. Taller de Cableado
La tradicional cultura criolla, de índole artesanal, recicladora, proveniente de los países mediterráneos, choca
de frente con la tecnología de redes que tuviera su origen y auge en Estados Unidos y en los países septentrionales
europeos. Los actuales técnicos instaladores de redes suelen trabajar al estilo "Americano", el cual consiste en
comprar las tramas mas caras posibles, en lo posible de Fibra óptica o Ethernet Giga bit, y abusar generosamente
de racks, switchs, patcheras y routers.
No obstante, un buen administrador de redes se interioriza primero de las existencias, y los objetivos de la
empresa. Contra la creencia general, para la mayoría de las necesidades basta con reaprovechar los cableados de
10 Mbits conectados a viejas placas Ethernet ISA. Puede ser una buena idea desechar los hubs en función de
switchs, puesto que estos últimos poseen la habilidad de resolver colisiones manteniendo el trafico entre peers
aislados “en su propia conversación”.
12.1. Armado de fichas
Para los cableados usualmente se utilizan dos normas, las cuales son iguales en características, aunque
varían sus colores.
Recto: 568A
Es la mas frecuente en Argentina.

Vista de la ficha una vez armada:
Recto: 568B
Se la suele encontrar en empresas extranjeras, o en los “pathcords” (cables armados) manufacturados en el

exterior y a la venta en casas de informática.
12.1.1. Cable “cruzado”
Técnicamente, se arma la norma 568A en una punta, y la 568B en la otra. Se lo utiliza para conectar
dispositivos iguales o al menos, sin HUB o Switch en el medio:
• PC a PC
• Hub a Hub
• PC a Modem ADSL
• PC a CableModem
12.2. Normas mínimas de cableado a tener en cuenta en "PyMEs"
Mientras la empresa se mantiene como Pequeña y Mediana Empresa, con pocas sucursales, y un tráfico de
datos equilibrado mediante programas bien diseñados, las siguientes normas deberían bastar:
● Hubs y Switchs de valor económico "medio", sin opciones sofisticadas de balance de carga o
programación remota.
● Cable Canal uniendo las oficinas, alejados de los cables de corriente en 50 cm. Si debieran pasar
forzosamente por sus cercanías, lo harán en forma perpendicular.
● Identificación en las puntas de los cables mediante capuchones de colores.
● Los Switchs comportándose como "concentradores de Hubs", aunque lo óptimo es que las computadoras
accedan directamente al Switch.
● Bridges entre segmentos de red con mucho tráfico. Esto se puede hacer con computadoras recicladas con
dos placas de red y alguna distribución como CoyoteLinux que arranque por disquete
● A la hora de establecer la ruta del cableado se debe guardar distancia de los siguientes elementos:
● Motores eléctricos grandes o transformadores (mínimo 1.2 metros).
● Luces fluorescentes y balastros (mínimo 12 centímetros). Los conductos deben ir perpendicular a

las luces fluorescentes y cables o conductos eléctricos.
31
● Para cables, se debe medir el KVA
● 2KVA o menos: mínimo 13 cm
● 5KVA: mínimo 30 cm.
● 5KVA o mas: mínimo 91 cm.
● Aires acondicionados, soldadoras, fotocopiadoras, estufas de resistencia: mínimo 1.2 mts.
31 KVA: Medida de la potencia o capacidad total, expresada en miles, de un circuito o de un equipo eléctrico de corriente alterna. Esta
incluye la porción de la potencia que utiliza la carga real o activa, como resistencias, y la porción que se utiliza para crear campos
magnéticos, por ejemplo: bobinas y motores eléctricos.(premium.caribe.net/~jrbaspr/definiciones.html)
12.3. Normas de cableado estructurado en empresas grandes
12.3.1. Elementos del Cableado Estructurado:
Una consecuencia directa al aumento de transacciones en una Empresa, es la complicación en las redes
"caseras" creadas originalmente. Habitualmente se migran los cableados normales debido a alguno de los siguientes
factores:
● Mayor volumen de datos (ver Redes Pesadas)
● Complicación del cableado existente debido al agregado de muchos puestos de trabajo
● Creación de departamentos, aulas, o dependencias que poseen subredes propias.
En estos casos existen dos soluciones:
● Conexiones Wireless: por ejemplo, con un Access Point en cada piso y placas Wireless en cada puesto
de trabajo.
● Cableado estructurado: Racks, patcheras, entubado, rosetas, pathcords certificados, backbones de fibra
óptica y diversos elementos.
Estas configuraciones requieren mayores inversiones debido a que utilizan materiales mas caros y mano de
obra especializada. Normalmente este trabajo se subcontrata a Empresas que CERTIFICAN el cableado realizado.
La tarea de certificado involucra un costo extra.
12.3.2. Normas y Estándares
Existen tres estándares:
● ISO/IEC-IS11801: Standard Internacional
● EN-50173 Standard Europeo
● ANSI/EIA/TIA-568A: norma de EE.UU.
No existen grandes diferencias en cada una
El Instituto Americano Nacional de Estándares, la Asociación de Industrias de Telecomunicaciones y

la Asociación de Industrias Electrónicas (ANSI/TIA/EIA) publican conjuntamente estándares para la manufactura,
instalación y rendimiento de equipo y sistemas de telecomunicaciones y electrónico.
ANSI/TIA/EIA-568-A Estándar de Cableado de Telecomunicaciones en Edificios Comerciales

ANSI/TIA/EIA-569 Estándar para Ductos y Espacios de Telecomunicaciones en Edificios Comerciales
ANSI/TIA/EIA-570 Estándar de Alambrado de Telecomunicaciones Residencial y Comercial Liviano
Estándar de Administración para la Infraestructura de Telecomunicaciones de Edificios
ANSI/TIA/EIA-606
Comerciales
Requerimientos para Telecomunicaciones de Puesta a Tierra y Puenteado de Edificios
ANSI/TIA/EIA-607
Comerciales
En términos generales, se debe diferenciar 4 subsistemas principales que juntos hacen a un Sistema
General.
12.3.2.1. Subsistema de Administración
● Armarios repartidores
● Equipos de comunicaciones
● Uninterruptible Power Supply (UPS) con activación automática
● Cuadros de alimentación dedicados
12.3.2.2. Subsistema de Cableado Horizontal
Medio a comunicar (teléfono/fax/computadora) -> Roseta mediante cable UTP, usualmente llamado "látigo":
máximo 3 mts.
● Roseta -> Módulo de Regletas mediante cable UTP: máximo 90 mts.
● Debe estar guiado mediante canales en pared, piso, falso techo o falso piso. Estos canales deben
tener capacidades para limitar la transmisión de fuego y calor o "firestops". El ancho mínimo debe
ser de 10 cm.
● Los módulos de regletas deben poseer guías que permitan ubicar la correspondencia a cada
roseta.
● Módulos de Regletas -> Repartidor: el repartidor puede ser hub o switch. Se utilizan patchcords entre
ellos, de un máximo de 6 metros.
12.3.2.3. Subsistema de Cableado Vertical o "entre pisos"
Comunica los hubs/switchs. Dependiendo de las necesidades (distancia, velocidad, volumen de datos) se
utiliza UTP, cable Coaxial, o Fibra óptica.
12.3.2.4. Subsistema de Cableado entre edificios o "Campus"
Entre edificios, existen conexiones llamadas "Backbones" o "Troncales". No obstante, si media una distancia
o una dificultad técnica muy grande en el camino, estos términos técnicamente pueden ser diferentes: Fibra óptica,
conexiones Satelitales, Wireless, o incluso la misma Internet (mediante túneles).
12.3.2.5. Otras normas:
Cuarto de Telecomunicaciones: para el uso exclusivo de equipo asociado con el sistema de cableado de
telecomunicaciones. No debe ser compartido con instalaciones eléctricas que no sean de telecomunicaciones. El
cuarto de telecomunicaciones debe ser capaz de albergar equipo de telecomunicaciones, terminaciones de cable y
cableado de interconexión asociado. El diseño de cuartos de telecomunicaciones debe considerar, además de voz y
datos, la incorporación de otros sistemas de información del edificio tales como televisión por cable (CATV), alarmas,
seguridad, audio y otros sistemas de telecomunicaciones. Todo edificio debe contar con al menos un cuarto de
telecomunicaciones o cuarto de equipo.
Cuarto de Equipo
El cuarto de equipo es un espacio centralizado de uso específico para equipo de telecomunicaciones tal
como Central telefónica, equipo de cómputos y/o conmutador de video.
Referido al equipo de cómputos, conviene el uso de switchs de video, teclado y mouse que unifiquen la
administración de servidores hacia un solo monitor.
La temperatura debe mantenerse continuamente (24 horas al día, 365 días al año) entre 18 y 24 grados
centígrados. La humedad relativa debe mantenerse entre 30% y 55%. Debe de haber un cambio de aire por hora.
Electricidad:
Tomacorrientes dobles 110V C.A. (220 en Argentina) dedicados de tres hilos. Deben ser circuitos separados
de 15 a 20 amperios. Deberán estar dispuestos entre ellos al menos a 1.8 metros de distancia.
12.4. Calidad en la Señal
Cuando la red se encuentra saturada, o una

estación no accede correctamente al medio, conviene
revisar la salud de la señal. Un "par" cortado dentro del
cable puede ocasionarnos caídas de estaciones y
trabajos de impresión sin terminar. Incluso a veces los
switchs, quienes en teoría proveen mecanismos contra
colisiones de paquetes, pueden confundirse y darnos
varios dolores de cabeza.
Con un poco de maña y paciencia se puede

construir un aparato que envíe pulsos a lo largo de los
pares que componen los cables UTP. Muchas veces los
cables se secan con el tiempo, se desgastan y se cortan
por dentro. Estos aparatos pueden adquirirse en
cualquier casa de Electrónica o por Internet.
12.4.1. Ping con paquetes grandes (el remedio de la abuela)
En ocasiones tenemos inestabilidad en la red... y no tenemos nuestro medidor de señales a mano. Una
manera casera de comprobar el estado de la señal consiste en emitir un conjunto de paquetes icmp de gran tamaño.
De esta manera se puede detectar incluso switchs en mal estado.
ping 192.168.0.1 -c 40 -s 65464
Esta orden (ejecutarla como root) emite 40 pings de 65 K de tamaño al host 192.168.0.1. Al final emitirá un
resumen:
--- 192.168.0.1 ping statistics ---

40 packets transmitted, 40 packets received, 0% packet loss
round-trip min/avg/max = 110.1/110.2/111.3 ms
12.4.2. Carga sobre la Red
Asimismo, a la hora de realizar o mejorar un cableado, se debe tener en cuenta el formato (binario o SQL) de
los de datos. A tal efecto, a veces conviene hablar con los desarrolladores de software responsables de los sistemas
que corren o correrán sobre las tramas, y averiguar cuales serán los volúmenes calculados a futuro en caso que la
empresa experimente un crecimiento.
Por ejemplo: una empresa que maneja, entre clientes y proveedores, unas 40.000 transacciones al mes, y
utiliza:
● LAMP en Intranet (ver LAMP)
● Terminal Server de Windows
● LTSP de GNU/Linux
● Arquitectura Cliente Servidor con transacciones SQL
No debería por ningún motivo necesitar apelar a redes con velocidades mayores a 100 Mbits, interconectadas
por switchs, mientras respete algunas mínimas nociones de cableado estructurado de categoría 5.
Un buen administrador de redes tiene un deber moral para con su profesión y sus empleadores: debe ser
eficiente a la vez que eficaz (modelo Europeo).
12.4.2.1. Redes Pesadas
Así como hay buenos contadores, también los hay malos: gastan tiempo, dinero y recursos en lugar de
eficientizar los gastos de la empresa.
De la misma manera hay malos programadores. La consecuencia directa de ellos son los malos programas,
que utilizan considerable ancho de banda para sus entradas y salidas.
Durante 1980 y parte de 1990, con el advenimiento de las PC dotadas de disco rígido, se acostumbró a
programar sin abstraer la aplicación de los datos. Los datos, estaban escritos en archivos, y para acelerar el
recorrido interno de los punteros a registros, el formato era binario. Si bien el formato binario es más rápido de
recorrer, ocupa un poco mas de espacio de almacenamiento. Cuando la cantidad de datos aumenta a grandes
niveles, la opción de binarios en red tarde o temprano termina ocasionando un gasto innecesario de recursos.
En ese entonces, cuando se debía compartir los datos la opción era
1. Abrir datos en red: el programa accedía a una carpeta mapeada en el servidor, y abría los archivos en
forma concurrente con las demás computadoras. Se aproxima bastante al ejemplo anterior.
2. Abrir binarios y datos en red: esta es la forma mas pesada existente. Muchos programas directamente
se acceden "vía red", particularmente aquellos basados en archivos DBF (Clipper, Fox), el formato de
Clarion y Borland, MDB (Microsoft Access / VisualBasic) y Paradox, por mencionar algunos. Estos son
sistemas muy cómodos y rápidos de programar e instalar, y funcionan bien... mientras la cantidad de
datos a tratar no supere los 10MB por transacción.
Otro problema añadido consiste en que los datos corriendo sobre archivos eran susceptibles a "corromperse"
por el exceso de fragmentación de las primitivas FAT 16 y FAT 32. Este problema se veía subsanado solamente si
se utilizaba arquitectura de sistemas de archivos mas avanzadas como NFS. Microsoft, por su parte, ideó NTFS.
Estos límites se empezaron a vislumbrar primero en las grandes corporaciones. A tal efecto se diseño una
modalidad cliente-servidor para el tratado de datos, y que poseyera un acceso estandarizado en su administración.
Resumen:
● No se debería abrir binarios en las redes
● Los programas debe enviarse porciones de datos, y no instrucciones.
● Evitar la apertura de archivos DBF: usar transacciones SQL en su lugar.
● Crear guiones CGI (PHP, ASP, Python, Ruby, Java, Ajax, etc) que “dibujen” los datos remotos en el
navegador cliente.
13. Análisis del tráfico de la LAN
A veces, sin importar cuanto empeño y dinero se haya invertido en instalar una LAN, esta adolece de
problemas de velocidad... y seguridad. Las redes son como las arterias de un cuerpo humano: también pueden
taparse. Ya en el capítulo dedicado a Firewalls habíamos visto a Firestarter monitorizando diversas conexiones.
13.1. Etherape
(apt-get install etherape): se trata de un Analizador Gráfico de Red. Los Analizadores Gráficos de Red son
lo que los gráficos estadísticos son a las columnas de números de las Hojas de Cálculo: permiten detectar en tiempo
real las mayores consumos y tipos de conexiones que ocupan la mayor parte de la red. Estas herramientas se
sustraen de la "tormenta de información", y del excesivo detalle, y nos permiten detectar usuarios abusivos,
computadoras zombies, troyanos y transferencias sostenidas de alto volumen.
Etherape es una opción GPL a la conocida herramienta "EtherBoy" (http://www.snmp.co.uk/netboy/

etherboy.htm: $18.529).
La siguiente captura de pantalla fue obtenida en su sitio web: http://etherape.sourceforge.net/images/

v0.3.7.png
Otro software parecido es lanmap, el cual va dibujando un gráfico de la red cada tantos segundos.
13.2. Redes saturadas y comportamientos extraños
13.2.1. Introducción a los Troyanos
(El tiempo pasa... nos vamos poniendo Tecnos – Luca)
Cuando notamos comportamientos extraños en el servidor, tales como mucho uso del procesador, servicios
de red que se caen, poco ancho de banda, etc, puede que tengamos un visitante no deseado conviviendo en la
computadora
En estas ocasiones conviene revisar la charla que mantiene el equipo con el exterior.
En Windows XP/200x, lo podemos hacer volcando el registro de logueo del Firewall, el cual nos puede
deparar muchas sorpresas.
En Linux, podemos hacer lo mismo con una pequeña aplicación de consola llamada tcpdump. Esta
herramienta posee la propiedad de poner una interface en modo promiscuo, y volcar en pantalla todo el paso de la
pila TCP. La salida presenta el siguiente formato:
root@zion# tcpdump -i ppp0 (ejemplo en un ADSL)
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes

22:47:39.956223 IP 201-254-81-76.speedy.com.ar.32778 > ns1.zeusargentina.com.imap2: . ack 3582332712
win 190 <nop,nop,timestamp 43363974 716773261>
22:47:39.957088 IP 201-254-81-76.speedy.com.ar.1029 > dns0r.telefonica.com.ar.domain: 31765+ PTR?

82.36.246.64.in-addr.arpa. (43)
22:47:39.963953 IP 83.223.168.195.4662 > 201-254-81-76.speedy.com.ar.50259: R 0:0(0) ack 520400740
win 0
22:47:39.978487 IP fr-cha-C3-08-084119119133.chello.fr.12000 > 201-254-81-76.speedy.com.ar.17135:
UDP, length: 19
Ahora bien. Estos "misteriosos" paquetes que se desplazan a gran velocidad por la pantalla, en algunos casos
pertenecen a solicitudes realizadas efectivamente por computadoras de la red interna. Por ejemplo la primer línea,
donde un cliente IMAP establece conexión con un host conocido.
Pero en la mayoría de los casos, este tráfico proviene de Internet, de máquinas corriendo Windows, intentando
validarse contra el Linux. No obstante el registro de logueo queda en /var/log/samba/*
Luego que el sistema funcionara ininterrumpidamente durante 2 años, pude constatar 113.284 (¡!) accesos
infructuosos (435 MB de registros). En el Instituto, por ejemplo, la conexión con ArlinkBBT prevee un máximo de
4GB de transferencia al mes. El cablemodem desperdicia aproximadamente 1 GB en transaccionar todo ese
montón de paquetes. Figuran intentos de logueos de computadoras de empresas, cybercafes, escuelas, ip
dinámicas desconocidas, y sobre todo, computadoras hogareñas. Por supuesto no soy una persona tan conocida
como para que todo el planeta quiera hackearme. Se trata de otro tipo de acceso: simplemente me quieren convertir
en una...
13.2.2. Troyanos y Máquina Zombie
Se le llama "Máquina Zombie" a la computadora infectada por un troyano capaz de recibir órdenes externas, y
de actuar en consecuencia, con beneficios para el agente externo que las controla.
Algunas actividades que realiza una Máquina Zombie:
● Emisor de spam y/o publicidad masiva.
● Servidor Web de imágenes: Se establece un pequeño servicio web. La ip real (dinámica o estática) de la
computadora conforma una url que apunta a unos cuantos archivos de fotos presentes en el equipo,
descargados por el troyano. Esta url aparece publicada en forma dinámica en Internet, donde la gente
hace click en las imágenes y se sirve... de nuestro disco rígido.
● Servidor Web de archivos vía FTP
● Computación distribuida: el troyano obtiene de Internet un paquete que deberá procesar. Es una forma
sofisticada de clustering distribuido al estilo del proyecto seti@home, pero sin el consentimiento del
usuario.
● Ataques masivos.
● Táctica de Gusanos: expansión de su propio código vírico a otras computadoras, mediante
● Libretas de direcciones
● Escaneo de redes internas y externas, con el objeto de intervenir sistemas operativos con
vulnerabilidades conocidas.
● Medios removibles (disquetes, usb)

13.2.3. Troyanos Desbocados y Ataques de Denegación de Servicios
Para que un troyano sea efectivo y difícil de detectar, se lo construye muy pequeño, apenas con el código de
reproducción y algunos objetivos determinados. Así, los "troyanos" se asemejan a los virus biológicos, en el sentido
que carecen de un mecanismo concreto de "cuando detenerse", al punto que terminan comprometiendo la vida del
organismo receptor.
Muchas veces los troyanos carecen de una condición final en sus bucles, y de hecho, algunos son tan
primitivos, que tampoco prevén detener su reproducción, aún cuando la computadora posee múltiples copias del
código malicioso. Cuando se da esta situación, el troyano pasa a convertirse en un virus "Conejo".
En estos casos la computadora sucumbe ante la solicitud múltiple de recursos, y la red ve afectada su
velocidad ante una gigantesca maraña de conexiones.
La parte mas interesante del fenómeno radica en que usualmente el objetivo del ataque no es nuestra propia
red. Recién habíamos mencionado que uno de los objetivos de capturar computadoras "Zombie" es para usarlas
como soldados en ataques "DDOS".
Los DOS (Deny of Service) sirven para saturar de conexiones un servidor hasta dejarlo fuera de servicio. Una
excelente investigación al respecto puede consultarse en la pagina de Gabriel Verdejo Alvarez
(http://tau.uab.es/~gaby/). Los DDOS corresponde a DOS distribuidos (Distributed) en varios miles de computadoras.
en ARP Spoofing volveremos a tratar este tema.
13.3. Detectar abusos: ntop, iptraf, tethereal, iftop
Podemos hilar fino mediante varias herramientas. La búsqueda apt-cache search sniff devuelve muchísimos
resultados útiles. Estas herramientas habitualmente se instalan y se ejecutan como root. En ese mismo listado se
pueden observar algunos auditores de seguridad, detector de intrusos, y varias herramientas propias del ambiente
del Phreaking y del Hacking.
Para tener un ranking de las maquinas con mayor consumo en la red, podemos utilizar iftop. Aquí se lo
puede observar traceando los puertos de origen y destino (opción p).
… y que se puede combinar con iptraf.
Si deseamos un completo reporte onjline del estado del servidor, podemos hacer uso de ntop. Ees
extremadamente completo y debería bastar para casi todos los casos. Otra herramienta parecida es bandwith.
13.4. Hacking
¡Mira mamá, mira! ¡ya estoy hackeando!
-Se dice “auditando”, nene.
Podemos hacer algo mejor que observar el tráfico de paquetes: podemos abrir los paquetes y observar su
contenido.
Wireshark, anteriormente llamado Ethereal, es el mejor ejemplo de Capturador de Paquetes. Puede "olfatear"
toda clase de protocolos en busca de cadenas o puertos, en tiempo real o guardando todas las coincidencias que va
encontrando, poniendo a la interface en "modo promiscuo", es decir, dejando entrar todo el tráfico. Además viene
también en versión Windows.
En este ejemplo, Ethereal, instalado sobre el gateway de la red, se encuentra filtrando los textos de los
correos vía protocolo IMAP, procedentes de la dirección matiaspecchia@bunker.org.ar. Se puede además chequear
la máquina corriendo un cliente IMAP (192.168.1.1), y el Servidor de Correos interno (192.168.1.254) de mi red
casera.
Ettercap llega todavía mas lejos: es capaz de olfatear conexiones incluso en redes switcheadas.
Han leído el cartel que dice “La Información que está a punto de enviar puede ser leída por otras personas” ?
Aquí se ve el ejemplo de la intercepción de un correo bajo protocolo POP no cifrado.

13.4.1. Otras herramientas de seguridad
El Administrador de Redes tarde o temprano tiende a seguir las líneas de pensamiento de los Hackers,
entendiéndose el término "Hacker" como "experto de alguna cosa". Por ejemplo, un cerrajero, un mecánico, un
electricista, un programador experto en un determinado lenguaje, e incluso un médico genetista.
Solo con esta mirada analítica podrá prever diversas intrusiones, descubrir las causas de un funcionamiento
anormal, potenciar los recursos otorgados por la Empresa, y fundamentalmente APRENDER.
El Hacking debe ser probablemente la actividad que menos estudios formales requiere. Un Hacker es
fundamentalmente un Autodidacta, y como consecuencia, un Auditor de Seguridad.
Aunque cueste creerlo, el sniffeo de la redes lo usan mas los administradores de redes que los Hackers
"Clásicos". Basta con probar snort, antisniff, sentinel, o un simple cat /var/log/messages para encontrar posibles
intrusos, escaneos secuenciales a los puertos, o troyanos desbocados. Existe al respecto varias notas escritas en
http://webs.ono.com/usr016/alfonn/articulos.htm
Existen muchos LiveCD dedicados diseñados para Auditoría y Seguridad. Una lista al respecto puede
encontrarse en http://www.kriptopolis.org/node/2000, la cual en marzo de 2006 ubica los siguientes “mejores”:
1. BackTrack 6. Knoppix-STD
2. Operator 7. Helix
3. PHLAK 8. F.I.R.E
4. Auditor 9. nUbuntu
5. L.A.S Linux 10. INSERT
El primero de la lista, por ejemplo, incluye una lista de herramientas en su sitio:

http://www.ussysadmin.com/operator/tools_list.html
Estos Cds “todo incluído” en cierta manera nos sirven para descubrir herramientas que también se
encuentran disponibles en la base de paquetes de Debian GNU/Linux. Es decir: nos sirven para sacar ideas útiles.
Por ejemplo, dejo a criterio del lector la lectura y traducción del paquete dsniff:
/home/s [root@zion] apt-cache show dsniff

Package: dsniff
Priority: extra
Section: universe/net
Description: Various tools to sniff network traffic for cleartext insecurities

This package contains several tools to listen to and create network traffic: .
* arpspoof - Send out unrequested (and possibly forged) arp replies.
* dnsspoof - forge replies to arbitrary DNS address / pointer queries
on the Local Area Network.
* dsniff - password sniffer for several protocols.
* filesnarf - saves selected files sniffed from NFS traffic.

* macof - flood the local network with random MAC addresses.
* mailsnarf - sniffs mail on the LAN and stores it in mbox format.
* msgsnarf - record selected messages from different Instant Messengers.

* sshmitm - SSH monkey-in-the-middle. proxies and sniffs SSH traffic.
* sshow - SSH traffic analyser
* tcpkill - kills specified in-progress TCP connections.
* tcpnice - slow down specified TCP connections via "active"
traffic shaping.
* urlsnarf - output selected URLs sniffed from HTTP traffic in CLF.
* webmitm - HTTP / HTTPS monkey-in-the-middle. transparently proxies.
* webspy - sends URLs sniffed from a client to your local browser.
Please do not abuse this software.

13.4.2. Caso Practico:
Estamos en casa trabajando contra el server de la empresa, y notamos que la velocidad de conexión ha
bajado considerablemente.
Naturalmente, un proceso propio del servidor puede ser el responsable. Si entramos vía ssh o vía telnet, y
corremos los comandos
• ps
• top, htop
• iptraf o iftop
• ftptop
... podemos detectar al "comedor de ancho de banda".
Pero si bien es muy frecuente pillar al administrador de turno jugando con el amule, o el mldonkey , lo mas
probable es que el usuario abusivo se encuentre dentro de la red interna.
Si nuestros usuarios acceden a internet por proxy squid, un squidview, o un tail -f /var/log/squid/acces.log
resolverá todas las dudas.
En caso que sospechemos otro mal uso de la red (Kazaa, Ares, video online, streaming, etc), nuevamente,
iptraf y tethereal serán indispensables para revisar el flujo de bytes gestionados por las iptables.
root@gazpacho:~# tethereal
11.454720 80.67.81.14 -> 192.168.1.150 TCP www > 3907 [SYN, ACK] Seq=0 Ack=1 Win=8712 Len=0
11.454919 192.168.1.150 -> 80.67.81.14 TCP 3907 > www [ACK] Seq=1 Ack=1 Win=65535 Len=0
11.455373 192.168.1.150 -> 80.67.81.14 HTTP GET /banners/ffe/amigas_234x60.gif HTTP/1.1
595.559692 38.116.36.26 -> 192.168.1.150 RTSP Continuation

595.560479 192.168.1.150 -> 38.116.36.26 TCP 3919 > rtsp [ACK] Seq=3930 Ack=1725736 Win=65535
En este caso... amigas_234x60.gif ???
RTSP... eso me suena. Utilizo el buscador de acrónimos y siglas (porque no tengo ganas de entrar a Google).
Cuando hago un
root@gazpacho:~# dict rtsp
la maquina me responde
Real Time Streaming Protocol (TV, WWW, UDP, TCP/IP, RDP, Multicast)
Traducido: flujo contínuo en tiempo real. Varios programas nos sirven en GNU/Linux para ver o escuchar
estos protocolos: xmms, mplayer, realplay, realplayer (http://www.real.com/linux/) y otros. La sintaxis
probablemente hay que adosarla al protocolo: es decir rtsp://38.116.36.26.
Opción simple: usar alguno de estos programas para obtener el mismo flujo. Sin embargo, si se trata de vídeo
sucio, y alguien pasa por delante de mi oficina, voy a tener que dar muchas explicaciones apresuradas.
Otra opción es encontrar un nombre de dominio asociado a esa IP. Utilizamos el comando dig para resolver
en forma inversa la ip
root@gazpacho:~# dig -x 38.116.36.26
; <<>> DiG 9.3.1 <<>> -x 38.116.36.26

... un montón de cosas ...
;26.36.116.38.in-addr.arpa. IN PTR
;; ANSWER SECTION:
26.36.116.38.in-addr.arpa. 10800 IN CNAME 38.116.36.26.batanga.com.
¿batanga.com? ¿y esto? Mediante Firefox descubro que se trata de una emisora de Radio Latina. Y
mediante http://www.geoiptool.com descubro que está ubicada en Naples, Florida.
Esto me ha aliviado: no me divierte acusar compañeros de trabajo. Pero el muy desgraciado me utiliza el
ancho de banda del server para escuchar Reggaetones y Merengues. ¿Por qué no se compra un ananá, se lo pone
en la cabeza, y se trae una radio AM-FM a la oficina como todo el mundo?
Constatado el pecado pasamos a buscar el pecador
Ya conozco la procedencia del flujo de sonido, pero no se a cual maquina de la red está dirigido. Solo tengo
la IP: 192.168.1.150.
Esta IP probablemente fue otorgada dinámicamente desde mi server DHCP. En lugar de revisar los
larguisimos logs (/var/log/syslog) del servidor, usemos el sentido común.
Probablemente sea una maquina windoza (lo cual podemos corroborar con xprobe2 o nmap), de modo que
necesitamos conocer su "netbios name".
Usaremos como root un comando llamado nbtscan (como el nbtstat -A de Windows). Al igual que todas
estas herramientas, puede ser obtenido mediante apt-get
root@gazpacho:~ # nbtscan 192.168.1.150

Doing NBT name scan for addresses from 192.168.1.150
IP address NetBIOS Name Server User MAC address

------------------------------------------------------------------------------
192.168.1.150 Bedelia <server> <unknown> 00:0e:a6:5d:36:b7
Ahá! Parece que en Bedelía (Preceptoría) están en problemas.

13.5. Taller de Seguridad
En esta tira cómica, la envidiosa maquina con Windows (“Penti”) destierra la mitica vulnerabilidad del Linux
(“Athlo”). Entra con una cuenta limitada por ftp, deposita un segmento de código fuente (indetectable por antivirus), y
se sale del sistema. Luego se conecta por ssh con la misma cuenta, usa el compilador gcc para obtener un rootkit
(troyano) binario, con el que consigue poder de root. Finalmente apaga el equipo y se queda cortejando a una linda
Apple (“Mac”).
13.5.1. Auditoría Propia
La siguiente captura de pantalla pertenece a la película Matrix Reloaded. Esta película se adjudica el mérito de
ser la única que muestra un hackeo al menos en parte real. La protagonista escanea unos puertos mediante la
conocida herramienta nmap. Encuentra una versión vieja del servidor ssh (acceso remoto) que posee varias
vulnerabilidades conocidas: aparentemente el administrador no se ha tomado el trabajo de actualizar el servidor.
Así, mediante un hipotetico “sshnuke” Trinity resetea el password del root y se hace con el control de una
central térmica.
Y por casa como andamos? ¿Hay procesos que se conectan sin nuestro permiso a internet?
Como sysadmins debemos estar familiarizados con el uso de herramientas tales como chkrootkit, nmap, y
netstat.
13.5.1.1. Netstat
Es una buena herramienta pero muestra mucha información a los novatos.
● En windows: netstat -anob
● En Linux: netstat -pan
● En FreeBSD: netstat -r
13.5.1.2. lsof
Si bien el propósito de lsof es mostrar los archivos abiertos en curso, recordemos que en Unix todo es un
archivo. Si, las conexiones también:
Ejemplo, donde se muestra algúnos demonios propios como proftpd, samba, e incluso java abriendo puertos al
exterior y esperando (LISTEN) conexiones. También Firefox, entrando gmail, y Openoffice, terminando de buscar
actualizaciones.
s@zion $ sudo lsof | grep TCP

java TCP *:8280 (LISTEN)

smbd TCP *:microsoft-ds (LISTEN)
smbd TCP *:netbios-ssn (LISTEN)
proftpd TCP *:ftp (LISTEN)
firefox TCP zion.local:42590->ag-in-f83.google.com:www (ESTABLISHED)
soffice TCP zion.local:58730->208.81.191.110:www (CLOSE_WAIT)
13.5.1.3. Nmap
Para esta breve auditoría del sistema, utilizaremos nmap, que también posee versión para Windows.
obelix:/home/s# nmap localhost
Interesting ports on localhost.localdomain (127.0.0.1):

(The 1653 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
9/tcp open discard
13/tcp open daytime
21/tcp open ftp
22/tcp open ssh
23/tcp open telnet
25/tcp open smtp
37/tcp open time
143/tcp open imap
389/tcp open ldap <---------------
427/tcp open svrloc
3128/tcp open squid-http
Supongamos que deseamos saber que proceso está escuchando el puerto 389 (ldap). Ejecutamos la orden
netstat modificando la salida para que muestre solo "389".
netstat -pan | grep ldap

tcp 0 0 *:ldap *:* LISTEN 4977/slapd
Hemos descubierto un proceso demonio (por la terminación d, de daemon) llamado slapd cuyo identificador de
proceso es el 4977. Si deseamos matarlo basta con hacer kill 4977. Pero sería mejor revisar primero si no es un
proceso instalado por alguna razón valida.
apt-cache search slapd

slapd - OpenLDAP server (slapd)
Bien, figura en la base de paquetes. Pero se puede obtener una información mas detallada haciendo
apt-cache show slapd
Package: slapd
Priority: optional
Section: net
Installed-Size: 2228
Maintainer: Torsten Landschoff <torsten@debian.org>
Provides: ldap-server
Depends: libc6 (>= 2.3.2.ds1-21), libdb4.2, libiodbc2 (>= 3.52.2), libldap-2.2-7,

libltdl3 (>= 1.5.2-2), libperl5.8 (>= 5.8.4), libsasl2 (>= 2.1.19), libslp1,
libssl0.9.7, libwrap0, coreutils (>= 4.5.1-1) | fileutils (>= 4.0i-1), psmisc, libldap-
2.2-7 (= 2.2.23-8), perl (>> 5.8.0) | libmime-base64-perl
Recommends: db4.2-util, libsasl2-modules
Suggests: ldap-utils
Conflicts: umich-ldapd, ldap-server, libbind-dev, bind-dev, libltdl3 (= 1.5.4-1)
Filename: pool/main/o/openldap2.2/slapd_2.2.23-8_i386.deb
Size: 817172
MD5sum: 695700b9213550d0efc809c29d025e8b
Description: OpenLDAP server (slapd)
This is the OpenLDAP (Lightweight Directory Access Protocol) standalone
server (slapd). The server can be used to provide a standalone directory service
and also includes the slurpd replication server.
Si por el contrario, el proceso no figura dentro de la base de paquetes, sería conveniente realizar un
chkrootkit (apt-get install chkrootkit) en busca de anormalidades, o un updatedb seguido de un locate proceso para
encontrar al menos, su ubicación. A diferencia de Windows, siempre podemos borrarlo o moverlo a una zona de
cuarentena. El sistema operativo no intentará interceptar nuestra modificación de acceso al ejecutable en uso.
Si bien podemos matarlo, ciertos troyanos no figuran en la salida de ps: este es un dato que nos aportará
chkrootkit
Por regla general, se debe tener abiertos solo los puertos necesarios, a fin de exponerse a vulnerabilidades ni
de tener procesos que ocupen recursos del sistema. Cada puerto abierto es un paquete que debemos cuidar de tener
en su versión estable (sin vulnerabilidades conocidas), o al menos, en su última versión (la mas emparchada).
Se debe utilizar rcconf para revisar cuales procesos inician con el servidor y revisar cada tanto el directorio con
scripts de arranque /etc/init.d, o el viejo /etc/rc.boot en busca de scripts que no nos suenen conocidos. Supongamos
que aparece un archivo
[root@zion] ls -l /etc/init.d
-rwxr-xr-x 1 root root 1583 2005-04-12 03:32 wesnoth-server
-rwxr-xr-x 1 root root 3127 2005-07-14 23:56 xdm
-rwxr-xr-x 1 root root 1963 2005-02-11 04:11 xfree86-common

-rwxr-xr-x 1 root root 2859 2003-01-22 04:39 xfs
Y no tenemos la menor idea de que es lo que hace el script xdm. Siempre podemos usar update+locate, man e
info para averiguar que es lo que hace, o por lo menos, adonde está. Si no figura en una página de manual,
probablemente no cumple con los standares que rige Debian para sus paquetes, y por lo tanto se puede deber a un
programa que ha sido instalado allí sin pasar por apt+dpkg, que son los administradores de paquetes.
[root@zion] man xdm

NAME
xdm - X Display Manager with support for XDMCP, host chooser
DESCRIPTION
Xdm manages a collection of X displays, which may be on the
local host or remote servers.
¡Que susto! Se trataba solo del manejador de sesiones de logueo de las X
13.6. Detectores remotos de Sistemas Operativos
Una tarea que suelen realizar los hackers antes de infiltrarse consiste en detectar el sistema operativo que
posee la computadora objetivo.
Por ejemplo, si se detecta Windows, y se desea inyectar SQL en un Blog, lo mas probable es que del otro
lado estén usando MSSQL, con IIS como servidor Web.
Por otro lado, cuando un sistema operativo tiene varios años en el mercado, la compañía fabricante deja de
“mantenerlo”, y por lo tanto no libera parches de seguridad para esa versión (como Windows 95 / 98 /Me), por lo
tanto, de seguro existe una larga lista de vulnerabilidades, las cuales pueden ser explotadas a través de diversos
"exploits".
[root@zion] xprobe2 192.168.1.2

[+] Host 192.168.1.2 Running OS: "Microsoft Windows XP SP2"
[root@zion] nmap 192.168.1.2

Interesting ports on varian (192.168.1.2):
PORT STATE SERVICE
139/tcp open netbios-ssn
445/tcp open microsoft-ds
1433/tcp open ms-sql-s <-----Microsoft SQL Server
MAC Address: 00:0E:A6:E1:61:41 (Asus Computer)
En http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-tools.es.html se puede encontrar una

muy buena revisión de herramientas de detección.
● nmap
● xprobe
● queso
● knocker
● hping2
● isic
● icmpush
● nbtscan
Incluso en la Web hay sitios que realizan este servicio. Por ejemplo la pagina de Netcraft:
http://uptime.netcraft.com
Estas herramientas sirven para revisar cualquier rango de puertos y realizar diversas acciones sobre ellos.
Una combinación de todas estas herramientas (nmap, nmapfe, xprobe2, netcraft.com y otras) sirve para determinar
entre todas la verdadera versión de sistema operativo.
/home/s [root@zion] xprobe2 www.utn.edu.ar

Xprobe2 v.0.2.2 Copyright (c) 2002-2005 fyodor@o0o.nu, ofir@sys-security.com,

meder@o0o.nu
[+] Target is www.utn.edu.ar
[+] Loading modules.
[+] Following modules are loaded:
[x] [1] ping:icmp_ping - ICMP echo discovery module
[x] [2] ping:tcp_ping - TCP-based ping discovery module
[x] [3] ping:udp_ping - UDP-based ping discovery module
[x] [4] infogather:ttl_calc - TCP and UDP based TTL distance calculation
[x] [5] infogather:portscan - TCP and UDP PortScanner
[x] [6] fingerprint:icmp_echo - ICMP Echo request fingerprinting module
[x] [7] fingerprint:icmp_tstamp - ICMP Timestamp request fingerprinting module
[x] [8] fingerprint:icmp_amask - ICMP Address mask request fingerprinting module
[x] [9] fingerprint:icmp_port_unreach - ICMP port unreachable fingerprinting module
[x] [10] fingerprint:tcp_hshake - TCP Handshake fingerprinting module
[x] [11] fingerprint:tcp_rst - TCP RST fingerprinting module
[+] 11 modules registered
[+] Initializing scan engine
[+] Running scan engine
[-] ping:tcp_ping module: no closed/open TCP ports known on 170.210.22.174. Module
test failed
[-] ping:udp_ping module: no closed/open UDP ports known on 170.210.22.174. Module
test failed
[-] No distance calculation. 170.210.22.174 appears to be dead or no ports known
[+] Host: 170.210.22.174 is up (Guess probability: 25%)
[+] Target: 170.210.22.174 is alive. Round-Trip Time: 0.06287 sec
[+] Selected safe Round-Trip Time value is: 0.12574 sec
[-] fingerprint:tcp_hshake Module execution aborted (no open TCP ports known)
[+] Primary guess:
[+] Host 170.210.22.174 Running OS: "Microsoft Windows 2000 Server Service Pack 4"
(Guess probability: 15%)
[+] Other guesses:
[+] Host 170.210.22.174 Running OS: "Microsoft Windows 2000 Server Service Pack 3"
(Guess probability: 15%)
[+] Host 170.210.22.174 Running OS: "Microsoft Windows 2000 Workstation SP4" (Guess
probability: 15%)
[+] Host 170.210.22.174 Running OS: "Microsoft Windows 2000 Workstation" (Guess
probability: 15%)
Otra manera de asegurarse, y de ser mas específico, es usando nmap, y constructor de sintaxis, camafeo
(Nmapfe FronEnd), para descubrir algunos puertos conocidos. Una lista de puertos se puede obtener en
http://www.graphcomp.com/info/specs/ports.html No obstante a veces nmap es detectado y se debe recurrir a los
anteriores.
En este escaneo, no se encontraron servidores externos MSSQL (puertos 1433/1434 ambos con TCP y
UDP), pero mediante el escaneo de versiones de procesos (Version Probe), figura una versión de Internet
Information Server 5 con varias vulnerabilidades conocidas.
No obstante, es muy difícil estar al tanto de cada vulnerabilidad de cada versión de un proceso. Para ello
conviene utilizar herramientas específicas de auditoría.
● nessus
● raccess
● whisker
● nikto (reemplazo de whisker)
● bass (no libre)
● satan (no libre)

13.6.1. Encubrimiento del Sistema Operativo
Existen algunas herramientas que permiten volver loco a mas de un atacante. Se trata de los "Honeypots".
Un conocido "tarro de miel" es HoneyD, un pequeño y travieso demonio, que en conjunción a arpd se puede
configurar para que informe mas de 130 sistemas distintos, incluyendo Windows, GNU/Linux, Unix, BSD, Mac OS,
routers CISCO o diversos firewalls. Su instalación, como siempre, es apt-get install honeyd
De esta manera, un atacante puede estar meses investigando y probando vulnerabilidades, por ejemplo, de
un SCO Unix cuando en realidad estamos utilizando FreeBSD.
14. Apéndice A: ¡Ayuda!
14.1. En el servidor
Cuando se encuentre bajo ambiente Unix, Linux, o aún MAC OS/X, existe un buen número de elementos
dentro del mismo servidor que proporcionan ayuda. Se encuentran centralizados y todos obedecen a los mismos
patrones
14.1.1. Ayuda de los comandos
Los comandos de la consola poseen una ayuda muy completa, que puede ser invocada en cualquier
momento
14.1.1.1. Man (manual pages)
Su uso es muy simple: se invoca como man <comando>
s@zion:~$ man ls
NOMBRE
ls, dir, vdir - listan los contenidos de directorios
SINOPSIS
ls [opciones] [fichero...]
dir [fichero...]
DESCRIPCIÓN
El programa ls lista primero sus argumentos no directorios fichero, y
luego para cada argumento directorio todos los ficheros susceptibles de listarse
contenidos en dicho directorio. Si no hay presente ningún argumento aparte de
las opciones, se supone un argumento predeterminado ‘.’ (el directorio de trabajo).
La opción -d hace que los directorios se traten como argumentos no
directorios; es decir, como ficheros normales.
Un fichero es susceptible de listarse cuando su nombre no comienza con ‘.’ o
cuando se da la opción -a (o -A, vea más abajo).
Las páginas man vienen preinstaladas en inglés. Sin embargo pueden obtenerse en español. En
Debian/Ubuntu pueden descargarse mediante el comando
apt-get install manpages-es
Cuando man no encuentra la descripción en español, devuelve la versión en inglés.

14.1.1.2. Info
El comando info se utiliza igual que man, pero ofrece una información mucho mas detallada, orientada
generalmente al programador que desea interactuar con el comando.
14.1.1.3. --help
El modificador –help ofrece una muy corta descripción acerca del uso del comando. Equivale al /? del DOS.
s@zion:~$ gzip --help

gzip 1.3.5
(2002-09-30)
usage: gzip [-cdfhlLnNrtvV19] [-S suffix] [file ...]
-c --stdout write on standard output, keep original files unchanged
-d --decompress decompress
-f --force force overwrite of output file and compress links
-h --help give this help
-l --list list compressed file contents
-L --license display software license
-n --no-name do not save or restore the original name and time stamp
-N --name save or restore the original name and time stamp
-q --quiet suppress all warnings
-r --recursive operate recursively on directories
14.1.2. Herramientas para encontrar cosas
Una de las primeras cosas que hace un novato es perder la ubicación de sus trabajos.
14.1.2.1. Find
Este es el comando típico para buscar archivos. Su uso es extremadamente variado, y sus posibilidades muy
grandes. Internet está repleto de tutoriales que potencian este comando.
Buscar en todo el sistema, es decir a partir de la raíz “/”, un archivo en particular:
find / -name granja.gif
Buscar en la carpeta actual, y todas sus subcarpetas, archivos superiores a 100 Megabytes
find . +100000k
Borrarle todos los mp3 a horacio
find /home/horacio -name “*mp3” -delete

14.1.2.2. Locate
Find es muy poderoso, pero busca secuencialmente al estilo del Inicio/Buscar de Windows. En un sistema
con muchos archivos puede llegar a demorarse bastante.
El comando locate, en cambio, utiliza una base indexada para encontrar inmediatamente el archivo. El
comando que indexa la base de archivos se llama updatedb, y corre periódicamente en el sistema buscando
cambios. Sin embargo, un usuario con privilegios puede obligar a updatedb a actualizarse en el momento.
s@zion:~$ locate “*.avi”

/home/diego/Desktop/Buena.Vista.Social.Club.avi
14.1.2.3. Whereis
A veces queremos encontrar información relativa a un programa o comando en particular. Donde se

encuentra su configuración global (/etc), sus librerías (/lib), si posee páginas de manual, etc
s@zion:~$ whereis firefox

firefox: /usr/bin/firefox /etc/firefox /usr/lib/firefox /usr/X11R6/bin/firefox /
usr/bin/X11/firefox /usr/share/firefox /usr/share/man/man1/firefox.1.gz
14.1.2.4. Who
¿Quién está conectado al sistema?
s@obelix:~$ w
19:46:30 up 10 days, 6:46, 4 users, load average: 0,02, 0,02, 0,00
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
vero :0 - 25Mar07 xdm 2:03m 1.62s /usr/bin/fluxbox
diego tty1 - Tue20 22:35 0.37s 0.28s -bash
matias pts/1 200.80.64.124 19:46 0.00s 0.29s 0.01s /usr/bin/vim
Aquí podemos ver a
● Verónica en el modo gráfico, corriendo Fluxbox, un entorno de ventanas muy liviano
● Diego conectado a una terminal de texto, en forma local
● Matías en forma remota, desde la ip 200.80.64.124, editando un archivo con el editor vim
14.1.2.5. Whowatch
Este comando no viene incluido en las distribuciones. Se debe obtener vía apt-get o algún comando
similar.
Aquí podemos ver al usuario Sergio <s> corriendo gnome-terminal, openoffice, firefox y thunderbird
14.1.3. Documentación del sistema
14.1.3.1. /usr/share/doc
Cuando un programa se instala, suele dejar la documentación en esta carpeta.
s@zion:~$ ls /usr/share/doc/apache2/examples/
apache2.conf.gz highperformance-std.conf ssl.conf.gz
highperformance.conf httpd-std.conf.gz ssl-std.conf.gz
Muchas veces esta información está comprimida en formato .gz y puede ser vista mediante el comando
zless.
14.1.3.2. HOW-TOs
A veces es necesaria alguna guía introductoria, o al menos un “Como empezar”. Para esto existen los
legendarios HOW-TO. Están concentrados en http://es.tldp.org (The Linux Documentation Project en Español). Allí
podemos encontrar muchisimos manuales tanto para gente que recién empieza, como documentación técnica para
hacer prácticamente cualquier cosa.
Estos HOWTO también pueden ser descargados para leerlos sin conexión a Internet, bajando vía apt-get los
paquetes doc-linux-es y doc-linux-nonfree-html. Se debe destacar que las versiones en inglés suelen estar mas
mantenidas y actualizadas.
14.2. Ayuda en Internet
14.2.1. Herramientas extras de búsqueda
Para vos, lo peor, es la libertad – Luca Prodan
14.2.1.1. Lazy Teachers
A menudo me encuentro con docentes, que con la sana intención de otorgar a sus clases un toque moderno,
impulsan al alumno a buscar la información por su cuenta en Internet.
Esta es una técnica errónea, propia de educadores mediocres, con la que solo se obtiene pérdida de tiempo y
horas curriculares. A menos que se esté enseñando al alumno a utilizar los comandos de los buscadores, dejar al
alumno que navegue por este océano de publicidad y pornografía a su libre albedrío, es una falta de respeto a las
horas que paga el estado o los mismos alumnos por tal educación. Al docente se le paga para que rastrille, encapsule,
resume, pique y presente en bandeja los conocimientos.
14.2.1.2. La inutilidad de las .com
El docente en todo caso puede recomendar direcciones en internet ya visitadas y analizadas previamente. En lo
posible debe dejar de lado las terminaciones .com, propias de empresas que intentarán venderles a los alumnos toda
clases de productos y servicios, que pueden ser perfectamente reemplazados en dominios .org
14.2.2. Técnicas para buscadores
En caso de que la información sea realmente difícil de encontrar, aquí van algunas técnicas simples para
reducir la cantidad de resultados. No hay que olvidar que el propósito de los buscadores es -en primera instancia-
vender publicidad, y luego, si hay tiempo, hacer feliz a los internautas.
14.2.2.1. Google
Google es hoy en día el mejor buscador existente. Posee patrones matemáticos para encontrar información
realmente muy escondida, e incluso para predecir con mayor exactitud la naturaleza de la búsqueda.
Sin embargo la gente lo emplea mal y hace caso omiso de la ayuda. La ayuda de Google es muy sintética y
debería ser leída obligatoriamente por todo internauta. Posee comandos simples que reducen las cantidad de
resultados. Algunos ejemplos:
1. Nos encargan que instalemos un servidor de correo. No tenemos idea que es lo que es, ni como funciona
un servidor de correo típico. Tampoco sabemos cuantas versiones en el mercado, versiones, y cuando
buscamos en Google en forma directa nos aparecen montones de compañías ofreciéndonos instalar
soluciones pagas, trials, y demos.
2. Queremos aprovechar un servidor Linux conectado a internet que pueda hacer de gateway, servidor de
archivos, web y base de datos. Nos vendría bien encontrar un manual que hable de redes, en forma
amena, y que no tenga problemas de Copyrigth, porque lo queremos imprimir. Sería conveniente que el autor
viviera en Mendoza, a fin de ir a golpearlo si algo nos sale mal. El modificador filetype nos dará la respuesta:
3. Tenemos tan solo una conexión telefónica que soporta una pocas conexiones concurrentes. Envidiamos a
nuestros amigos que poseen banda ancha, y pueden darse el lujo de utilizar 200 conexiones simultáneas
para bajar un archivo de musica. Podríamos ver si alguien ha olvidado cerrar alguna carpeta en internet.
?intitle:index.of? mp3 stones

4. Nos olvidamos el Ghost en casa, y necesitamos hacer una imagen de una partición. Casualmente
recordamos que el nombre del ejecutable es “ghostpe.exe”
?intitle:index.of? exe ghostpe
5. Buscamos algún archivo de Word tirado en la pagina del Pentágono
6. Buscamos alguna conversación en la lista local de correo sobre linux (http://www.lugmen.org.ar) que hable
sobre el servidor de correo Postfix.

14.2.2.2. Wikipedia:
El sitio www.wikipedia.org posee toda la información que pueda necesitar el docente y el alumno egresado.
Cuando no se tiene ni siquiera por donde comenzar, se debería comenzar aquí. La información publicada no
obedece a manipulaciones de ninguna compañía y se rige por estándares mundiales. Por su arquitectura de Wiki
(portal colaborativo) toda información errónea puede ser corregida en el momento haciendo clic en [editar]. Mucha
gente se encuentra al tanto de los cambios ocurridos en los artículos, y es muy poco frecuente encontrar desmanes o
errores graves. Sus autores recomiendan modestamente no utilizar los artículos como cita bibliográfica. Pero la
realidad muestra que sus secciones están mas actualizadas, mejor vinculadas y mejor controladas que cualquier libro.
14.2.3. Listas y Clientes de Correo
Las listas de correo probablemente son los mecanismos mas eficaces de conseguir ayuda. Nacidas en la
década del 70, actualmente poseen un auge inusitado.
La base de las conversaciones mantenidas en las listas son los threads (hilos de conversación).
Para inscribirse en una lista de correo conviene utilizar una cuenta de correo que soporte POP, SMTP, o
IMAP. Estas cuentas usualmente son “pagas” (costo aproximado: $2 / mes). Sin embargo en algunos servidores
como Gmail lo incluyen en forma gratuita.
Luego, las interfaces Web no convienen para seguir las conversaciones. En lugar de ello se de bería utilizar
un cliente de correo:
● Windows: Outlook, Thunderbird, Sylpheed, Eudora y otros.
● GNU/Linux: Outlook (via Wine), Thunderbird, Sylpheed, Mutt (para consola), Kmail, Evolution, etc.
En las listas de correo se debe tener buenos modales. Gente muy inteligente está dispuesta a ayudarnos, de
modo que debemos facilitarles las cosas.
Le aviso que si usted ignora el siguiente vinculo, en la lista se lo recordarán de muy mal modo, y no queda
bien quedar como un idiota delante de cientos de hackers.
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Listas publicas de correo donde suscribirse:
● www.lugmen.org.ar
● www.lug.fi.uba.ar
Thunderbird (Windows o Linux) con threads (conversaciones) abiertas

Mutt (cliente de correo de consola) conectado vía IMAP

14.2.4. BLOGS, Weblogs, Wikis, CMS, RSS
Los Blogs son conjuntos de paginas Web programadas de tal modo que se comporten como sitios de
colaboración, foros, gestores de noticias, e incluso portales completos. Técnicamente se los denomina CMS o
“Content Management System”, lo que en español se traduce como Administradores de Contenido.
¿Quienes usan estos programas? Los científicos los utilizan para publicar sus investigaciones, los viajeros
muestran sus desventuras y sus fotos, los adolescentes los usan de "querido diario", los programadores hacen uso
de esos portales como plataforma colaborativa para sus desarrollos, y las universidades tienen su propio periódico.
Se incluye a todos quienes gustan de relatar sus crónicas al mundo sin tener por ello que convertirse en periodistas.
Los CMS se instalan con facilidad, y que permiten a sus dueños crear espacios de intercambio y publicación
muy ordenados y profesionales, que de otra manera llevaría meses de desarrollo <aka Mucha Programación>. Los
CMS poseen una lógica muy trabajada en cuanto a la administración de los usuarios, grupos, noticias y opiniones de
los ocasionales visitantes.
Algunos de ellos incluyen plugins (agregados), skins (pieles) y themes (pieles e iconos) para mejorar la
presentación, así como otras opciones como "avatars" (retratos) para los usuarios, opción para incluir html para
destacar el texto, inclusión de smiles (caritas), imágenes, y muchas opciones atractivas. Por último, con algunos
conocimientos de PHP (templates), Python o Perl se puede adaptarlos para necesidades mas avanzadas.
La mayoría exigen inscribirse con una dirección de correo válida para poder opinar en las notas. Sin
embargo, existe una variedad de CMS llamada "wikis", los cuales permiten editar las paginas a CUALQUIER
internauta ocasional. Para no tener que aprender HTML, proveen lenguajes de formateo muy fáciles de aprender.
Esta aparente anarquía de contenidos funciona sorprendentemente bien a través del autocontrol y la revisión
permanente de contenidos: siempre se puede hacer un "rollback" de contenidos ofensivos o inexactos. Tal es el caso
de Wikipedia, un proyecto global de enciclopedia que ha crecido exponencialmente en los últimos años.
En las listas de correo de www.lugmen.org.ar pude encontrar comentarios acerca de los CMS mas conocidos:
● Phpnuke ● B2evolution
● Postnuke ● Pybloxsom
● Phpbb ● Textpattern.org
● Ant ● Serendipity
● WordPress ● Blosxom
No obstante, existe un sitio obligatorio para aquellos que deseen evaluar las MUCHAS opciones disponibles: se
trata de www.opensourcecms.com, un sitio donde se encuentra una enumeración muy completa de los Weblogs, Blogs,
Wikis y diversas bitácoras. Podemos entrar como Administradores y jugar a administrar contenidos, categorías y
usuarios.
Siempre podemos conseguir lugares gratuitos donde publicar en forma rápida y gratis nuestro diario
personal:
● www.blogger.com
● www.blogspot.com
● www.sixapart.com/movabletype
Estos sitios se reservan el derecho de incluir capas DHTML con publicidad en nuestro Blog.
En cambio con un una pequeña inversión (aproximadamente $10 al mes) en algún servicio de hosting
con soporte MySQL, PHP y Perl, podemos crear nuestra "bitácora" incluyendo (o no) la publicidad que
deseemos.
Hay que tener en cuenta que la información de estos sitios suele estar completamente parcializada, ya
que los visitantes y el mismo dueño del sitio no están sujetos a la ética de los periodistas de carrera. De todas
maneras sus editores no se responsabilizan por su contenido... igual que la prensa normal.
Hace unos años se creía que los blogs llegarían a reemplazar el costoso y antiecológico papel de diarios y
revistas, pero los principales diarios de las capitales siguen creciendo saludablemente, por lo que se podría decir
que estos gestores de contenido son una evolución natural de los diarios y periódicos, pero pensado para
empresas, comunidades, e-learning, y Geeks que gustan de jugar al editor. Por si acaso, Clarin posee su propio
weblog de noticias extrañas en http://weblogs.clarin.com/
14.2.4.1. RSS
En los últimos años, los weblogs se han unido a través de una variante del protocolo XML llamada RSS o
"Really Simply Syndication". La Sindicación es un mecanismo por el cual se puede acceder al contenido de un Blog
cuando este cambia.
Obtenido de Wikipedia: Gracias a los agregadores o lectores de feeds (programas o sitios que permiten leer
fuentes RSS) se puede obtener resúmenes de todos los weblogs que se desee desde el escritorio de tu sistema
operativo, programas de correo electrónico o por medio de aplicaciones web que funcionan como agregadores. No
es necesario abrir el navegador y visitar decenas de webs.
Cuando un Blog obtiene su información de otros Blogs se lo suele denominar "Planet". Esto representa una
evolución sustancial con respecto al Push y a los WebRings de los 90. De esta manera muchos blogs pueden
"unirse" dentro de un Planet compartiendo sus contenidos vía protocolo RSS, y de esta manera, aumentar el trafico
hacia sus sitios.
Links relacionados
● www.codear.com.ar
● http://planet.lugmen.org.ar
● http://es.wikipedia.org
● www.pcmasmas.com.ar/index.php
14.2.5. IRC
Veces tenemos una autentica emergencia, y no podemos esperar a que nos contesten en los foros o en las
listas. ¡IRC al rescate!
Muchas veces los servidores Unix y Linux de las grandes universidades están conectados a Internet, y se
unen a redes mundiales de IRC o "Internet Relay Chat" (IRC). Estas redes son buenos lugares donde hacer
amistades, hablar de interés en común, ayudar... o pedir ayuda. Siempre hay miles de usuarios dispuestos. Las
redes mas conocidas son Undernet, Dalnet, EfNet, y Freenode.
32
Este es el auténtico submundo "geek" , que inspiró a Babel 17, Matrix, El Juego de Ender y varios clásicos
de la ciencia ficción. De aquí procede una buena parte del argot propio de la red: emoticons, smiles :-) y códigos
especiales de comunicación. De aquí provienen incluso las primeras formas masivas de intercambios de archivos.
Diariamente los usuarios se intercambian miles de archivos de toda índole, en forma limpia, sin los molestos
spywares propios de la red Fasttrak (Kazza) o Edonkey 33.
El punto es que AUTENTICOS HACKERS nos están escuchando. La pregunta de Novatos que surge es
¿como hacer para que nos ayuden?".
Para entrar al IRC hace falta:
● Algún programa de chat
○ Windows: Mirc32, chatzilla (plugin de Firefox) y otros.
○ GNU/Linux: xchat, chatzilla (plugin de Firefox). Modo texto:,

weechat, ircii, bitchX, etc.
● Una red de servidores IRC: freenode, efnet, dalnet, undernet, etc.
● Un #canal. Por ejemplo, en irc.freenode.org se puede acceder a #lugmen, #debian-es, #lugfi, #ubuntu-es
● Hacer preguntas inteligentes (http://www.sindominio.net/ayuda/preguntas-inteligentes.html)
● Atenerse a las reglas del servidor y a la "Netetiquete" o "Reglas de Etiqueta de Internet"
● Si bien hay muchos canales en español, el manejo escrito del idioma inglés viene muy bien para entrar a
canales mas poblados 34.
32 Puede encontrar la diferencia en http://www.bunker.org.ar/tuto_clasificacion_tipos_en_la_red.htm.

33Instrucciones para obtener libros del IRC: http://www.3demonios.com/archivos/001433.html
34 En el IRC se puede entrar a miles de canales muy interesantes, por ejemplo: el MIT, de NASA, el CERN (El laboratorio de
Física de Partículas de Suiza donde se inventó la Web), o sin ir mas lejos, al Lugmen (Linux User Group Mendoza).
14.2.5.1. Comandos IRC típicos de una sesión IRC
En el IRC se utiliza el modificador / para emitir ordenes al servidor. Algunos ejemplos en negrita.
/server irc.freenode.net
...
...
...
[INFO]Network view for “irc.freenode.net” opened.
[INFO]Attempting to connect to “irc.freenode.net”.
Use /cancel to abort.[INFO]Connecting to irc://irc.freenode.net/
(irc://irc.freenode.net/)… [Cancel]
Your host is kubrick.freenode.net[kubrick.freenode.net/6667], running version
hyperion1.0.2b
=== There are 21932 listed and 18951 unlisted users on 28 servers
=== 18366 channels formed
=== I have 6138 clients and 0 servers
=== kubrick.freenode.net Message of the Day
Welcome to kubrick.freenode.net in Los Angeles, CA, USA!
/nick karancho
[ INFO ] You as know as karancho
/join #ubuntues
[INFO] Channel view for “#ubuntu-es” opened.>
| YOU (karancho) have joined #ubuntu-es==
| Topic for #ubuntu-es is “ Ubuntu en Español
| https://help.ubuntu.com/community/PreguntasComunes
| ¿Pegar Texto? → http://pastebin.ubuntu.com
[ INFO ] 140 users online
[ Gargamel ] Como hago para leer la temperatura del procesador ?
[ Anacleta ] Debes tener instalado lmsensors
[ karancho ] No siempre hace falta. Si el kernel incluye soporte para tu BIOS,
basta con hacer
cat /proc/acpi/thermal_zone/THRM/temperature
[ Gargamel ] Gracias! :)
14.2.6. Mensajería
"La cuestión no es saber, sino poseer el número de alguien de alguien que sepa"
(Groucho Marx)
"Houston, tenemos un problema"
Jim Lovell, Apollo XIII
14.2.6.1. Origen
Hace algunos años la única opción para "chatear" o pedir ayuda acerca de algún tópico era el IRC. Las
redes estaban colmadas de gente, y todo el tiempo surgían redes y canales nuevos. Se llegó a contabilizar picos de
80.000 personas en Undernet, 120.000 en EfNet y 20.000 en Dalnet.
Durante la caída de Napster, surgió incluso la posibilidad de compartir archivos en ciertos canales (como
#mp3 de Undernet).
La mensajería moderna vino a resolver un problema implícito de la época: El IRC era anárquico,
gigante, con muchas reglas, contrareglas, irc-cops, hackers, y toda una gama de personajes extraños. Todo el
tiempo se libraban guerras de flooding y nukes. Los novatos pagaban el precio a pocos minutos de entrar a esta
suerte de FarWest virtual.
Hacia aquella época, dos jóvenes israelíes inventan un agradable y pequeño programa llamado ICQ (I Seek
You) que permitía evadirse un poco del caos del IRC, compartir archivos, y buscar gente con intereses en común.
Era lo que las escuelas e institutos privados es a las universidades estatales: mas pequeño, controlado y
personalizado. Estaba mucho mas cerca de los usuarios "de Escritorio" que de los trasnochados Geeks.
ICQ fue un éxito meteórico y paulatinamente absorbió parte de la comunidad del IRC, aliviando en parte a los
congestionados servidores, y dejando tranquilos a los Geeks... aunque sin sparrings.
14.2.6.2. Las grandes compañías toman el control
Semejante cantidad de usuarios no podía pasar desapercibida para los grandes monopolios de Internet.
Pocos años de haber salido ICQ, lo compra AOL, el ISP gigante de Estados Unidos en la friolera de u$s
500.000.000. Yahoo también diseña su propio servicio.
Microsoft no se queda atrás, y utiliza sus arietes: Windows + Hotmail, el cual ya incluía Explorer para
navegar por Internet, Outlook para recibir correo, y Media Player para reproducir Multimedia.
Windows Messenger en ese entonces era un pequeño y simple programa, a diferencia de ICQ que
sobreabundaba en servicios. Microsoft afianza su mercado... y su buffet de abogados expertos en juicios
antimonopolio. EL usuario no necesita bajarse ICQ, ni Netscape (SUN) para navegar, ni usar Eudora o Pegassus
para leer el correo, mucho menos usar WinAmp para escuchar música, por lo que estos excelentes productos
quedan prácticamente en el olvido.
14.2.6.3. Multimessengers
Actualmente no se usan los messenger solo con fines lúdicos: muchas empresas lo permiten y lo fomentan
entre los empleados. Proveedores, Mesa de Ayuda, enlace entre sucursales, son algunas aplicaciones útiles de
estas herramientas. No obstante, los productos mencionados usan cada uno su propio protocolo propietario. Esto
significa, por un lado, que una empresa que quiera dotar a sus empleados de su propio y exclusivo sistema de
mensajería, debe contratar un pequeño ejército que se lo programe, y que probablemente sea incompatible con los
messengers que están acostumbrados los empleados. Una opción para esta situación son los "Multimessengers",
tales como Miranda, PSI, Trillian y muchos otros, que se conectan a todas las redes a la vez.
No obstante, los mensajes dependen del acceso al nodo central: no importa que el mensaje vaya de una
oficina a la otra; cada mensaje va y vuelve hasta Microsoft, Yahoo, o alguna compañía "ajena a la nuestra". Otro
problema es la dependencia de empresas extranjeras. Por ejemplo, en su última versión, MSN no se permite gratis
para fines comerciales. Por último, estas redes, que ya poseen abundante publicidad, son extremadamente frágiles
y suelen poseer gusanos y adwares publicitarios.
Una opción es utilizar Messengers Libres: Gaim o Amsn son muy buenos ejemplos, pero hay opciones
mejores: cambiar de "protocolo".
14.2.6.4. Jabber
Jabber es un protocolo de tipo XML, compatible con todos los demás protocolos comerciales, es
abierto y está muy bien documentado en jabber.org.
• No depende de servidores centrales: cualquiera puede instalarse un server de mensajería. Por ende, el
tiempo de pregunta respuesta es menor. Si se cae el enlace a Internet de la empresa, sus usuarios seguirán
enviando mensajes entre ellos a través de sus propio servicio Jabber.
• Sus usuarios serán "@host" de donde tengan cuenta, por ejemplo, casimiro@jabber.org. De esta manera,
no necesitan tener cuentas especificas y asfixiantes (hotmail, yahoo, etc.)
• Se puede obtener cuenta en cualquiera de los servidores públicos que figuran en www.jabber.org. Incluso en
Mendoza hay un servidor de Jabber disponible en lugmen.org.ar. Mi contacto vía Jabber dentro de este
server es karancho@lugmen.org.ar, donde también tengo cuenta de correo.
• Los clientes también son libres. Esto significa que una empresa puede modificar uno existente, agregarle por
ejemplo criptografía, compartición de voz, etc, con un esfuerzo de programación notablemente menor... y
con el compromiso de enviar estas mejoras al proyecto Jabber.
• Se puede hacer uso de los "Roster" que interconectan a las redes de MSN, Yahoo, IRC, ICQ, AOL, y varios
otras. Hay que revisar la disponibilidad en el servidor jabber donde tenemos cuenta.
• No hay publicidad en las redes de Jabber.
• Algunos clientes para usar Jabber: PSI, GAIM, GABBER
• En el siguiente ejemplo se puede ver a Gabber vía lugmen.org.ar, en varias redes a la vez. Y a MAME, un
emulador de Motorola 68000 (que no tiene nada que ver, pero a mi me gusta :)
15. Apéndice B: Obteniendo cuentas Shell gratuitas
La pregunta que viene a continuación es... bueno, ¿para que quiero una cuenta shell? La razones son
muchas.
● Hacer uso de sofisticadas herramientas en poderosos servidores Unix y GNU/Linux que no existen en
Windows
● Si no tenemos instalado GNU/Linux o Unix en casa, podemos hacer uso de estas cuentas públicas
● Si tenemos instalado GNU/Linux o Unix en casa, podemos transferir archivos o usar la cuenta shell
como "base" para cuando estamos en una empresa.
● Realizar compilaciones de programas o formar parte de equipos de desarrollo de software. Ya habíamos

mencionado www.sourceforge.net, www.lugmen.org.ar como comunidades abiertas al desarrollo. Lo
podemos hacer por aprender, ayudar, arreglar un programa que no nos gusta, por curriculum vitae, o por
tener la esperanza que alguna de las muchas multinacionales o tremendos equipos de desarrollo que se
encuentra sponsoreando estos sitios nos descubran.
● Revisar host caídos desde otro punto. A veces nuestros DNS no resuelven ciertas direcciones, y los
usuarios se quejan. Desde otro punto de la Internet podemos hacer varias comprobaciones.
● Divertirse:
35
● Charlar y reunirse con comunidades de extraños personajes "geeks" y "hackers"
● ¡Jugar! Existen muchos juegos "RGP" o de "Calabozos y Dragones"
● Jugar a los hacker. Existe al respecto una nota muy divertida en
http://www.el-hacker.com/foro/index.php/topic,13713.0.html
● Porque nos gustó mucho "Matrix". ¿Recuerdan "Follow the White Rabbitt, Neo"?
● APRENDER: existe un mundo de conocimientos fuera de Windows + Explorer + MSN. La utilidad de

estos conocimientos se aplica mucho antes de lo que parece.
Pasos:
1. Obtener una cuenta shell gratis es muy fácil. Basta con escribir en Google: "free shell accounts"
2. De las muchas respuestas, existe por ejemplo:
● http://www.freexen.com/ (64 MB / 1 GB de RAM / ¡IP REAL!)
● http://www.ductape.net/~mitja/freeunix.shtml
● http://www.bylur.net/free/
3. En esta lista figura un server llamado casualmente, www.freeshell.org Adentro encontrarán mucho material
interesante.
Ejemplo de sesión contra freeshell.org. En Windows: Inicio / Ejecutar / "cmd" o "command"
Trying 192.94.73.30... Connected to freeshell.org.
35 Para ver una descripción de estos términos: http://www.bunker.org.ar/tuto_clasificacion_tipos_en_la_red.htm

if new, login 'new' ..
login: new
Welcome to the SDF Public Access UNIX System - Est. 1987
Type 'mkacct' to create a UNIX shell account. Type 'teach' for UNIX class
information. Type 'help' for additional commands.

16. Apéndice C: Los 10 Mandamientos de los nuevos usuarios de Linux
Esta guía me parece importante incluirla en este libro. Su fuente original puede encontrarse en
http://www.bolivarlug.org.ve/site/node/45, y si bien está orientada a Linux, es muy válida para Unix
1. No te loguearas como root.

Usa “sudo” o “su -” para tareas administrativas.
2. Usaras el Administrador de Paquetes en lo posible.

A veces no se puede evitar tener que instalar desde el código fuente, pero cuando usas el administrador de
paquetes de tu distribución para instalar software (dpkg/apt, rpm, yum, emerge, pacman, etc), también lo puedes
usar para actualizarlo y desinstalarlo. Este es uno de los puntos fuertes de Linux.
3. Seras parte de una comunidad.

Ofrece por voluntad propia lo que has recibido gratuitamente. Ofrece ayuda y consejos cada vez que puedas.
4. Leeras la documentacion.
Siempre lee la documentación. Las personas que escribieron el software intentaron anticipar tus preguntas, y
proveen respuestas antes que preguntes.
5. Utilizaras el Soporte disponible.

Cambiar a Linux puede ser difícil. Puede ser frustrante, pero hay mucha gente que quiere ayudarte. Dejalos.
6. Buscaras.
En la mayoría de los casos, tu pregunta o tu problema ya ha sido formulada. Intenta buscar la respuesta, que ya
esta publicada antes de pedirle a alguien que te suministre una nueva.
7. Exploraras.
Linux abre un nuevo mundo de opciones y posibilidades. Prueba con todo lo que puedas.
8. Usaras la linea de Comando.

Especialmente cuando se trata de configuraciones, usa las herramientas del GUI para que tu sistema funcione,
pero conoce las versiones de las lineas de comando tambien. En muchos casos, la linea de comando es el unico
modo de usar muchas opciones mas avanzadas.
9. No trataras de recrear Windows.

Linux no trata de ser un clon de Windows. Es diferente. Acepta y aprecia las diferencias.
10. No te rendiras.
Intentas muchas distribuciones antes de encontrar aquella que mas se adapte a ti. Aun asi, intenta usar otras
distros de vez en cuando. Ademas, intenta usar diversos programas para que cumplan un proposito antes de
permanecer en lo que usas actualmente. (amarok, xmms, beep, exaile para musica – azureus, ktorrent, deluge
para Bittorrents). Si no te gustan los predeterminados, recuerda que puedes cambiar basicamente todo para que
se acomode a tu necesidad.
Atribución-NoComercial-CompartirDerivadasIgual 2.5 Argentina
Usted es libre de:
Copiar, distribuir, exhibir, y ejecutar la obra
Hacer obras derivadas
Bajo las siguientes condiciones:
Atribución. Usted debe atribuir la obra en la forma especificada por el autor o el licenciante.
No Comercial. Usted no puede usar esta obra con fines comerciales.
Compartir Obras Derivadas Igual. Si usted altera, transforma, o crea sobre esta obra, sólo podrá
distribuir la obra derivada resultante bajo una licencia idéntica a ésta.
Ante cualquier reutilización o distribución, usted debe dejar claro a los otros los términos de la licencia de esta obra.
• Cualquiera de estas condiciones puede dispensarse si usted obtiene permiso del titular de los derechos de
autor.
• Nada en esta licencia menoscaba o restringe los derechos morales del autor.
• Sus usos legítimos u otros derechos no son afectados de ninguna manera por lo dispuesto precedentemente.
Este es un resumen legible-por-humanos del Código Legal (la licencia completa).

Redes Libres

Cargado por

Copyright:

Formatos disponibles

Redes Libres

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Redes Libres

Cargado por

Copyright:

Formatos disponibles

Redes Libres - Sergio A.

v0.77 – 18 de junio de 2009

Foto portada: http://www.emperor-penguin.com/empswim.html

Licencia y derechos de uso del presente documento al final del documento

¡¡¡Ud podría estar leyendo una copia anterior de este documento!!!

Chequee la versión en la carátula del libro, contra la última disponible en

Permanentemente se escriben actualizaciones y correcciones en el sitio oficial.

[ Copyleft 2009 Sergio A. Alonso ]

[ Hi, I am the root. If you see me laughing, ]

8.10.1.2.Actualizar los índices de paquetes.............................................................................108

Entonces decidí ir mas lejos.

Mendoza, Setiembre de 2008

2. Breve Manual de Supervivencia para la Materia

2.1. Licencia, Versiones y Contacto

Los presentes apuntes se encuentran publicados bajo formato pdf en la

Existe una versión editable y modificable con Openoffice en la dirección:

Sergio Alonso - sergio@eim.esc.edu.ar

2.2. Enlaces y Agradecimientos

2.3. Perfil del Administrador de Redes

2.4. Software Libre

2.5. Consejos para leer este libro de pantalla

2.5.1. Tasa de Refresco

Si Ud. no es informático, probablemente no entienda a lo que me refiero, lo cual es normal.

Curiosamente, si Ud si es informático, es muy posible que tampoco entienda a lo que me refiero.

Esta es una tabla de resoluciones que normalmente se encuentra en los monitores:

Requiere Drivers (Windows)

2.5.2. Configuración de la frecuencia

En Windows es muy sencillo:

Es la versión amigable de la popular Debian que utilizamos en el Instituto.

Sistema -> Preferencias -> Resolución de pantalla

1. Abrimos una consola: Aplicaciones -> Accesorios -> Terminal

2. Detenemos el gestor de ventanas

○ Ubuntu: sudo /etc/init.d/gdm stop

3. Empleamos el comando sudo dpkg-reconfigure xserver-xorg

○ Ubuntu/Kubuntu: sudo nano /etc/X11/xorg.conf

○ Debian: sudo vim /etc/X11/xorg.conf

Buscamos la sección “Monitor”

Intercalamos los valores HorizSync y VertRefresh

(1024x768 a 85hz) – Placa de video [GeForce 7600 GT]

(1280x960 a 85 hz) - ATI [Radeon 9600]

6. Iniciamos nuevamente el manejador de ventanas

○ Ubuntu: sudo /etc/init.d/gdm start

Si el video aparece correctamente, controlamos, abriendo nuevamente una terminal y escribiendo el

2.6. Enumeración de Sistemas Operativos de Redes

2.6.1.1. Unix propietarios

Pertenecen y atienden a grandes compañías. Usualmente se instalan sobre un hardware comprobado.

○ OpenSolaris (semi libre).

● Hewlett Packard: HP/UX

● Santa Cruz Operation: SCO Unix

2.6.1.2. Unix Libres: La familia FreeBSD

● Muy pocas herramientas gráficas de configuración.

● Documentación concentrada en un excelente libro

● No reconoce tanto hardware como Linux

● La mayoría de los comandos de Linux funcionan perfectamente en BSD.

○ OpenBSD: orientado principalmente a portabilidad. Es el sistema operativo que en la actualidad se puede

○ NetBSD: orientado principalmente a seguridad.

2.6.1.3. MAC OS/X

2.6.2.1. Debian: la distribución libre por definición.

● Es liviana (corre hasta en 386), y la preferida a la hora de instalar servidores.