Coerdinader Coarinador ocala oy ebtoeds par U eased heaas apa Mere Teri Arcs de ctdigeabveraXimson, donde Aenea ierde nectar ‘raha an iplemencion del de ofijecic Tie Cvs vali Deer Infartice porto UAB hist esses Prefer dCles adic 1 Madea de le UOC greece dali Strib pestle Ue lees el {a prope Male 7G Es asties carta ede Sette Come consvor he srabojad para enreses come Mart, Teleplis odefone ot resin ovens y Tra Espana ‘Autor Autor Ingenere super en Infamiion Doser en Informit perla UB Profesor del Depstoments Magites en Arita de Ifermitice de lo UAB Proce Paulo Dicer des Eset Unie pevis uss de lformatice (Universidad Frofesocde Argue aura Sternas Autnema de Eerelona,Essana ception dl depatemes ie lfermaticn UA CConauor de Eis de lnferition y Mitmadia da UOC Froteor ayudar en el Departamento de formate ETSEUAB Fara ein: mace 2004 1B Fundaco per ote Unvvsestat Obaita de Catalunya ‘Ay Widabo, 39.5, 08035 Boresiona Motta realaade por Eursca Med, SL {Autores Jorp trba Exe y Rare Supp Beli Dap age 87597-2008 isan ea.7e9.1168 Seazerzanen sopsrocapc dtuny moire dearer a names dels GAUFne Deco win SeLin Tas cia pure pubes putative lee Foust) da sconarornener igor a ete esnrare avers gelgeninavaron de ede doee cn peo snbebetcs deinendice Agradecimientos Presentacion 1. Introduccion al sistoma operative GNU/Linux 1.1. Software Libre y Open Source UNIX. Un poco de historia . Sistemas GNU/Linux aa El perfil del administrador de sistemas 5. Tareas del administrador . Distribuciones de GNU/Linux . 1.6.1. Debian 1.6.2. Red Hot Qué veremos - Adividades para el lector = 1.9. Otros fuentes de referencia e informacién 2. Migracién y coexistencia con sistemas no Linux 2.1. Sistemas informéticas: ambientes 2.2. Services en GNU/Linux 2.3, Tipologias de uso 2.4, Migrar © COBRStIE oso 2.4.1 .Identificar requerimientos de servicios 2.4.2. Proceso de migracién .. 2.5. Taller de migracién: enélisis de cosos de estudio .. 2.6. Adividades para el lector 2.7. tras fuentes de referencia e informasén 3. Herramientas basicas para el administrador 3.1, Horramientos gréticas y lineas de comandos 9.2, Documentos de esténdores ... 8.3, Documentacién del sistema en linea 3.4. Shells y scripts 3.4.1. Shells interactives 3.4.2. Shells disponibles 8.4.3. Voricbles de sistema 8.4.2, Programacién scripts en Bosh 13 1A 2 30 35 40 46 52 56 61 64 64 67 oa 72 74 77 80 8 87 98 99 101 102 . 105 107 109 m1 14 nz ne8.5. Herramientas de gestidn de paqueles 3.5.1. Paquete TGZ 3.5.2, Red Hal: paqueles RPM 8.5.8. Debian: paquetes DEB 8.6. Herramientas genéricas de adminisiras én 3.7. Oras herramientos 3.8. Aciividades para ol lector ses 3.9. Otras fuentes de referencia e informacién . El kernel 4.1.8 kernel del sistema GNU/Linux... 4.2, Personolizar 0 actualizor ol kernel ... 4.3, Proceso de configuracién y compilacién 4.4, Parcheor el kernel 4.5. Los médules dal kernel .. 4.6, Futuro del kemely aliemnalivos 4,7. Taller: Configuracién del keme! alas necesidades del usvorio. 4.7.) .Adualizar kemel en Debian .. 4.7.2, Advalizar kemel en Red Hat .. 4.7.3, Persondlizar e instalar un kernel genérico .. 4.8. Adividades para el lector os 4,9. Otros fuentes de referencia e informocién Administracién local 5.1. Disiribuciones: porticuleridades 5.2. Niveles de orrangue y servicios 5.3, Observar el estado del sistema 5.3.1. Arranque del sistema 5.3.2. Kemel: Direciorio/proe 5.3.3. Procesos 5.3.4, Logs dal sistema. 5.3.5, Memoria 5 5.3.6. Discos y filesystems 5.4, Sistema de ficheros . 5.4.1, Puntos de menije 5.4.2, Permisos 5.5, Usvaries y Grupos eon 5.6, Servidores de impresién .. 5.6.1, BSD PD 5.6.2. LPRng 5.6.3. CUPS ... 5.7. Discos y gestién filesystems 5.8, Softwore: adudlizacién .. 123 125 128 180 133 134 135 136 137 . 138 146 150 156 188 160 163 164 166 168 171 . 172 173 174 176 179 179 180 152 . 183 184 185 188 . 188 192 192 198 208 204 206 209 .259 Trabajos no interactives §.10.Taller: précticas combinades de los diferentes oportados 5.11 Actividades para el lector 5.12.Otras fuentes de referencia e informacén 6. Administracién de red .. 6.1. 6.2, 6.8 6.4 6.5. 66 67 6.8. 6.9. 8Cémo configurar una conexién Diol UP y PPP® - Concspios on TCP/IP |. 2Céme se asigna unc direccién Internet? . . 2Céme se debe configurer la redé Configuracién del DHCP Introduecén 0 TCP/IP (TCP/IP suite) 6.1.1 Servicios sobre TCP/IP 6.1.2. 2Qué es TCP/IP 6.1.3. Dspestivesfsicos (hordhvare) de red « 6.4.1. Configuracién de la interfoz (NIC, network interface controller} 6.4.2. Configuracén del Name Resolver 6.4.3. Configurecén del routing ... 6.4,4,Configuracén del inetd 6.4.5. Configuracén adicional: protocols y networks 6.4.6. Aspectos de seguridad 6.4.7. Qpaones del IP IP aliasing IP Masquerade NAT con el keme! 2.2 0 supericres 6.10.VPN (virtual private network) 6.11 Configuraciones avanzadas y herramientas 6.12.Actividades pore el lector 7. Administracién de servidores ... 7A 72. Domain Name System (ONS) 7.1.1. Servidor de nombres caché 7.1.2. Forwarders mB Contgureeén de un dominio propio .. NIS (YP) «nn 7.2.1, 8Cémo nicer un diente local de NIS ‘en Debiané FTA Yacitice debon aepadticin pora utilizar en NIS? : 7.2.3, 4Cémo se debe ejecutor un master NIS sewer? n2 218 223 223 225 225 226 228 230 . 232 235 239 239 241 248 244 246 247 249 249 251 259 253 254 255 257 265 267 268 269 272 . 272 278 276 278 2797.2.4, #Cémo se debe configurer un server? 7.3. Serviaos de conexién remota: telnet y ssh ... 7.3.1. Telnet ytelnetd 7.8.2. Ssh, Secure shell 7.4. Servicios de transferencia de ficheros: FTP 7.4.1.Chante fip 7.4.2.Sorudores FIP . 7.5. Servicios de intercambio de informacén a nivel do usuario... 7.5.1 81 Mail Transpod Agent (MTA) 7.5.2. Inlemel Message Access Protocol POP (IMAP) 7.5.3. News 7.5.4, World Wide Web (hip 7.6. Servicio de Froxy: Squid 7.6.1 Squid come aceleradar de hip - 7.6.2. Squid come proxy-caching 7.7. Opentdap (Ldop) 7.7.1. Creacién y mantenimiento de le bose do doios 7.8. Servicios de archivos (NFS) 7.9. Acividades para al lector racién de datos 8.1. PostgreSQL 8.1.1. 8Cémo se debe crear una DBE 8.1.2. 8Cémo se puede aceeder a una DB? 8.1.3. Bl lengugje SQL... 8.1.4, Instalacién PostgreSQL 8.1.5.Mantenimiento 8.1.6. Pgaccess 8.2. Mysql 8.2.1 Instalocién 8.2.2, Postinsialacién y verificacén 8.2.3. Hl programa monitor (diente] mysol 8.2.4. Adminisiracién z 8.2.5. Interfaces gréficas 8.8. Source Code Control System [CVS y RCS) 8.3.1 . Revision Control System (RCS) 8.3.2. Concurrent Versions System (CVS) 8.8.8. Inierfaces gréticas 8.4. Adiividades para ol lector 280 281 28) 282 284 285 286 288 288 289 291 292 294 295 296 296 300 301 gos . 305 . 306 306 307 308 31) 316 317 318 319 320 321 323 324 325 326 328 333 8349. Administracion de seguridad 337 9.1. Tipos y métodos de los ctaques oem 338 9.1.1, Técnicas uilizadas en los olaques: 342 9.1.2. Coniramedices 349 9.2. Seguridad dal sistema 354 9.3, Soguridad |OCol ess snesninannninsnses 355 9.3.) Bootloader os secons ae 355 9.3.2. Passwords y shadows wocscesnne 357 9.3.3. Suid y sticky bits sce 358 9.3.4. Habilitacién de ROSH ncseorne 359 9.3.5. Médulos PAM... . 360 9.3.6. Alieraciones del sistema 362 9.8, Seguridad on red assssssssnssstnsnsentnn 363 9.4.1. Cliente de servicios Hs 363 9.4.2. Servidor: inetd y wneid 363 9.5. Detecsién de intrusiones 366 9.6. Proteccién mediante filirado Wrappers y firewalls) .... 367 9.6.1 Firewalls . 368 9.6.2. Notiilier: Iobles _ 370 9.6.3. Paquetes de firewalls en las dstibuciones =... 374 9.6.4. Consideraciones finales a 375 9.7. Horramientos de segundad . 376 9.8, Analisis logs ... 379 9.9. Teller: ondlisis de lo seguridad mediante herramientas ... oo ce 381 9.10.Adividades pore al lector aes 387 9.11.Otras fuentes de referencia e informacin snc 888 10. Configuracién, sintonizacién y optimizacion 391 10.1. Aspedos basicos 391 10.1.1. Monitorizacién sobre UNIK System V .... 393. 10.1.2. Optimizando ol sistomed one 398 10.1.3. Optimizaciones de cardcter general... 405 10.1.4, Configuraciones complementanas 406 10.1.5, Monitori2zecibn soscssnsenennesene an 10.2. Adividedes para 6! lador . ara aA 11. Clustering .... 415 Tal. inroduecign of HPC 415 11.1.1. Beowulf 47 11.1.2, 2Cémo hay que programor para aprovechar la concurrencia® 42011.2. OpenMosix 11.3. Metacomputers, grid Computing 11.3.1. Diferentes arquitecuras de cémputo .. 11.8.2. Globus 11.8.8. Sofiware, insialacién y administrasén de Globus 11.4, Aciwvidades pore el lacior liogratia GNU Free Documentation LicenseAgradecimientos Los autores egradecen a la Fundacidn pera le Universita! Oberte de Catalunya (hiip://werw.uee.edu) la financiacién de la primera edi- én de esta obra, enmareada en el Master Internacional en Software Libre ofrecido por la atada institucién.[Presentaén Los sistemas GNU/Linux han llagado @ un grade de madurez impor- tanto, que los hacen vélides para iniegrorlos en cuclquier ambiente de trabojo, ya sea desde el escritorio del PC personal, hasia el servi- dor do una gran omprosa. El objetivo principal de este curso es introducirnes en el mundo de la administracién de los sistemas GNU/Linux Aprenderemos cémo proporcionar desde GNU/Linux los servicios necesarios a diferentes ambientes de usuarios y maquinas. El campo de la administracién de sistames es enorme, hay muchos toreas, mu- chos problemas por Iralar, hay que lener grandes conocimientos de hardware y softwere, y no esté de més un poco de psicolagie pera Iratar con los usuarios finales de los sistemas. El curso no pretende abordar una distribucién GNU/Linux particular, pero se han escogido un par de ellas para ircier los ejemplos: Debion y Red Hat. Respecto al campo de lo adminisiracién, ésta se intentard gestioner desde ol nivel més bajo posible, normalmente le linea de comandes y los ficheros de configuracién. Se comentarén, en su ea- so, herramientas de més clio nivel, pero hey que tener cuidado con estas tllimas, ya que suclen ser fueriemente dependientes de la dis- tribucién uilizada e incluso de la versién de ésta; aidemés, estas he- rramientas suslen variar mucho entre versiones. La administracén de bajo nivel suele ser mucho més dura, pero scbemes qué estamos haciendo y dénde podemos ver los resullados, ademas de que nos porta muchos conocimientos extra sobre las diferentes tecnologios vunlizadas. Los disiribuciones escogidas han sido: Debian Woody 3.0, y Red Hat 9.0 [o compatibles como Fedora}, ulilizadas en el momento de confeccionar este curso (a finales del 2003). La disiribucién Debian es un paradigma dentro del movimiento Open Source, por no per- fenecer a ninguno empresa y estar confeccionada séle por los apor- n12 taciones de los voluniorios disinbuides por todo el mundo. Debian, ademés, integra exclusivamente software libre (pueden afiodirse ‘otros aparie). Red Het, por cira parte, es la distribucién de una de las empresas més solventes en el pencrama comercial, y por eso sea quizésla.que otorgue més soporte a nivel empresarial (mediante servicios de pa- go}. En Debian el soperie depende de los voluntarios y del conod- mienio compartido de los usuaries, Siendo la administracién de sistemas un campo ian ampli, ese ma- nual sélo pretende introducimes en este apasionante {y cémo no, también a veces frusiranie) mund. Veremos algunas de los torsos {ipicas, y eémo tratar las probleméticas; pero la administracén es un campo que se aprende dia a dia, con el trabajo diario. Y desde aqui adverimos de que este manual es un trabajo abierio, que con sus auerios y los més que probables srrores, se puede ver complemen- ado con los comentanos de sus (sufridores) usuarios. De modo que son bienvenidos cualquier tipo de comentaries y sugerencias de me- ora de los materiales. Comentamos, per Ultimo, que ol contenido del manual refleya ol os- jade de los distribucenes y de las herramienlas de administracén en el momento de su confeccién (a finales del 2003).introduccién al sistema operative GNU/Linux Los sistemas GNU/Linux [Jeh98] ya no sen una noveded, cuentan con una amplia veriedad de usuarios y de émbitos de trabojo dende son ulilizados. Su origen se remonta al mes de agosto de 1991, cuando un es- tudiante finlandés llamado Linus Torvalds anuncié en una lista de news que habja creade su propio nucleo de sistema operative y lo ofrecia a la comunidad de desarrolladores para que lo proba- ray sugiriera mejoras para hacerlo més utilizable. Este serve el ‘origen del niicleo (o kernel) del operctive que més tarde se lla- maria Linux. Por otra porte, la FSF (Free Software Foundation), mediante su pro- yeclo GNU, producia software [desde 1984) que podia ser uilizado libremente, Debido a lo que Richard Stallman (miembro de la FSF) consideraba software libre, es dear, como aguél del que podiamos conseguir sus fuentes (cédigo), esiudiarlas y modificerlas, y redis- Iribuirlo sin que nes obliquen a pager por ello. En este modelo, ol negocio no esté en la ocultacién del cddigo, sino en el sofiware complementanio afadido, en la adecuacién dal software « los clien- tes y en los servicios aAadides, como el mantenimiento y la forma- Gién de Usuarios [el soporte que les demos), ya sea en forma de moterial, libros y manuales, 0 en cursos de formacién. La cambinacidn fo sume) del software GNU y del keme! Linux, es el que nos ha traido @ los actuales sistemas GNU/Linux. Actual mente, los movimienios Open Souree, desde diferentes orgeniza- Gones [como FSF) y empresas como las que generan las diferentes disiribuciones Linux (Red Hoi, Mandrake, SuSe, ...], pasando por grandes empresas como HP, IBM 0 Sun que proporcionan apoyo, han dado un empujdn muy grande a les sistemas GNU/Linux has- Io situerlos al nivel de poder cempelir, y superar, muchas de las solucones propistanias corradas oxistontes: 1314 Nota Los sistemas GNU/Linux ne son yo una nevedad. E sofware GNU se inicié a mediados de los ochanta, ol kemel Linux, a principios de los novenia. Y Linux se ‘poye en leenologia probada de UNIX, con mas de 80 atios de historia. En esta Unidad inirodudoria repesoremos algunas ideas generales de los movimienios Open Source y Free software, asi como un poco dehis- toria de Linux, y de sus origenss compartides con UNIK, de dende ha heredado mds de 30 afios de invastigasén en sistomias operatives. 1.1. Software Libre y Open Source Bojo la ideo de los movimientos (0 flosoffas) de Software Lbre y Open Soures [OSI03¢] [OSI0Sb] también llamado de cécigo cbierto © sofware abierlo), so encveniran varias formas de soflware, no 1o- das dal mismo tipo, pero s* compartiende muchas ideas comunes. Frente a un céd.go de tipo propietano, en el cual un fobricanie em- presa de sofiware) encierra su cédigo, cculténdelo y resiringiéndose los derechos a sf misma, sin dar posibilidad da redlizar ninguna adop- tacién ni cambios que no haya redlizado previamente la empresa fa briconte, al cédigo abierto ofrece, enire otros consideraciones: @) Acceso ol cédigo fuente, ya sea pora estudiorlo {ideal pore edu- cacién) © modificarlo, sea para corregir errores, adoplerio 6 aha- dir més prestaciones.b) Gratuidad: normaimente, al sofware, ya sea en forma binaria en lo forma de cédigo fuente, puede obtenerse libremente 0 por una médica contided en concapto de gaslos de ompacustamien- to, disiribucién y valores afadidos. ¢) Evitor monopolies de software propisterio: no depender de una Gnica opsdn 0 tinice fabricante de nussiro sofiware. Esto as més importante cuando se Iraia de una gran organizacién, ye sea une empress 0 estado, los cuales no pueden (o no deberfen) ponerse fen manos de una delerminads Unica selucisn y pasar depender exclusivamanta de ella. 4) Un medslo de evance, no basade en la ecultacén de informe- Gién, sino en la comparticién del conocimiento (semejante ol de la comunidad ceniifica), poralograr progresos de forma més ré- pida, con mejor calidad, ya que las elecciones tomadas estén ba- sodas en el consenso de la comunidad, y no en los caprichos de empresos desarrolladoras de software propielario. Crear programas y distribuirlos junio al cédigo fuente no es nuevo. Ya desde los inicios de lainforméticay en los inicios de la red internet se habia hecho asi. Sin embargo, ol concapto de cédigo abierto como tal, la definicién y la redacsién de las condiciones que tenia que cumplir daian de medados de 1997. Eric Reymond y Bruce Perens fueron los que divulgaron Ia ideo. Ray- mond [Ray97] ara autor dal ensayo lilulade “La caledtal y el Bazor”, que hoblabe sobre las tcnicas de desarrollo de sofiware uiilizadess por Io comunidad Linux, encobezada por Linus Torvalds, y la comu- nidad GNU de lo Free Sofware Foundation (FSF], enccbezada por Richard Stallman. Por su parle, Bruce Perens era en aquel momento 4l jafe del proyedio Dabion, que Irabojaba en Ia craoaén da una dis- tribucién de GNU/Linux integraca Gnicamente con software libre. Dos de los comunidades mas importantes son la FSF, con su proyecto de software GNU, y la comunidad Open Source, cuyo méximo exponente de proyedo es Linux, GNU/Linux es el resuliade de la unién de sus trabajos. 1516 Une distinaén importante entre estas comunidades son las definicio- nes de cédigo abierto y software libre. [Deb03o] [PS02] 8 Software Libre (free software) [FSFO3] es un movimiento que parie de los ideas de Richard Stollmen, cue considera que hay que garentizar que los programas estuviesen ol dlcance de todo ol mundo da forma grdtuite, se tuviese acceso libre a dstes y pudieren uilizarse ol antojo de cade uno, Une distinagn importante, que cousé ciertas reticoncios @ las empresas, 08 al términe free. En inglés, este término tiene al doble sig- nificade de ‘gratuita! y libre’. La gente dela FSF buscaba las des cosas, pero era difall vender ambas cosas a las empresas; la pregunta lipica era: Bcémo se podia gonor dinero con edo? La respuesta vino de la co- munidad Linux (eon Linus Torvalds en cabeza), cuando consiquieron te nner una cose que todavia no habia lograde la comunidad GNU y lo FSF: tener un sistema operative libre con cédigo fuente disponible. En esto memento 6s cuando ala comunidad se le ocurré juntarlas diversas actividades que habe en le flosofia del Software Libre baje la nueva de- nominacién de cédigo abierto pen source). (Open Source se ragisiré como una mares da carlficonsn, a la que po- dion adherirse los productos software que respetasen sus especificacio- rnes. Esto no gust c todo ol mundo y susle haber deria soparasén y controversias entre los dos grupos dal Open Source y la FSF [con GNU), pero son més las cosas que los unen que las que los separan. En cera manera, para los partidarios del software libre (como la FSF), el cédigo abierto (u open source) representa un pose en falso, yo que representa une cierta “venta” al mercado de sus ideales, y dejala puerta abieria a que se vaya haciendo propistario el software que ercilibre. Los partidanos de open source ven Io oportunidad de promocionar el software que de otra manera estaria en una ullizacén mineritaria, mientras que con la civulgacién y la puesta en comin para todo el mundo, ineluidas empresas que quieren parlicipar en eddigo abierto, entramos con suficente fuerza pare planier cara ol software propieterio.Una ver estoblecidas las ideas bésicas de lo comunidad dal eédigo abierio, llegamos al punto en que habia que concretor da manera dora qué criteries tenia que cumplir un produce de software para considerarse de cécigo abierto, Habia que contar con une definicién de cédigo abierio [OSIO3b], que iniciaimente eseribié Bruce Perens en junio de 1997 como resultado de comentarios da los desarrollar dores de Ia disinbucién Debian Linux, y que posteriormente fue rece ditada (con modificaciones menores) por la organizacién OS! (Open Source Initiative). Esta orgonizacién esté encargada de regular la de- {iniaén y controler los licencias de cédigo abierto. Nota El eddige abierta esié regulado por una definiaén po- blica que se liza como base de la redaccién de sus licancias de software. Un pequefio resumen [interpretaaén) de Ia definiaén: Un Open Source Software [OSI03b], softwore de cddigo fuente abierto, debe cumplir los requisitos siguientes: 1) Se puede copiar, regalar o vender a lerceros el sofware, sin tener que pagar a nadie por ello. Se permite copier el programa. 2) El programa debe incluir el cédigo fuente y tiene que permitir la distribucién tanto en forma compilede, como en fuente. O, en todo caso, hay que faailtar alain modo de obtener los cédigos fuente (por ejemplo, descarga desde Internel). No esté permitide ocultar el eédigo, © darlo en representaciones intermedias. Go- ranliza que se pueden hacer modificaciones. 3) Lalliconcia del software tiene que permitir que se pueden realizar modificaciones y trabajos que se deriven, y que entonces se pus- dan distribuir bajo la misma licencia que |a original. Permite reuti- lizar el eddigo origind 4) Puede requerirse la integridad del eédigo del aulor, © sea, las mo- dilicaciones se pueden presentor en forma de porches d cédigo 718 origind,, 0 se puede peckr que tengan nombres o néimeres distin tos alos originales. Esto protage al autor de qué modificaciones puadan considerarse come suyas. Este punto depends de lo que diga la licencia del software. 5) La licencia no debe discriminar a ninguna persona o grupe. Ne se debe resiringr el acceso of software, Un caso aparte son las restricciones por ley, come las de las exportaciones teenolégicas fuera de USA a terceros paises. $i exsten restricciones de esto tip, hay que mencioncrlas. 6) No discriminar campos laborales. Fi software puede utilizarse en cualquier ambiente de trabojo, cunque no haya estado pensads pora él, Otra lectura es permitir ines comerciales, nadie puede impedir que el sofiware se utilice con fines comerciales. 7) Lalicencia es oplicoble a todo el munde que reciba el programa. 8) Si ol sofware forma parte de producto mayor, debe permanecer con la misma licencia. Esto conirola que no se separen portes pora formar sofware propietarie (de forma no coniralada). En el caso de software propictario, hay que informer que hay partes ly cudles) de software da cédigo obicrto. 9) La licencia no debe resiringr ningin sofware incorporade distri- buido conjuntemente, © sea, incorporarte no debe suponer ninguna: barrera pare oro produce de software dsinbudo conjuntomente, Este es un punto “polémico”, ya que parece coniradecirse con el on- terior, bésicamente dice que cualquiera pueds coger sofware de cé- digo absertoy afiadrlo d suyo sin que afecie alas condiciones de su licenca [per ejemplo propietaria), eunque si que, segin el punto an- terior, tendiia que informer que exisien partes de oSdigo chierto. 10) Lo licence tiene que ser tecnolégicamente nevira. No deben mencionarse medias de distribueién Gnieos, © exduirse posibil dades. Por gemple, no puede limiterse [por licencia] que se haga la disiribucién en forma de CD, fip © mediante web,Le licencia que traiga el programa tiene que cumplir los especifica- Giones anteriores para que el programa se considere de cddigo cbierto. Le organizacién OS! so encarga de comprobar que las licon- cios cumplen las especificaciones. En la pagina web de Open Sources Licenses se puede encontrar la lista de las licencias [OSI030], siendo una de las mas famosas y ullizadas, la GPL (GNU Public License) Bajo GPL, el software puede ser copiade y modificado, pero las mo- dificaciones deben hacerse pUbblicas bajo le misma licencia. ¥ se im- pide que ol cédigo se mezcle con cédigo propictano, pore evitar asi que el cédigo propietario se haga con partes cbiertas. Existe una li- cencia LGPL que es préciicamente igual, pero permite que software con esta licencia sec integrado en software propietario. Un ejemplo: dlésico es la biblioteca fibrary) C de Linux (con licencia LGPL; si ésiaa fuera GPL, sélo podria desorrollarse software libre, con la LGPL se permite usar para deserrollar sofiwore propieiario. ‘Muchos proyectos de software libre, © con parte de cédigo abierto y parte propietario, tienen su propia licsnca: Apache (basada en BSD}, Mozilla (MPL y NPL de Netscape), etc. Bésicamente, ala hora de poner el sofware como open source podemos poner nuestra propia licencia. que cumpla la definicién anterior (de cédige obierto), © podemes escoger licenaiar bajo une licence ya establecida, 0 como en el caso de la GPL, nos obliga @ que nuestra licencia tam- bién sea GPL. Uno vez visios los concopies de cédigo abierto y sus licancias, nos queda por irctar haste qué punto @s rentable para una empresa tra bajar producir eédigo abierto. $i no fuera alroyente para las em- presas, perderfamos ala vaz tenio un polencial diante come uno de los prinapoles productores de sofware. En el cédigo abierto exsten diferentes rentobilidades atrayentes de cora a las empresas: El cédigo abierto es también atrayente para las em- presas, con un modelo de negoae donde se prima ol valor afadde ol produdo, 920 @) Para los empresas desorrolladoras de sofware, se crea un pro- blema, écémo es posible ganar dinero sin vender un produc? Hay mucho dinero gastade en deserrollar un programay después es nacesario obtener beneficios. Bron, Io respuesta no es simple, no s8 puede conseguir con cualquier software, la rentobilidad se encuentra en el tipo de sofiware que puede generar beneficios més allé de le simple venta. Normalmente, hay que hacer un es- tudo de silo oplicacién se tornaré rentable al desarrollaria come software abierto (la mayoria sf que lo hard), baséndose en las premisas de que lendremos un descenso de gasto en desarrollo (le comunidad nos ayudard), reduccién de mentenimiento © co- rreesén de errores (la comunidad puede ofrecer esio muy répi- do), y fener en cuenta ol cumento de némero de usuarios que nos proporcionaré el eédigo abierlo, asi como las necesidades que tendrén de nuestros servicios de apoyo o documentacién. $i la bolanza es positive, entonces seré viable prescindir de los ingre- sos ganerados por las ventas. b) Aumentar la eusta de usuarios. €) Obtener mayer flexiblided de desarrello, cuontos més personas intervienen, mas gente habré pora detector errores. d) Los ingresos en su mayor perie vendrén por el lade del apoyo, formacién de usuarios y mantenimiento. @) En empresas que uilllzan software, hay que considerer muchos parémetros a la hora de escoger el software para el desarrollo de los tareas, hay que fener en cuenta cosas como: rendimion- to, ficbilidad, seguridad, escclabilidad y coste monetario. Y aunque parece que el cédigo abierto yo supone de por si uns eleccién por ol coste econémico, hay que decir que existe soft wore abierio que puede compatir con (o incluso superar) el propisterio en cuciquiera de los otros parémetros. Ademés, hay que vigilar mucho con las opciones o sistemas propielarios de un Unico fabricate, no podemes depender Unicamente de ellos [podemos recorder casos, en otros émbitos, como los vi- deos beta de Sony franta a VHS, o en los PC la arquitecture MicroChannel de IBM). Tenemos que evitar el uso de monopo. lies con lo que éstes suponen: falta de competencia en los pre- cies, servicios cares, mantenimiento caro, pecs (6 nula} variedad do opcionas, ele.4) Pora los usuarios patticulares ofece gron variedad de softwere adapiado o foreas comunes, ya que mucho del softwore ha sido pensado e implemeniado por personas que querion hacer esas, mismas toreas pero no enconiroban ol software adecuade, Nor malmente, en el caso del usuario particular un parémeiro muy im- portanie es ol coste del software, pero la paradoja es que en ol usuario doméstico es donde se hace més uso de software propie~ teri. Normalmenie, los usuarios domésticos hacen uso de produc: tos de sofware con copias ilegales, algunas estadislicas recientes indhean indices de! 60-70% de copras ilegoles domésticas. El usua- rio siente ove sélo por tener el ordenedor doméstico PC ya tiene derecho" a disponer da software para usarlo. En estos cosos esta mos boje situcciones “ilegdies” que, aunque no hen sido persegui- das, pueden serlo en su dia, © bien se intentan controlar por sslemas de licencias [o adivacones de procucios). Ademds, esto iene unos efedos parjudiciales indirecios sobre ol sofware libre, dabido o que silos usuarios hacen un uso amplio de software pro- pictorio, esto obliga a quien se quiera comunicor con ellos, ya sean ances, empresas © adminisiracones piblicas, a hacer uso del mismo softwere propictario, y ellos s’ que cbonan las liceneas alos produces. Una de las “betallas” més importantes pera al software libre es lo posibilidad de coptor o los usuarios domésicos. 9) Por dliimo, los estados, como caso porticular, pueden obtener bonsticios importantes del sofiware de cédigo abierto, ya que pueden disponer de soflware de calidad a precios “ridieulos” comporades con el enorme gasto de licencios de software propie- axio (miles decenas de miles]. Ademds de que el software de cédigo abierio permite intograr féclmento a las oplicasones, quesiiones cullurcles (de cade pais) como, por ejemplo, su len gua. Este Ultimo caso es bastante problemdtico, ya que en deter minades ragiones, estados pequefies con lengua propio, los fobricontes de softwere propietario se niegan a adaptor sus opli- caciones, 0 insian a que se les pague por hacerlo. UNIX. Un poco de histo Come antecasor de nuestros sistemas GNU/Linux [Sla02], vamos a recorder un poco le historia de UNIX [Sal?4) [Lev03}. En origen, Linux 2 ee22 se pensé como un clon de Minix (una implementaaén académice de UNIX pare PC) y de algunes ideas deserrolladas en los UNIX propie- iarios; pero, a su vez, se desarrallé en cédigo abserto, y con orienta Gién @ los PC domésticos. Veremos, en este apartade dedicado o UNIX y al siguiente dedicado a GNU/Linux, cémo esta evolucién nos ha llevade hasta los sistemas GNU/Linux aduales que pueden com- pelir con eusiquier UNIX propieterio, y que estén disponibles pora un amplic nimero de arquitecuras hardware, desde el simple PC hasta los supercomputadores. Linux puede ser uilizado en un amplio range de mé quines. En la lista TOPSO0, pueden enconirarse varios supercompuladores con Linux (var lista en sitio wal 19p500.0rg): per ejemplo, el MCR Linux Cluster del depariamento de enerafa de USA en los laboratories Lawrence en Livermore, un cluster de 2304 CPUs Inie! Xoon con sistome operative Linux. UNK se inicié hacia el aro 1969 [en e! 2008 tiene més de 80 aos de historia) an los laboratories BTL (Bell Telephone Labs) de AT&T. Estos se acababan de retirar de la partiapaaén de un proyecto lla- mado MULTICS, cuyo objetivo era cor un sistema operciivo con el cual un gran ordenador pudiera dor cabida o un miller de usuarios simulténees. En este proyecto participabon los BTL, General Electric, yal MIT. Poro fallé, on parte, por sor demasiado ambicioso pare su época. Mientras se desorrollaba este proyecto, dos ingenieros de los BTL que parlicipaben en MULTICS: Ken Thompson y Dennis Ritchie, en conireren un ordenader que no estaba uiilizonde nadie, un DEC PDP7, que sélo tenfa un ensamblador y un programa cargador. Thompson y Ritchie desarrollaron come prucbas ly a menudo en su tiempo libre) partes de UNIX, un programa ensambladr (del eddigo maquina) y el niécleo rudmentario del sislema operaiivo. Eso mismo aio, 1969, Thompson tuvo Ia idea de escribir un sisie- ma de ficheros para el ndclee creado, de manera que se pudiesen olmacenar ficheros de forma ordenada en un sistema de diractorios jerérquicos. Después de unas cuantas discusiones teéricos (que seclergaron unes dos meses) so implemenié el sistema en un por de dios. A medida que se avanzabe en el disefio del sistema, en ol cual 80 incorporaren algunos ingenieros més de los BTL, la méquina on- ginal se les quedé pequesa, y pensaron en pedir una nueva (en ‘aquellos dias costaban cerea de 100,000 délares, era una buena in- versién). Tuvieron que inventarse una excusa {ya que el sistema UNIX era un desarrollo en tiempo libre) y ciieron que la querian pare crear un nuevo procesador de texto [aplicasén que dabs dinero en aque- llos tiempos), y se les aprebé la compra de una POPI1 Nota UNIX se remonta al af 1969, cuenia con més de 30 aos de teenolegyas desarrolladas y ulilizadas en todo lipo de sistemas Cuando les legs lo maquina, sélo les legd la CPU yla memoria, pero 1n9 el disco ni el sistema operative. Thompson, sin poder esperarse, cl- s0f6 un disco RAM en memoria y ullizé la mitad de la memoria como. disco, y la otra pare el sistema operalive que esteba d'sefiando. Una ver llegé ol disco, s0 siguié trobajando tanto on UNIX como on el pro- cesador de textos promatido (1a excuse]. EI procesador de textos fue un Grito (6 tratdba de Troff, un lenguaie de edicién, que posteriormente fue utilizado pare creer las paginas man de UNIX), y los BTL comen- zaron a.uilizar el rudimentario UNIX con el nuevo procesader de texto, conviriiéndose as’ los BTL en ol primer usuario de UNIX. En aquellos momentos comenzaron a presentarse varies principios filoséficos de UNIK [Ray02c]: + Escribir progromes parc hacer una cosa y hacerla bien. © Escribir programas pore que trabojaran juntos. * Eseribir programas para que manejaran flujos de texto. (Qrre idea muy importante fue que UNIX fue uno de los primeros sis- tomas pensados para ser independiente de lo arquitecture hardware, y que ha permitido portorlo con éxito a.un gran némero de arquitec- turas hardware diferentes, La necesided de documentar lo que se estaba haciendo, ya que habie Usuarios externos, dio lugor en noviembre de 1971 ol UNIX24 Programmer's Manual, que frmaron Thompson y Richie. En la se- gunde ediaién (junio 1972), denominada V2 (se hacta corresponder la edicién de los manuales con el nimero de versién UNIX), se decic: que ol nmero de instolaciones de UNIX ya llegaba alas 10. Y al nd- mero siguié creciende haste unas 50 en la V5. Entonces se decidié (finales de 1973) presentar los resultados en un congreso de sistemas operatives. Y como resultado, vores ceniros in- forméticos y universsdacks pidieron copias da UNIK. AT&T no deba opo- ye ni martenimiento de UNIK, lo que hizo que los usuarios necesitoron Uunirse y compertir sus conocimienios para formar comunidades de usuarios de UNIX. AT&T deadié ceder UNIX a las universidedes, pero tompoco les daba apoyo, ni correceién de errores. Los usuarios comen- zaren ¢ compari sus ideas, informacién programos, bugs, ste. Se cred Una asociocién denominada USENIX como agrupacién de usuarios de UNIX. Su primera reunién (mayo de 1974) tuve una docena de osistentes Una de las universidades que habia ebtenido una licencia de UNIX fue lo universidad de California en Berkeley, donde habia estudiado Ken Thompson. En 1975, Thempson volvié como profesor a Berkeley, ylrajo consigo la dtlima versién de UNIX. Dos estudiantes graduados recén incorporados, Chuck Holey y Bill Joy thoy en dia uno de los vicopresidentes de SUN Microsystems) comenzoron airabojar en une implementasén de UNIX Une de las primeras cosas que les decepcioné eran los editeres; Joy perfeesoné un editor llamado EX, hasta transformarlo en el VI, un editor visud a panialla complete. ¥ los dos escribieron un compila- dor de lenguaje Pascal, que afadieren a UNIX, Hubo ceria deman- da de esto implementasién de UNIX, y Joy lo comenzé @ produc como el BSD, Berkeley Software Distribution (o UNIX BSD}. BSD (en 1978) tenia una licencia parlicular sobre su precio: decia que estaba acorde con el cosie de los medias y la disiribucién que se tenia en ese momento. Asi, los nuevos usuarios acababan haciendo algunes cambios incerporando cosas, vendiando sus copias “rehe- chas" y, ol cabo de un tiempo, los cambios se incorperaban en la si- guiente versién de BSD.Joy también realizé en su trabajo del editor VI algunas oportaciones més, come el tratamiento de los terminales de texto, de manera que al editor fuera independienie del terminal en que se uillizase; craé ol sistema TERMCAP come inlerfaz ganérica de terminales con coniro- ladores para cada terminal conereto, de manera que en la realiza- Gién de los programas ya nos podiamos olvidar de los terminales uiilizando la interfaa. Un siguiente paso fue adepiarlo a diferentes arquitecturas. Hasta el aio 1977 sélo so podia sjecular en méquinas POP; en eso afte so comenzaron a hacer adaptacones para méquinas del momento como las Interdata ¢ IBM. La versién 7 (V7 en junio 1979) de UNIX fue la primera portable. Esta versién trajo muchos evances, ya que contenia: awk, lin, make, vucp; el manual ya tenia 400 pégnas (més dos opéndices de 400 cada uno). Se induia también el compilador de CC disoftade en los BTL por Kernighan y Ritchie, que se habio creado para reascibir la mayor parle de UNIX, inicislmenta en ensambledor y luego pasado @ C con las partes de ensamblador que fuesen sdlo depencientes de la arqqitectura. Se induyeron también une shell me- jorada {shell de Bourne) y comandos como: find, cpio y expr. Lo indusine UNIX comeneé también a crecer, empezaron a oparecer versiones (implementaciones) de UNIX por porte de compeiias ¢o- mo: Xenix, colaborasén entre Microsoft (en los origenes también tra- ba con versiones de UNIX} y SCO pora maquines Intel 8086 (el primer PC de IBM); nuevas versiones BSD de Berkeley. Pero aparecié un nuevo problema, cuando ATAT se dio cuenta de que UNIX era un produdo comercal valioso, en Ia licence de la ¥7 se prohibid el estudio en centros académicos, para proteger el secre- to comercial. Muchas universidades utilizaban haste el momento el cécigo fuente de UNIX para docencic de sistemas operatives, y de- jaron de usarle pore der séle teoria. Pero cada une selucioné al problema a su mode. En Amsterdam, Andrew Tenenbaum (autor de presligio de libros de ieoria de sistema eperctives| dacid’é escribir dasde al principio un nuevo sistema ope rative compatible con UNIX sin vilizar una sola lines da eédige de ATAT; llamé a este nuevo operalive Minix. Este seria el que posterior~ monte lo sorviria on 1991 @ un ostudante finlendés para ereor su propia varsién de UNIX, que llamé Linux.26 Bill Joy, que continuaba en Berkeley desorrollando BSD (ya estaba en la versién 4.1), decidié marcharse o unc nueva empress llamada: SUN Microsystems, en la cucl acabé los trabajos del 4.288D, que posteriormente acabarfa modificando pare crear el UNIX de SUN, el SunOS (hacia 1983). Cada empresa comenzé a desorrollar sus ver~ siones: IBM con AIX, DEC con Ultrix, HP con HPUX, Microsoft/SCO con Xenix, ete. UNIX comenz6 (desde el afio 1980) su andadura comercial, ATT sacé una ullima versidn llamade UNIX SysiemV (SY), de la cual denvan, junio con los 4.x8SD, los UNIK adudes, ya sea de la rama BSD 0 de la SysiemY. La SV tuvo varias revisiones, por ejemplo, la SV Release 4 {ue una de las més impertanies, La consecuencia de estas Ullimas versiones es que més 0 menos lodos los UNIX existentes se adgpteren uno al ciro; en la préctica son versiones del System RA de AT&T 0 dal BSD de Berkeley, adaplades por cada fobncanie. Al- qunos fobricantes lo especticen y dicen que su UNIK es de tipo BSD. © SY, pero Ia redlidad es que todos tienen un poco de les dos, yo. que posteriormente se hicieron varios esténdares de UNIK para in- tentar uniformizorlos; entre ellos enconirames los IEEE POSIX, UNIX97, FHS, ete. ‘Con €l tiempo, UNIX se dividé en varias ramas de sis- toma, stendo las dos prinapales, la que denvala del AT&T UNIX 0 System V, y lo de Io univarsidad de Cali- fornia, e| BSD. La mayoria de UNIX actudles derivan de uno u otro, © son una mezcla de los dos. Pero ATT en aquellos momentos (SVR4] pasé por un proceso jud- Gil por menopolio telefénico (era la principal, si no la Gries, com- pafia telefénica en Estodos Unidos}, que hizo que se dividiera en milliples empresas més pequefias, y los derechos de UNIX originales comenzoren un baile de propieterios importante: en 1990 los tenian a medias el Open Software Foundation (OSF) y UNIX International (Ul), después, UNIX Systems Laboratories (USL), que denuneié « la Universidad de Berkeley por sus copias del BSD, pero perdié, ya que la licencia original no imponia derechos de propiedad al cédigo de UNIX. Més tarde, los derechos UNIX se vendieron a la‘empresa Novell, és1a cedié parle @ SCO, y hoy en dia (2008) no esté muy dore quign los tiene: los reclaman Novell, la OSF y SCO. Un ejemplo reciente de esta problemético puede ser l caso de SCO, que puso un pleito mul-timillonario @ IBM porque ésta habia ceddo parte del eédigo UNIK fen versiones del kernel Linux, que supuestaments incluyen algin o5- digo UNIX original. El resultado hoy (a fincles dal 2003) os que ol esunto continga en los tribunales, con SCO convertida en un “paria” de Io industria informétiea que emenazs «les usuarios Linux, IBM, y otros UNIX propietorios, con Ia afirmaaén de que tienen los dere- chos UNIK onginales, y que los demés tienen que pagar por ellos. Hobré que ver eémo evolucions todo esto. Figura 1, Resumen histérico de varias versiones UNIX aoe El panorama actual de UNIX ha combiado mucho desde la oporio.én de Linux (1991), que a partir de los aries 1995-99 comenzé a con- vertirse an una allernativa seria @ los UNIX propistaries, por la gran contidad de pletaformas hardware que seperta y ol emplio apoyo de a comunidad inlemaaonel y empresas en el avance. Hay diferentes 728 versiones UNIX propietarias que siguen sobreviviendo en el merca- do, tanto por su adoptacién a entornes industniales © por ser el mejor operative exisienie on ol mercado, como porque hay necesidades: que slo pueden cubrirse con UNIK y el hardware adecuado. Ade- més, clgunos de los UNIX propietarios todavia son mejores que GNU/Linux en cuanto a fiabilided y rencimiento cunque cada vez acortando distances, yo que las mismas empresas que fienen sus UNIX propietarios se interesan cada vex més en GNU/Linux, y apor- tan parte de sus descrrolles para incorporerlos a Linux. Es de esperar Unc muerte més o menos lenta de las versiones propietorias de UNIX hoa distribuciones bosadas en Linux da los fabricantes adapiadas: sus equipos. Un panorama general de estas empresas (en el verano del 2003): Muchas de las empresas que disponen de UNIX pro- pistorios porlicipan en GNU/Linux y ofrecen algunos de sus desarrollos ola comunidad. + SUN: dispone de su implementacién de UNIX llamads Solaris (evoluaén dal SunOS). Comenzé como un sistema BSD, pero chora es mayoriiariamente SV y partes de BSD; os muy ulilizado en las méquinas Sun con orquiteclura Spare, y en méquines mul- tiprocesador (hasta unos 64 procesadores). Promoconan Lnux come entorne de deserrello pore Java, y dsponen de una distri- bucién de Linux denominads Jave Desktop System, que ha tenido una amplia aceplacién. Ademas, ha comenzado a usar Gnome como escritorio, y ofrece apoyo finenciero «varios proyectos como: Mozilla, Gnome y OpenOffice. + IBM: tiene su version de UNIK llamada AIX, que esté teniendo pro- blemas con SCO por las licencias UNIX. Por ora perte, preste apoyo firme a la comunidad Open Source, proporciona entornos de desarrollo (oclipse.crg) y tecnologies Java pare Linux, incorpo- ra Linux a sus grandes maquinas y diseria campaiias publicitorias (marketing) pars promocionar Linux + HP: tiene su UNIX HPUX, pero da amplio soporte a Linux, tonto en forma de cédigo en Open Source, come instalonde Linux en susméquinas. Se dice que es la compaiia que ha gonedo més dine recon Linux. SGI: Silicon Grophies liene un UNIX llamado IRIK pore sus méqui- nas gréficas, pero asté comenzando a vender maquines con Win- dows, y pusde que algunas con Linux jedavia no so define). A la comunidad Linux, le afrece soporte de OpenGL [lecnologia de eréticos 3D] y de diferentes sistemas de ficheros y contral de ois- positives pesiféricos. Apple: se incorperé racientemente (a pertir de medicdes de los neventa) ol munde UNIX, cuando dacidé sustituir su operative por una variante UNIX. £1 niédeo llomade Dorwin proviene de una versién 4.4BSD; este ncleo Open Source seré al que, suma- do a unos interfaces grSficos muy potentes, de @ Apple su sistema operalivo MacOS X. Considerade hoy en dia como uno de los mejores UNIX y, como minime, une de los més *bellos” en aspec- to gréfico. También emplee software GNU como ullidades de sis- tema. Distribuideres Linux: tenio comerciales como ergonizacones, mendonaremes & empresas come Red Hat, SuSe, Mandrake, y corganizaciones no comerciales come Dabian, etc. Enire éstas (los disiribuciones con mayor despliegus) y las més pequerias, se lle- van ol mayor desarrollo de Linux, y tienen el apoyo de Ia comuni- dod Linux y de lo FSF con 4! software GNU, ademés de recibir contribuciones de las citadas empresos. BSD: aunque no sea una empresa como tal, mencicnaremos cémo desde Berksley y otros intermediaries se continia el desa- rrollo de las versiones BSD, asi como otros proyedos libres clones de BSD como los operatives FreeBSD, neiBSD, OpenBSD (el UNIX considerado mas seguro), TrustedBSD, ete., que también, més tarde © més lemprano, suponen mejoras © incorperaciones de softwere c Linux. Ademas, una aportacién importante es el kernel Dorwin provenienie de 4.4BSD, y que desarrallé Apple como né- deo Open Source de su sistema operative MacOS X. Microsott: aparte de entorpecer ol desarrollo de UNIKy GNU/Linux, poniando irobes con incompalibilidades en diferentes tecnolo- 2 Serreee 30 gias, no tiene patticipacién directa en el mundo UNIX/Linux. Si bien recientemente compré una licencia UNIX a SCO, no esién cloros los motives de Microsoft ala hora de reclizor esta adquisi- ign, aungue algunos sugieren que exsie alguna relacién con el hecho de proporcionar apoyo a SCO en su juieio contra IBM. (tra onéedota euriosa es que, junto « una empresa llamade UniSys, se dedicon a hacer propaganda de cémo convertir sistemas UNI a sislamas Windows; y aunque al objetivo podia ser més o menos loa- ble, lo curioso era que el servidor original de lo web empresarial es- aba en una maquina FreeBSD con Apache. En ocasiones, también paga @ algunas empresas “independientes” (algunos opinan que bastante poco) para que leven a cabo estucios de rendimiento enire UNIX/Linux y Windows. Y como la historia se suele repstir, en esie momento la evolucién y | entusiosme continuan con les sistemas GNU/Linux. istemas GNU/Linux Hace unos veinte aos los usuarios de les primeros ordenedores per- sondles no disponian de muchos sistemas operaiivos donde elegir. El mercado de los ordenadores personales lo dominaba un DOS de Microsoft. Otreposibilidad eran los MAC de Apple, pero c unos precios desorbitedos en comparasén con el resto. Lo ora epadn imperiente, coungue reservada a grandes (y coras) mécuinas, era UNIK.Una primers opcién que aporecié fue MINIX (1984), creado desde cero por Andrew Tanenboum, que se pensé pora le educacién, para enseier diseto @ implemantacién de sistemas operatives. MINIK us pensodo para ejecutarse sobre una plataforma Intel 8086, muy popular en la 6poca porque erala base de los primeros IBM PC. Laprincpal ventoja de este operative radicaba en su edcigo fuente, oc- cesible a cualauiere (doce mil lineas de eddgo enire ensamblader y C), yo.que eslaba incluido en el libro de operatives de Tanenbaum. Pero. MINIK era més una herramienta de ensefionza que un sistema eficoz pensado pera el rendimiento 0 pare adividades profesionales, En los noventa, la FSF [Free Sofiware Foundation) y su prayacio GNU, molivé a muchos programadores para promover el software de ca- lidad y de disiribucién libre. Y eparte de sofiware de uillidades, se trabejaba en un nddlee kemel) de operative denominado HURD, que tendria varios aos de desarrollo. Mientras, en odubre de 1991, un estudiante finlandés llamado Linus Torvalds presentorials versién 0.01 de su kernel de sistema operative, que danoming Linux, erientado @ méquinas Intel con 286, y lo ofrecié bajo liconcia GPL a foros de programadores y a le comunidad de In- lernet para que la probaren y, sles guslaba, ayudaren a su daserrelle, El ontusiasmo #Us tal, que an poco tiempo habia miles de programe: dores trabajando en el niceo © en aplicaciones para él Algunes de las caraderisticas que diferenciaron a Linux de los siste- mas de su tiempo ¥ que siguen siende aplicables, y ciras heredadas de UNIK podrian ser @) Sisiema operative de eédigo cbierto, cualquiera puede disponer de sus fuentes, modificarlas y crear nuevas versiones que poder compartir boje la licenaa GPL (que, de hecho, lo convierie en un software libre). b) Portobilided: tal como el UNIX original, Linux esté pensado pare depender muy poco de uns arquitedura conerata de maquina; consecueniemente, Linux es, en su mayor parte, independiente de la maquina de destino y puede porlarse a pradicomente cudiquier arquitedure que dispenga de un compilador C come el GNU gee. Sélo resian algunos pequefios partes de eédigo ensomblador y de 31clgunes dispositivos dependientes dela méquine, que tienen que ser reescritas on cada puerto a una nueva arquitedure. Gracias & esto, Linux es uno de los sistemas operdiivos que corre en mayor numero de arquitecturas: Intel x86 y IA64, AMD x86 y x8664, Spore de Sun, MIPS de Silicon, PowerPC (Apple), IBM $390, Alpha de Compe, m6 Motorola, Vex, ARM, HPPArise, 9) Kemel de tipo monoliic: el cisero del kernel est6 unido en un solo: i070, poro os concopivalments modular on las cHorertes tarcas. Ora escusla de diseio de operctives propene los microkemel (un Peete eel ejemplo es Mach), donde los servicios se implemenion come proce- Brea s08 aparie, comunicades por un (micro) kernel més bésico. Lnux se decidis como monoliico, porque es diffol exiraer buen rendmientor de los microkemels (es un trabajo bastante dure y complejo). Por etre: parte, ol problame de los monolticos es al creamnienio, cuando 50 wuelven muy grandes se welven iniraidbles en el descrrollo, esto se intenlé solucionar con los méd.ios eargables. d) Médulos dinémicamente corgables: permiten poner partes del sislema operaiive, como filesystems, 0 controladores de disposi vos, como pedazos externes que se cargen (6 enlazan] con el kere! en tiempo de ejecucidn bajo demanda. Esto permite simplificar el kernel y ofrecer estas funcionalidades como elementos que se puaden programer por separade. Con este uso de médulos, se po- difa considerar @ Lnux come un kemel mixio, ya que es monalilico,, pero olrece una serie de médulos que complemenian el kemel (cproxmacién parecide al microkeme!). @) Deserrolle dal sistema por una comunidad vineulads por Interne! los sistemas operatives nunca habian tenido un desarrello tan amplio y disperso, no suslen salir de la compara que los elabora (en el caso propretano) 0 de un pequeic conjunto de insiituciones ecadémicas y laboratories que coleboran para crear uno. El fe- némene de la comunidad Linux permite que cada uno colabore en la medida que al tiempo y sus propios conoamienios se lo per- mitan. El resultado son: de cientos @ miles de deserralladores pars Linux. Ademés, por su neturaleze de sistema de eédigo fuente abierto, Linux es un laboratorio ideal para probar ideas de siste- mas operatives al minime coste; se puede implementar, probar, lomar medidas y, si funciona, afiadir la ideo al kemel Los proyectos se sucedieron y -en el inicio de Linus con al kemnel-a la gant de la FSF, con ol software de ullidad GNU y, sobre todo, 32con su compilador de C (CQ), se les unieron otros proyectos impor- tontes come los XFree (una versién PC de las X Window), los proyec- tos de escritorio come KDE y Gnome. Y ol desarrollo de Internet con proyectos como el servidor web Apache, el navegador Mozilla, 0 las bases de datos MySQL y Posteres, acabaron por dar ai kemel inical Linux el recubrimiento de aplicaciones suficenle para construir los sislemas GNU/Linux y compelir en igualdad de condiciones con los sistemas propistarios. Y convertir alos sistemas GNU/Linux en el pa- rad.gma del software de {vente abier'a (Open Source). Nota Los sistemas GNU/Lnux se han convertide en Ta punta Jde lanza de le comunidad Open Source, por la conti- Jdad de proyacios que se han pedido aglutinar y llevar ja busn iérmine. El nacmienio de nuevas empresas, que crearon distribuciones Linux lompaqustamientos de kemel + aplicaciones) y le dieron apoyo, como Red Hat, Mandrake, SuSe, contribuyé a introduar Linux en los. empresas, reacias, ¥ a comenzor ol imparable crecimiento que vivi- mos aelualmente, ‘Comenteremes tombién el nombre de los sistemas como GNU/Linux. Eltérmine Linux como el sistema operative con que s@ irabaja es am- pliamenie usado {para simplificar el nombre), aunque en opinién de dlgunos desmerece al trabajo de la FSF con el proyecto GNU, que ha sido el que he proporcionado las principeles herramientas del sis- tema, El 1émino Linux pore referirse al sistema operative completo es ampliamente usado comercialmente. Cuando hablomas de Linux, nes estamas refiriende sélo cl nideo (kernel) del sistema operctivo. Esto crea ceria confusién, ya que hay genie que habla de “sistemas” 0 dal “sistema operative Linux” por dbrevier. Cuando se Iraba.a con un sistema operative GNU/Linux, 80 esté trabajando sobre una sorie de software de utilicades, en gran parte fruto dal proyecto GNU, sobre ol ndclee Linux. Por lo tanto, el sislema es bésicamenie GNU con un nédeo Linux El proyecto GNU de la FSF tenia por objetivo crear un sistema ope- ralivo de software libre al estilo UNIX denominado GNU [$1002].34 Linus Torvalds consiguié en 1991 juntar su kernel Linux con las Uiilidades GNU cuando la FSF todavia no disponia do kemmel. El kemel de GNU se denomina HURD, y hoy en dia se irabaja basion- te en al, y yo existen algunas versiones beta de distribuciones de GNU/HURD (ver més en el apertado dedicado a le administracién deal keme!). Pora destacer la contribucién de GNU [FSFO3], podemos ver algunas de sus aportacones incluidas en los sistemas GNU/Linux: + El compilader de Cy C++ (GCC) + El shell bash * Eleditor Emacs (GNU Emacs} + Elinlérprete postscript (ghostscriot) + Labiblioteca C esténder (GNU C library, 0 también glibc) * El depurader [GNU gdb) + Makefile (GNU make) + Elensamblador (GNU assembler 0 gas} + Ellinker (GNU linker o gid) Los sistemas GNU/Linux no son los Gnicos en utilizar software GNU; por ejemplo, los sistemas BSD incorporan jambién utilida- des GNU. Y algunos operaiivos propielarios como MacOS X (de Apple] también usan softwere GNU. El proyecto GNU ha procu- cido sofware de alia calidad, que se ha ide ineorporando a la mayor parte de las disiribuciones de sistemas basadas en UNIK, tante libres come propisterias.El perfil del administrador de sistemas Los grandes empresas y organizaciones dependen cada vex més de sus recursos de computacién y de cémo éstos son adminisirades para adecuarlos a las tarces. El gran ineremante de los redes distribuides, con sus equipos servidores y clientes, ha creado una gran demande de un nuevo perfil laboral: el lomado administrador de sistemas. El administrador de sistemas tiene una amplia variedad de toreas importantes. Los mejores administradores de sistema suelen ser basiante generalistas, tanto teéricamente como précticamente. Pusden enfrantarse c tareas come: realizar cobleados de instalacio- nes 0 reparar cables; insiclar sislemas operalivos © sofiware de oplicaciones; corregir problemas y errores en los sistemas, tonto hardware como software; former a los usuarios, ofrecer trucos o Iécnicas para mejorar Ia produdividad en areas que pueden ir des- de oplicacones de procesamiento de jextos hasta dreas comple|as de sisiamas CAD 0 simuladores; avaluar econémicamenie compras de equipamiento de hardware y software; aulomatizar un gran ni- mero de tareas comunes, @ inerementar el rendimiento general del trabojo en su organizacién. La relacién con los usuarios finales de lo organizacién puede esta- blecerse de diferentes maneras: o bien mediante lo formaaén de Usuarios © bien por ayuda directa en el caso de presenierse proble- mos. El adminisirador es la persone encargada de que las tecnolo- fos viilizadas por los usuarios funcone adecuadamente, © $80, que los sistemas cumplan las perspectivas de los usuarios, as’ como las lereas que sios quieren redlizar. Hace offes, y adn actualmente, en muchas empresas u orgenizacio- nes ne hey una perspeciva dara del papel del administrador. En los36 inicios de la informética [aries ochenta y noventa) en la empresa, el ‘administrador era visto en un prineipio come la persona “entendida” en ordenadores (el “gurts") que se encargaba da poner méquinas y que viglleba 0 las reparaba en caso de problemas. Normaimente, era un especie de informético polivalente que ten‘a que solucioner los problemas que fueran apareciendo. Su perfil de curriculum no: era cloro, ya que no necestabs lener amplios conocimientos, sino. sdlo tener conedimientos bésicos de una decena (come mucho} de oplicaciones (el procesador de texto, |e hoje de célculo, Ia base de datos, ec), y dlgunos conocimientos basicos de hardware eron sufi- Gentes pars las lareas diarias. Asi, cuclquier simple “eniendide” en el tema podia dedicarse a este trabajo, de manera que no solian ser informéiicos tradicondles, y muchas veces incluso s@ llagabs a una: Iransmisién ord de los conocmientos enire algén “administrador” més antiguo en la empresa y el nuevo oprendiz. Con lo anterior, nes encontrébames de alguna manere en la prohis- toria de la adminisiraaén de sistemas (aunque hay personas que si- quen pensando que bésicomente se trata del mismo trabajo). Hoy en dia, en la época de Internet y de los servicios distribuides, un admi- ristrador de sistemas es Un profesional (con dedicacién propia y ex- dusiva) que proporciona sericios en la “orena” del sofware y hardware de sistemas. El administrador tiene que llevar ai cabo varios areas que lendrén como destino milliples sistemas informéticos, la mayeria heleragénecs, con objeto de hacerlos operctivos pora una: serie de toreas, Actuclmenie, los adminisiradores necesiten lener unos conecmien- tos generales {teéricos y prédticos) de dreas muy diversas, desde tecno- logios de redes, sistomies operatives, aplicaciones de émbilos diversos, programacién bésica en una amplia vaniedad de lenguajes de pro gramacién, conecimientos emplios de hardware -tanto del ordena dor come de los periféricos usados- tecnclogias Internet, disefio de pagines web, bases de dotos, etc. Ynormalmente también es busca- do con el perfil de conocimiantos basicos sobre el rea de trabojo de la empresa, ya sec: quimica, fisica, mateméticas, etc. No es de extra- far, entonces, que en una empresa de tamario medio @ grande se haya pasade del “chapuzas” de tumo a un pequefio grupe de pro- fesionales con amplis eonocimientos, la mayorfa con nivel acadé- mico universitane, con diferentes tareas asignadas deniro de la: orgonizaciénDebido ale gran cantided de conecimienios, no es extraro que apa- rezcan a su ver diferentes subperfiles de Io tarea del odministrador En una gran erganizacién puede ser habilual encontrar a los admi- nistradores de sistemas operatives (UNIX, Mac, © Windows}, que sue- lon ser diferentes: administrador de bases de datos, administrador de copias de seguridad, adminisiradores de seguridad informético, administradores encargados de atencién a los usuaries, ete. En una organizacién més pequefia, varias o todas las tareas pueden estar asignadas a uno pocos administradores. Los adminisiradores de sistemas UNIX [o de GNU/Linux! serion une parte de estos admi- nistradores (cuando no el adminisirador que tendré que hacer todos las tareas). Normalmenie, su plataforma de irabqo es UNIX [o. GNU/Linux en nuestro caso), y reouiere de bastontes elementos es- pecificos que hacen este trabajo Cinieo. UNIX ly variantes) es un sis- tema operative abierto y muy polente, y, como cualquier sislema software, requiere de cierto nivel de edecuadién, configuracén y mantenimiento en las tareas para las qua vaya a ser usado. Confi- guror y moniener un sislema operdiivo es una torea seria, y en el coso de UNIX puede llegar a ser bastante frustronte, Algunes érees importantes por Irctar son: @) Que el sistema sea muy potente lambién indica que habré bas- lentes posibilidades de adoplarle (configurarlo) © las toreas que queremes hacer. Habré que evaluar las pesibilidades que se nos cofrecen y cuén adecuadas son para nuestro objetivo find. b) Un sistema abierto y ejemplo claro de ello es nuestro GNU/Linux, que nos ofreceré adtuclizaciones permonentes, ya sea en Ie co- rrecoén de errores del sistema, come en laincorporacién de nue vas prestasiones. Y, evidentemente, todo esto liene unos impacios directos importantes en costes de mantenimiento de las tareas de adminisiracién.38 €) Los sistemas se pueden utilizar pore tareas de coste erftico, 0 en puntos criticos de lar organizacién, donde no se pueden permitir {ellos importantes, 0 que ralenticen o paren la mercha de la or- gonizocién. d) Las redes son actual mente un punto muy importante [si no el que més, pero también es un érea de problemas potencicles muy crilica, tonto por su propia naluraleza distribuida como por lo complejided del sistema para encontrar, depurar y solucionar los problemas que se puedan presontar. €) Enel caso perticuler dellos sistemas UNIX, y en nuesiros GNU/Linux, la cbundancia, tanto de versiones como de disinibuciones diferen- tes dal sislema, incorpora problemas adicionales la adminisira- eign, yo que es necesario conocer las probleméticas y diferencias de cade versién y distribucién. En particular, las tareas de administracén del sistema y de la red suslen presenter porticulandades diferentes, y a veces se tratan por separade (0 per adminisiradores diferenies). Aunque tembién pue- den verse como des caras del mismo irabajo, con el sistema propio- mente dicho [méquina y software) por un lado, y el ambiente donde l sistema (el entorne de red) convive, por el otro. En esie curso cubriremos primero aquellos aspecios locales del pro- pio sistema, y on una segunda parte veremos las tareas de adminis: racién de red y sus servicios Yo hemos comeniado el problema de determinar qué es exactamen- fe Un adminisirador da sistemas, ya que en el mercado laboral informélico no esté damasiade cloro. Era comtin pedir administrodores de sistemas segiin categorios (estoblecidas en los empresas) de pro- gramoder 6 ingenieros de sofware, las cucles no se adecuan correc: foment, Un programador es basicamente un preductor de cédige: en este ca- so, un administrador obtendria poca produca én, ya que en algunas loreas puede ser necesorio, pero en oiras no. Nermalmente, seré de- seable que el administrador posea més © menos conocimientos de- pendiendo de la categoria labora €) Alguna carrera dplomatura universitaria. Preferentemente en informatics, © en algin campo directamente relacionade con le empresa u ergenizaaén. Nota I perfil del administrador suele induir estudios infor- méticos 0 ofines ala organtzacién junto con exparion- Ga demosirada en el campo y conocimientos amplios de sistemas heterogénees y tecnologias de red, b) Susle pedirse de | 09 ofios de experiencia come administrador (ano ser que el puesto sea para ayudante de uno ya existente). Lo experiencia tombién puede ampliarse de 3 a 5 ofos. ) Fomilicridad o conocimienios amplios de eniornos de red y services. Protocolos TCP/IP, servicios de fp, telnet, ssh, hip, nfs, nis, dep, ete: 4) Conocimienios de lenguojes de script pero prototipade de herr: mienias © aulomatizecién répida de lareas (por ejemplo, shell scripts, Por, td, Python, etc.) y experiona en programacién de un jamplio range de lenquejes (C, C++, lava, Asm, ete) ©) Puede pedirse experiencia en desarrollo de aplicaciones grandes en cualquiera de estos languages. 4) Conocimientos amplios de mercado informético, tanto de hardware como de software, en el caso que hoya que evaluar compras de ma- terial © mentar nuevos sistemas o insialaciones completes. 4) Experienciaen més de una versidn de UNIX (o sistemas GNU/Linux), como Solaris, AIX, AT&T System, BSD, ote. 3940 h) Experiencia en sistemas operatives no UNIK, sistemas comple- mentaries que pueden encontrarse en la organizacén: msdos, Windows 9x/NT/2000/XP, Mac Os, VMS, sistemas IBM, cic i) Sélidos conceimientos del disefio e implementacién de UNIX, me- canismos de paginas, intercambio, comunicacién interproceso, controladores, etc,... por ejemplo, si las tareas de administracién indluyen opiimizaaén de sistemas (tuning). i) Conocimientos y experiencia en seguridad informélica: cons- trucaén de cortafuegos (firewalls), sistemas de aulentificacién, oplicaciones de eripogratia, seguridad del sistema de ficheros, herramientas de seguimiento de segunided, etc. k) Experiencia en bases de daios, conocimientos de SQL, elc: I) Instclocén y reparoaén de hardwore y/o cableados de red y chs- postivos, Tareas del admi dor Sogin homes desert, podkames seporar las tareas de un adminis rador GNU/Linux (0 UNIX an general) [Lev02] en dos portes prina~ poles: administracién del sistema y acministracién de red. En los siguientes puntos mostramos de forma resumida en qué consiston on general estas toreas en los sistemas GNU/LINUX (o UNIX); la moyor parte del contenido se va a tratar con cierto detalle en este manual del curso; otra parte, por cuastionas de espacio o complajidad, se ex- plicaré superficialmente 6 no se trataré, Las tareas de administracién engloban une serie de conocimientos y tSonicas do los cuales en este curso sélo podemos ver la “punta del iceberg’); en todo caso, en la bibliogratia adjunta « cada unided se aportardn referencias para ampliar diches temas. Como se ver’, hoy una amplia biblicgratia pare cosi cualquier punto que s¢ trate.Tareas de administracién local del sistema (sin un orden concreto) + Arranque y apagado del sistema: cusiquier sistema basade en UNIX tiene unos sistemas de orronaue y opagado volorables, de manera que podemes configuror qué servicios ofrecemos en el arranque dela méquinay cudnde hay que perarles, o programer el apagedo da! sisteme para su mantenimienio. * Gestion de usuarios y grupos: der cobida a los usuarios es una do las prinapdles tereas de cualquier administrador. Habré que decidir qué usuanos podrén acceder ol sistema, de qué forma y bajo qué permisos; y eslablecer comunidades mediante los gru- pos. Un case particulor seré ol de los usuarios de sistema, psou- dousvaries dedicades a terecs del sisteme. * Gestion de recursos del sistema: qué ofrecomos, cémo le ofre- cameos y @ quién damos acceso. + Gestion de los sistemas de ficheros: el ordenador puede dispo- nner de diferentes recursos de olmacenomiento de dotos y disposi- tivos (disquietes, discos duros, éplicos, ete.) con diferentes sistemas de acceso o los ficheros. Pueden ser permanentes o extratbles o temporales, con lo cual habré que madelar y gestionar los proce sos de montaje y desmontaje de los sistemas de ficheros ave ofrezcan los discos © dispositives afines. * Cuotas del sistema: cualquier recurso que vaya ser compar- tide tiene que ser adminisirado, y segin la cantided de usua- ries, habré que establecer un sistema de cuotas pore evitor el abuso de los recursos por parte de los usuarios o establecer doses (0 grupos) de usuarios diferenciados por mayor © menor uso de recursos. Suelen ser habitucles sistemas de cuotas de espacio de disco, o de impresién, 0 de uso de CPU {tiempo de computacién usado}. * Seguridad del sistema: soguridad local, sobre protecciones alos recursos frente a usos indebidos 6 eccesos no permilides a datos dol sistome 0 de olros Usuarios © grupos. a42 + Backup y restauracién del sistema: es necescrio estoblecer poli- ticas periédicas (segin importancia de los dotes), de copias de se- gurided de los sistemas. Hay que establecer periodos de copia que permitan sclvaguardar nuestros datos, de fallos del sistema (0 factores externes) que pueden provocar pérdidas 0 corrupdén de dotos, + Automatizacion de tareas rutinarias muchos de las toreas ruti- narias de lo administracién © dal uso habitual de le méquine pusden ser fécilmente automalizables, ya debido a su simpli dad ly por lo tonto, a la faclidad de repetirlas), como a su tem- porizacién, que hace que tengan que ser repetidas en periodos concretos. Estas automalizaciones suslen hacerse, bien mediante programacisn por lenguajes interpretados de tipo script (shells, Perl, ete.), como por la indusién en sistemas de temperizacién (crontab, of, ...). + Gestién de impresién y colas: los sistomos UNIX puaden utli- zarse como sistemas de impresién para controlar una o més im presoras conecladas al sistema, asf como gestionar las colas de trabajo que los usuarios o aplicaciones puedan enviar a las + Gestion de médems y terminales. Estos disposiivos suslen ser hax bitudes en entornes no conediades @ red local ni ¢ banda anche: — Losmédems permiten una conexién ala red por medio de un in termediario (al ISP © proveedor de acceso), 0 bien Ia posibilidad de conedlar a nuesiro sistema desde el exterior por acces telelé- nico desde cualquier punto de la red telefénica. = Enel caso de losterminales, antes dela iniroduccién de las redos. sola ser habitual que la maquina UNIX fuese ol elemento central de cdmputo, con una sere de terminales “lonios", que dnicamen- te se dedcoban o visualizar la informaaén o a permitir la enirada de informacién por medio de teclados externos; solia tratarse de terminales de tipo serie © pardlo. Hoy en dio, todavie suelen sor ha- bituoles en eniornes industriles, y en nuestro sistema GNU/linuxde escriterio tenemos unc cosa particular, que son los termindles de toto “wrucles”, a los quo 50 accede modionlo las todas All+ Fox* Accounting (0 log) de sistema: para poder verificar el funciona- miente correcio de nuesiro sistema, es necesorio llevar politicas do fog que nos pusdan informar de los posiblas fallos del sistema © del rendimienio que se obtiene de una aplicacién, service o re- curse hardware, © bien permitir resumir los recursos gastados, los uses realizados 0 la productividad del sistema en forma dein- forme, * System performance tuning: técnicas de optimizccién del sstema pare un fin dado, Suele ser habitudl que un sistema esié pensado pare una tarea conereia y que podames verificar su funcionamien- to adecuade (por empleo, medionte logs), para examinar sus pa- rémetros y adecuorlos a las prestaciones que se esperon. + Personalizacién del sistema: reconfigurasén delkeme!. Los kernels, por ejemplo en GNU/Linux, son altemenie personelizables, se- gin las coracteristicas que querames indurr y al tipo de dispositi- vos que fengamos 0 esperemos tener en nuestra maquina, asf como los parémetros que afecten al rendimiento del sistema o que consigan los aplicaciones. Tareas de administracién de red + Interfaz de red y conectividad: el tipo de interfaz de red que uli- lizames, ya sea el acceso a una red local, la conexién a una red mayer, 0 conexiones del tipo banda ancha con tecnologias DSL RDSI. Ademés, el tipo de conedividades que vamos a tener, en forma de services 0 peliciones. * Routing de datos: los datos que areulardn, de dénde © hacia dénde se dirigirdn, dependiendo de los dispositives de red dispo- nibles y de las funciones de la maquina en red; posiblemente, seré necesario redingir el trofico desde/hacia uno © mas sitios. + Seguridad de red: Luna ved, sobre todo si es abierta (como Interne!) a cualquier punto exterior, es una posible fuente de ataques y, por lo tanto, puede comprometar la seguridad de nuestros siste- mas 0 los datos de nuesires usuarios. Hay que protegerse, de- tector © impedir posibles ataques con una politica de seguridad dove y oficaz44 + Servicios de nombres: en unc red hay infinidad de recursos dis- ponibles. Los servicios de nombres nos permiten nombrar objetos (como méquinas y servicios) para poderlos localizor. Cen servi- cies como el DNS, DHCP, LDAP, ote., se nos permitiré localizar servicios © equipas a posteriori + NIS (Network Information Service): |as grandes orgonizaciones han de tener mecanismos para poder organizar de forma efectiva los recursos y el acceso @ ellos. Las formas UNIX esténder, como los logins de usuarios con control por passwords locales, son efec- lives con pocas maquinas y usueries, pero cuando tenemos gran- des orgenizociones, con esiruduras jerérquicss, usuarios que puaden acceder a mitiples recursos de forma unificade © sepa- rads por diferentes permisos,... los métados UNIX sencillos se muestran daramente insuficentes o imposibles. Entonces se ne- cesilon sistemas més eficaces para conlrolar lode esta estructura. Servicios com NIS, NIS+, LDAP nes permiten organizar da forma efediva toda esta complejidad, + NFS (Network Fylesystems): « menudo, en las estruciuras de sis- temas en red es necesario compartir informaciones (como los propies ficheros) por parte de todos algunos de los usuarios. O senaillamerte, debido a la distrbucién fisice de los usuarios, es ecesario Un acceso a los ficheros desde cuclquier punto de le red. Los sistemas de ficheros por red [como NFS} permiten un cc ceso transporente a los ficheros, independientemenie de nuestra situccién en larred. + UNIX remote commands: UNIK cispone de comandes transpo- rentes ala red, en al sentide de que, independentemente de la conexién fisica, es posible sjecutar comondes que muevan infor macién por la red o permitan acceso « algunos servicios de los méquinas. Los comandos suelen tener una "r” delente, con el sentide de ‘remote’, por ejemplo: mp, login, rsh, rexec, alc., que permiten las funcionalidades indicadas de forma remota en lared, + Aplicaciones de red: aplicaciones de conexién a servicios de red, come telnet (acceso inleracivo}, fip (lransmisién de ficheros], en forma de aplicacién cliente que se conde a un servicio servidodesde cira méquina. Obien que nosotros mismos podemos servir con el servidor adecuado: servider de telnet, servidor fip, serdor web, ele Impresién remota: acceso a servidores de impresién remotes, yo sea directamente o impresoras remotas © bien « olras méquinas que ofrecen sus impresoras locales. Impresién on red de forma transperente a Usuaria © aplicacién. Correo electrénico: uno de los primeros servicios proporciona- dos por las méquines UNIK es el servidor de correo, que permite, ya sea al almacenamianto de corres o un punto da retransmisién do corres hacia otros servidores, si no iba diigido a usuorios pro- pies de su sistema. Para el caso web, también de forma poreada, Un sislema UNIX con el servider web adecuado ofrece una plata forms excelente para web. UNIX liene la mayor cuota de mercado fen cuanto a servidores de correo y web, y 8s uno de los principales mercados, donde tiene una posicién dominante. Los sistemas GNU/Linux ofrecen soluciones de cédigo abierio para correo y web y canforman une de sus principales usos. X Window: un caso particular de interconexién es el sistema: ardfico de los sistemas GNU/Linux {y la mayor parte de UNIX), X Window, Este sistema permite una transparenciaiotal de red y funciona bajo modelos cliente servidor; permite que el pro- cesamiento de una aplicacién esté desligade de la visualiza- Gién y de Ia interaccién por medio de dispositivos de enirada, por lo que éstos se sidan en cualquier parte de la red. Por ejemplo, podemes estar ejecutendo una delerminads aplica- cidn en una maquina UNIX cuando desde ira visualizames en partalla los resultados gréficos, y eniramos datos con ol tecla- doy ralén locales de forme remota. Es més, el cliente, llamado cliente X, es tan sdlo un componente software que puede ser portado a oiros sistemas operatives, permitiendo ejecutar apli- caciones en una maquina UNIK y visualizarlas en cualquier otro sistema, Un caso particular son los llamados terminales X, que son bdsicamenie una especie de terminales “iontos” gréifi- cos que sélo permiten visuslizar 0 interaciuar (por teclado y ra- tén) con une aplicacién en ejecueén remota.46 Dist uciones de GNU/Linux AN hablar de los origenes de los sistemas GNU/Linux, hemos com- probade que ne habio un ‘nico sistema operative cleramente defi- ido. Por una parte, hay ires elementos sofware principales que componen un sistema GNU/Linux: 1) El kemel Linux: come vimos, el kernel es tan sélo la pieza cen- iral del sistema. Pero sin las aplicaciones de utilidad, shells, compiladores, editores, etc. no podricmos taner un sistema en- lero. 2) Las aplicacones GNU: en ol desarrollo de Linux, éste se vio com- plementado con el software de la FSF existente del proyecto GNU, que lo aporié edtiores (como emacs), compilador cc) y ulilid- des diversas, 3) Schware de terceros: normalmente da tipe de céd.go abierto en su mayor parte, Todo sistema GNU/Linux se inlagra edamés eon sothwore de terceros que permite afadir una serie de aplicaciones de emplic uso, yo sea el propio sistema grafico de X Windows, servideres como al de Apache pare web, nevegadores, ele. Asi- mismo, puede ser habitual incluir algin software propictorio, de- pendiendo del caréder libre que en mayor © menor grado quiero dsponer los croadores de la distribucién. A ser la mayorie del sofiware de tipo de eddigo abierto 6 libre, yo sea al kernel, software GNU 0 de terceros, normelmente hay una evolucién més © menos répida de versiones, yo sea por medio de co- rrecoén de errores o nuevas prestaciones. Esto obliga a que en el caso de querer crear un sistema GNU/Linux, iengames que escoger qué sofware queremes instalar en el sistemo, y qué versiones con- cretas de este soliware. Nota El mundo GNU/Linux ne se limita @ una empresa 6 comunidad particular, con lo que ofrece o cade une le posibilidad de crear su propio sistema adapiado a sus necesidades.Normalmente, enire el conjunto de estas versiones siempre se en- cueniran algunas que son estables, y otras que estén en desarrollo, on fases alfa o beta, que pueden tener errores © ser inestables, por lo que habré que tener cuidado « le hora de erear un sistema GNU/Linux, con la eleccién de las versiones. Otro problema afadi- do es la seleccién de clternctives, al mundo de GNU/Linux es lo su- ficienlemenie rico para que haya més de una alternativa para un mismo producto de software. Hay que elagir entre las alternatives posibles, incorporar algunas o todas, si queremes ofrecer al usuario libertad pare escoger su sofware. Ejemplo Un caso préetice lo forman los gesiores de escritorio de X Window, en que, por ejemplo, se nos ofrecen dos en- tormos de escritorio diferentes come Gnome y KDE; los dos tienen coradristicos porecidas y aplicaciones se- mejantes o complementarias. En el caso de un distribuidor de sislemas GNU/Linux, ya sea comer- dial © bien una organizacién sin beneficio propio, dicho disiribudor tiene come responsabilidad generar un sistema que funcione, selec

You might also like

• Her Body and Other Parties: Stories

  

  From Everand

  Her Body and Other Parties: Stories

  Carmen Maria Machado

  Rating: 4 out of 5 stars

  4/5 (822)
• A Heartbreaking Work Of Staggering Genius: A Memoir Based on a True Story

  

  From Everand

  A Heartbreaking Work Of Staggering Genius: A Memoir Based on a True Story

  Dave Eggers

  Rating: 3.5 out of 5 stars

  3.5/5 (231)
• Devil in the Grove: Thurgood Marshall, the Groveland Boys, and the Dawn of a New America

  

  From Everand

  Devil in the Grove: Thurgood Marshall, the Groveland Boys, and the Dawn of a New America

  Gilbert King

  Rating: 4.5 out of 5 stars

  4.5/5 (266)
• • Magazines
  • Podcasts
  • Sheet music
• Rise of ISIS: A Threat We Can't Ignore

  

  From Everand

  Rise of ISIS: A Threat We Can't Ignore

  Jay Sekulow

  Rating: 3.5 out of 5 stars

  3.5/5 (137)
• The Sympathizer: A Novel (Pulitzer Prize for Fiction)

  

  From Everand

  The Sympathizer: A Novel (Pulitzer Prize for Fiction)

  Viet Thanh Nguyen

  Rating: 4.5 out of 5 stars

  4.5/5 (122)
• The Perks of Being a Wallflower

  

  From Everand

  The Perks of Being a Wallflower

  Stephen Chbosky

  Rating: 4.5 out of 5 stars

  4.5/5 (2104)
• Sing, Unburied, Sing: A Novel

  

  From Everand

  Sing, Unburied, Sing: A Novel

  Jesmyn Ward

  Rating: 4 out of 5 stars

  4/5 (1104)
• The Little Book of Hygge: Danish Secrets to Happy Living

  

  From Everand

  The Little Book of Hygge: Danish Secrets to Happy Living

  Meik Wiking

  Rating: 3.5 out of 5 stars

  3.5/5 (401)
• A Man Called Ove: A Novel

  

  From Everand

  A Man Called Ove: A Novel

  Fredrik Backman

  Rating: 4.5 out of 5 stars

  4.5/5 (4611)
• Yes Please

  

  From Everand

  Yes Please

  Amy Poehler

  Rating: 4 out of 5 stars

  4/5 (1898)
• Fear: Trump in the White House

  

  From Everand

  Fear: Trump in the White House

  Bob Woodward

  Rating: 3.5 out of 5 stars

  3.5/5 (738)
• The Light Between Oceans: A Novel

  

  From Everand

  The Light Between Oceans: A Novel

  M.L. Stedman

  Rating: 4.5 out of 5 stars

  4.5/5 (789)
• On Fire: The (Burning) Case for a Green New Deal

  

  From Everand

  On Fire: The (Burning) Case for a Green New Deal

  Naomi Klein

  Rating: 4 out of 5 stars

  4/5 (74)
• Team of Rivals: The Political Genius of Abraham Lincoln

  

  From Everand

  Team of Rivals: The Political Genius of Abraham Lincoln

  Doris Kearns Goodwin

  Rating: 4.5 out of 5 stars

  4.5/5 (234)
• A Tree Grows in Brooklyn

  

  From Everand

  A Tree Grows in Brooklyn

  Betty Smith

  Rating: 4.5 out of 5 stars

  4.5/5 (1929)
• Elon Musk: Tesla, SpaceX, and the Quest for a Fantastic Future

  

  From Everand

  Elon Musk: Tesla, SpaceX, and the Quest for a Fantastic Future

  Ashlee Vance

  Rating: 4.5 out of 5 stars

  4.5/5 (474)
• The Unwinding: An Inner History of the New America

  

  From Everand

  The Unwinding: An Inner History of the New America

  George Packer

  Rating: 4 out of 5 stars

  4/5 (45)
• Hidden Figures: The American Dream and the Untold Story of the Black Women Mathematicians Who Helped Win the Space Race

  

  From Everand

  Hidden Figures: The American Dream and the Untold Story of the Black Women Mathematicians Who Helped Win the Space Race

  Margot Lee Shetterly

  Rating: 4 out of 5 stars

  4/5 (897)
• The World Is Flat 3.0: A Brief History of the Twenty-first Century

  

  From Everand

  The World Is Flat 3.0: A Brief History of the Twenty-first Century

  Thomas L. Friedman

  Rating: 3.5 out of 5 stars

  3.5/5 (2259)
• The Constant Gardener: A Novel

  

  From Everand

  The Constant Gardener: A Novel

  John le Carré

  Rating: 3.5 out of 5 stars

  3.5/5 (104)
• Bad Feminist: Essays

  

  From Everand

  Bad Feminist: Essays

  Roxane Gay

  Rating: 4 out of 5 stars

  4/5 (1018)
• The Woman in Cabin 10

  

  From Everand

  The Woman in Cabin 10

  Ruth Ware

  Rating: 3.5 out of 5 stars

  3.5/5 (2522)
• Brooklyn: A Novel

  

  From Everand

  Brooklyn: A Novel

  Colm Tóibín

  Rating: 3.5 out of 5 stars

  3.5/5 (1947)
• The Emperor of All Maladies: A Biography of Cancer

  

  From Everand

  The Emperor of All Maladies: A Biography of Cancer

  Siddhartha Mukherjee

  Rating: 4.5 out of 5 stars

  4.5/5 (271)
• Shoe Dog: A Memoir by the Creator of Nike

  

  From Everand

  Shoe Dog: A Memoir by the Creator of Nike

  Phil Knight

  Rating: 4.5 out of 5 stars

  4.5/5 (540)
• John Adams

  

  From Everand

  John Adams

  David McCullough

  Rating: 4.5 out of 5 stars

  4.5/5 (2409)
• The Outsider: A Novel

  

  From Everand

  The Outsider: A Novel

  Stephen King

  Rating: 4 out of 5 stars

  4/5 (1850)
• Grit: The Power of Passion and Perseverance

  

  From Everand

  Grit: The Power of Passion and Perseverance

  Angela Duckworth

  Rating: 4 out of 5 stars

  4/5 (590)
• The Yellow House: A Memoir (2019 National Book Award Winner)

  

  From Everand

  The Yellow House: A Memoir (2019 National Book Award Winner)

  Sarah M. Broom

  Rating: 4 out of 5 stars

  4/5 (98)
• Wolf Hall: A Novel

  

  From Everand

  Wolf Hall: A Novel

  Hilary Mantel

  Rating: 4 out of 5 stars

  4/5 (3811)
• The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  

  From Everand

  The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  Mark Manson

  Rating: 4 out of 5 stars

  4/5 (5813)
• The Art of Racing in the Rain: A Novel

  

  From Everand

  The Art of Racing in the Rain: A Novel

  Garth Stein

  Rating: 4 out of 5 stars

  4/5 (4203)
• The Hard Thing About Hard Things: Building a Business When There Are No Easy Answers

  

  From Everand

  The Hard Thing About Hard Things: Building a Business When There Are No Easy Answers

  Ben Horowitz

  Rating: 4.5 out of 5 stars

  4.5/5 (348)
• Manhattan Beach: A Novel

  

  From Everand

  Manhattan Beach: A Novel

  Jennifer Egan

  Rating: 3.5 out of 5 stars

  3.5/5 (792)
• The Glass Castle: A Memoir

  

  From Everand

  The Glass Castle: A Memoir

  Jeannette Walls

  Rating: 4.5 out of 5 stars

  4.5/5 (1716)
• Little Women

  

  From Everand

  Little Women

  Louisa May Alcott

  Rating: 4 out of 5 stars

  4/5 (104)
• Principles: Life and Work

  

  From Everand

  Principles: Life and Work

  Ray Dalio

  Rating: 4 out of 5 stars

  4/5 (609)
• The Gifts of Imperfection: Let Go of Who You Think You're Supposed to Be and Embrace Who You Are

  

  From Everand

  The Gifts of Imperfection: Let Go of Who You Think You're Supposed to Be and Embrace Who You Are

  Brené Brown

  Rating: 4 out of 5 stars

  4/5 (1092)
• Angela's Ashes: A Memoir

  

  From Everand

  Angela's Ashes: A Memoir

  Frank McCourt

  Rating: 4.5 out of 5 stars

  4.5/5 (441)
• Never Split the Difference: Negotiating As If Your Life Depended On It

  

  From Everand

  Never Split the Difference: Negotiating As If Your Life Depended On It

  Chris Voss

  Rating: 4.5 out of 5 stars

  4.5/5 (844)
• Steve Jobs

  

  From Everand

  Steve Jobs

  Walter Isaacson

  Rating: 4.5 out of 5 stars

  4.5/5 (807)