<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Antes que nada me gustaría aclarar que ser administrador de sistemas
no es algo que uno pueda aprender en un curso.<br>
En nuestro país las carreras de sistemas no hacen foco en esta
cuestión (salvo en exactas quizá, pero tampoco demasiado). Ser
administrador de sistemas<br>
es una profesión, y no uso la palabra a la ligera, que no este
profesionalizado el trabajo no significa que no lo sea. Hoy en día
en el mercado ser programador vale mas que ser administrador. El
programador programa, el administrador administra .... repara,
compra, tira, arma, desarma, cablea, atiende teléfonos, en fin, la
culpa no es del chancho, pero quería aclararlo porque me gustaría
que eso empiece a cambiar y se le de al sysadmin el lugar en el
mercado que yo creo que merece.<br>
<br>
Bueno, yendo al tema puntual: leí por ahí alguien que es programador
y dijo estar cansado de eso, y que quiere empezar a interiorizarse
en temas relativos a la administración. Bueno camarada, ojo al
piojo, parte de ser admin es automatizar, y para eso hay que saber
programar y mucho. Se da un debate permanente entre programadores y
admines, como una especie de inocente boca vs river, y la verdad me
parece tonto, porque ninguno es un profesional completo si no
perfecciona al menos un poco los contenidos que maneja el otro, así
que dicho esto, admines a aprender a programar y programadores a
casar un switch de 24 bocas.<br>
<br>
Voy a tirar algunos temas que creo que son básicos para iniciarse y
los links que yo creó tienen data interesante al respecto.
Lógicamente se me pueden escapar ciertas cosas, y no puedo dar 100%
seguridad sobre todos los links pero voy a hacer mi mejor esfuerzo.<br>
<br>
En principio hay que tener en claro que administrar sistemas
gnu/linux es como muy abarcativo. Tenemos toda la familia de
software para networking, servicios web, servicios complementarios
(backup, monitoreo, documentación, etc), bases de datos, telefonía
IP, y un sin fin de disciplinas. Todas ellas requieren de un
conocimiento básico: MANEJO DE CONSOLA!.<br>
<br>
* Aclaración: es importante que sepan lo que es el servicio de SSH,
como funciona y como habilitarlo de movida en su servidor para que
usarlo sea mas amigable: <a
href="http://www.kindawannadothat.com/2009/02/install-an-ssh-server-on-your-debian-ubuntu-server/">LEER
ANTES QUE NADA</a><br>
<br>
Así que ahí vamos:<br>
<br>
1_ Comandos básicos de consola:<br>
<br>
<a class="moz-txt-link-freetext" href="http://ss64.com/bash/">http://ss64.com/bash/</a><br>
<br>
Todo dicho, de la A a la Z, todos los comandos de consola
disponibles y para que sirven.Esta en ingles pero es muy clarito.<br>
<br>
Y este otro para hacerlo bien didáctico y completo (En este link van
a leer cosas sobre como están dispuestos los archivos en todo el
árbol de directorios de un sistema gnu/linux like, manipulación de
archivos, redirigir salidas de la pantalla a otros proceso/archivos,
manejo de permisos y control de procesos entre otras cosas)<br>
<br>
<a class="moz-txt-link-freetext" href="http://linuxcommand.org/learning_the_shell.php">http://linuxcommand.org/learning_the_shell.php</a><br>
<br>
Perfecto, ya sabemos usar el terminal. Que, cansado? Querías
aprender sin leer nada? ..... error.<br>
<br>
Sigamos adelante:<br>
<br>
2_ Networking<br>
<br>
De temas intrínsecos a la configuración de placas, y ese tipo de
cosas ya vieron algo en los links anteriores, ahora nos vamos a
meter con temas de redes, algo que puede que para muchos sea
aburrido pero les aseguro que en una red hogareña se pueden hacer un
montón de cosas tan copadas que se pasarían la vida entera.<br>
<br>
Herramientas básicas:<br>
<br>
_ <a href="http://en.wikipedia.org/wiki/Domain_Name_System">DNS</a>
(link a wikipedia)<br>
<br>
Un dns es simplemente un servicio que mapéa direcciones IP
con nombres de dominio (domain names, o hostnames), directa o
escalonadamente (no se si es el término correcto).
Básicamente permite dentro de una red, acceder a la PC de tu hermana
como "lagorda" y no como "192.168.0.103", cuando la red
escala (se hace mas grande), es muy útil. Uno de los más comunes es
BIND y es del cual voy a dejarles links.<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.debian.org/doc/manuals/network-administrator/ch-bind.html">http://www.debian.org/doc/manuals/network-administrator/ch-bind.html</a><br>
<br>
_* <a
href="http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol">DHCP</a>
(link a wikipedia)<br>
<br>
Este servicio es quizás mas popularmente conocido ya que si
en tu casa tenes un router, habrás leído por ahí mas o menos lo que
hace. Para los colgados, el servicio (o mejor
dicho protocolo) DHCP (leer link de wikipedia en el asterisco mas
arriba ;) vamos, no seas vago).<br>
Entrega IPs asociadas a la MAC address (el D.N.I. de la
placa de red..... por dios, que ejemplos que estoy dando) que tenga
la placa de red que la solicita.<br>
En linux existen algunos servicios de DHCP y nosotros vamos
a hablar de dhcpd (la "d" es por demonio, corre en background).Si
tenes una Pentium 2 en tu casa y no sabías que hacer con
ella, ponele 2 plaquitas de red, si se puede que una wifi también y
le tiras un debian adentro, un poquito de dedos
mágicos y tenes un DHCP server para tu lan hogareña (o te pensás que
el router linksys tiene mucho mas hardware que eso champion? ;) )<br>
<br>
<a class="moz-txt-link-freetext" href="http://oob.freeshell.org/nzwireless/dhcpd.html">http://oob.freeshell.org/nzwireless/dhcpd.html</a><br>
<br>
_ <a href="http://en.wikipedia.org/wiki/Router">Router</a>
(...)<br>
<br>
La PC de nuestra hermana ya tiene una IP de la misma red que
nuestra PC porque se la dio nuestro querido DHCPD, también sabemos
como acceder a la<br>
máquina sin tener que saber que IP tiene porque sabemos su
hostname y con ayuda de nuestro BIND llegamos a ella. Pero tenemos
un problema:tu máquina no esta conectada físicamente
a la de tu hermana, sino que esta conectada a través del server (o
con un switch...ponele :S ). Si yo quiero trabajar en la pc
de mi hermana, o quiero generar tráfico de red entre nuestras
máquinas, alguien tiene que saber administrar ese tráfico (como una
operadora telefónica antiguamente sabía dirigir llamadas
desde un conmutador). Ahí es donde nuestro router aparece en acción.
Un router no es mas que un equipo<br>
con un listado de instrucciones precisas y claras sobre para
que lado tiene que tirar cada paquete (bien criollo). Nuestro linux
by default puede hacer ese<br>
trabajo MUY BIEN, así que los dejo en manos de estos dos
amigos "route" y "iproute2"<br>
<br>
<a class="moz-txt-link-freetext" href="http://linux-ip.net/html/tools-route.html">http://linux-ip.net/html/tools-route.html</a><br>
<a class="moz-txt-link-freetext" href="http://linux-ip.net/html/tools-ip-route.html">http://linux-ip.net/html/tools-ip-route.html</a><br>
<br>
3_ Servicios web<br>
<br>
_ Web server<br>
Acá hay que hacer un GRAAAAAAAN libro, pero voy solamente a
aclarar puntos básicos. Para que un sitio web exista, tiene que
estar alojado en algún lado. Cuando alguien desde un
navegador quiere acceder al sitio (utilizando el hostname que un DNS
parecido al nuestro sabe resolver) el servidor a donde llega
el pedido y donde esta alojado físicamente el sitio, debe saber
reconocer el pedido (estar escuchando por si alguien pide datos),
interpretar ese pedido, resolverlo y devolver el
contenido solicitado.<br>
Esos 4 pasos básicos son los que debe cumplir cualquier
servicio de red para poder funcionar, di el caso de un servidor web
porque es bastante claro.<br>
Ahora bien, un servidor web es un equipo que cuenta con un
tipo de software instalado el cual le permite escuchar pedidos de un
navegador, reconocerlos como pedidos de
su servicio web, interpretar el pedido para poder buscar dentro de
los sitios que aloja cual es el que solicita el usuario y
devolver el contenido del sitio.<br>
Toooodo ese trabajo lo hacen un montón de aplicaciones
diferentes, de diferentes maneras, pero de las mas populares es
Apache. En particular, hoy Apache2, y nos vamos a
enfocar en el.<br>
<br>
<a class="moz-txt-link-freetext" href="http://zeroadrenaline.com/httpdocs/wp-content/uploads/files/LinuxDebianServerByForat.pdf">http://zeroadrenaline.com/httpdocs/wp-content/uploads/files/LinuxDebianServerByForat.pdf</a><br>
(cabe aclarar que ese PDF no es mío sino que es gentileza de
<a
href="http://www.forat.info/2008/03/05/como-montar-un-servidor-web-con-linux-debian/">FORAT</a>)<br>
<br>
_ DB Server<br>
Tiene sentido que si instalamos un servidor web para mostrar
sitios, seguramente vamos a estar interesado en tener algún que otro
servicio corriendo<br>
en nuestro servidor (una wiki por ejemplo) que necesiten de
una base de datos para alojar toda la info que le vayamos tirando
con el uso.<br>
Existen distintos tipos de bases de datos, por ejemplo las
hay relacionales y no relacionales. En en común de los casos nos va
a interesar trabajar con<br>
bases de datos del tipo SQL, y para ello podemos utilizar
motores como MySQL o PostgreSQL. Cualquiera de los 2 son muy buenas
alternativas, en cuanto a desempeño, documentación,
fiabilidad y una comunidad de usuarios y desarrolladores que los
banca, así que para no discriminar dejo links de los 2.<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.esdebian.org/wiki/mysql-debian">http://www.esdebian.org/wiki/mysql-debian</a><br>
<a class="moz-txt-link-freetext" href="http://www.stuartellis.eu/articles/postgresql-setup/">http://www.stuartellis.eu/articles/postgresql-setup/</a><br>
<br>
4_Otro tipo de Servicios<br>
<br>
Creo que ya con esto tienen para un rato largo, y
seguramente va a dar para mucho. Les dejo un listado de cosas
copadas que se pueden hacer con servidores en linux
para que sea disparador de nuevos mails.<br>
<br>
_ Compartir archivos y recursos (FTP, SFTP, SSH, Samba...)<br>
_ Streaming multimedia (mpd, flowplayer, ...)<br>
_ Mails (sendmail, postfix)<br>
_ Telefonía IP (asterisk)<br>
_ Clustering (heartbeat, ldirectord)<br>
_ Backup (bacula, rsync)<br>
<br>
Supongo que me debo estar olvidando de un montón de cosas y también
sospecho que mas de un purista me va a buscar en la próxima reunión
para matarme a trompadas, pero espero que entiendan que me tome este
trabajo porque vi que había gente interesada en el tema y creo que
da para mucho mas.<br>
<br>
Sepan que como dije antes, ser admin no es un trabajo del pibito que
sabe de computadoras, así como tampoco lo es ser programador, SOMOS
HACKERS,<br>
profesionales del uso de computadoras, y hay que empezar a meterse
un poco en ese plan, comerse un poco la película como quien dice. No
se a ustedes pero a mi no me gusta que no se valore comercialmente
mi conocimiento por que el sistema académico no lo contempla. Mejor
lo dejo ahí.<br>
<br>
Por favor no respondan a este mail en el hilo porque ya lo hice muy
largo yo, si la seguimos por acá se va a hacer una biblia. De ultima
abrimos un hilo nuevo que se llame "Sysadmin vol. 2" XD<br>
<br>
Se me cuidan, y sepan que este material (seguramente mas prolijo y
chequeado) va a estar disponible en <a
href="http://zeroadrenaline.com">MI BLOG</a> ( te tire el chivito
;) ).<br>
<br>
PD: no se quejen, pase el corrector ortográfico.<br>
<br>
Abrazo. <br>
<pre class="moz-signature" cols="72">--
+-----------------------------------+
| ZEROADRENALINE |
| System Administrator |
| <a class="moz-txt-link-abbreviated" href="mailto:zeroadrenalinux@gmail.com">zeroadrenalinux@gmail.com</a> |
| <a class="moz-txt-link-abbreviated" href="http://www.zeroadrenaline.com">www.zeroadrenaline.com</a> |
+-----------------------------------+</pre>
</body>
</html>