ferthor

Domain Name System El Domain Name System (DNS) es una base de datos distribuida y jerárquica que almacena información asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de información a cada nombre, los usos más comunes son la asignación de nombres de dominio a direcciones IP y la localización de los servidores de correo electrónico de cada dominio. La asignación de nombres a direcciones IP es ciertamente la función más conocida de los protocolos DNS. Por ejemplo, si la dirección IP del sitio FTP de prox.mx es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.mx y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre. Inicialmente, el DNS nació de la necesidad de recordar fácilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contenía todos los nombres de dominio conocidos (técnicamente, este archivo aún existe - la mayoría de los sistemas operativos actuales todavía pueden ser configurados para revisar su archivo hosts). El crecimiento explosivo de la red causó que el sistema de nombres centralizado en el archivo HOSTS no resultara práctico y en 1983, Paul Mockapetris publicó los RFCs 882 y 883 definiendo lo que hoy en día ha evolucionado hacia el DNS moderno. (Estos RFCs han quedado obsoletos por la publicación en 1987 de los RFCs 1034 y 1035). Usos del DNS El DNS se utiliza para distintos propósitos. Los más comunes son: * Resolución de nombres: Dado el nombre completo de un host (por ejemplo blog.smaldone.com.ar), obtener su dirección IP (en este caso, 208.97.175.41). * Resolución inversa de direcciones: Es el mecanismo inverso al anterior. Consiste en, dada una dirección IP, obtener el nombre asociado a la misma. * Resolución de servidores de correo: Dado un nombre de dominio (por ejemplo gmail.com) obtener el servidor a través del cual debe realizarse la entrega del correo electrónico (en este caso, gmail-smtp-in.l.google.com). Por tratarse de un sistema muy flexible, es utilizado también para muchas otras funciones, tales como la obtención de claves públicas de cifrado asimétrico y la validación de envío de e-mails (a través de mecanismos como SPF). Terminología básica Antes de proseguir, es necesario introducir algunos términos básicos para evitar confusiones y ambigüedades. Otros términos más complejos serán tratados más adelante. * Host Name: El nombre de un host es una sola “palabra” (formada por letras, números y guiones). Ejemplos de nombres de host son “www“, “blog” y “obelix“. * Fully Qualified Host Name (FQHN): Es el “nombre completo” de un host. Está formado por el hostname, seguido de un punto y su correspondiente nombre de dominio. Por ejemplo, “blog.smaldone.com.ar“ * Domain Name: El nombre de dominio es una sucesión de nombres concatenados por puntos. Algunos ejemplos son “smaldone.com.ar“, “com.ar” y “ar“. * Top Level Domains (TLD): Los dominios de nivel superior son aquellos que no pertenecen a otro dominio. Ejemplos de este tipo son “com“, “org“, “ar” y “es“. Arquitectura del DNS El sistema DNS funciona principalmente en base al protocolo UDP. Los requerimientos se realizan a través del puerto 53. El sistema está estructurado en forma de “árbol“. Cada nodo del árbol está compuesto por un grupo de servidores que se encargan de resolver un conjunto de dominios (zona de autoridad). Un servidor puede delegar en otro (u otros) la autoridad sobre alguna de sus sub-zonas (esto es, algún subdominio de la zona sobre la que él tiene autoridad). Un subdominio puede verse como una especialización de un dominio de nivel anterior. Por ejemplo, “smaldone.com.ar” es un subdominio de “com.ar“, que a su vez lo es del TLD “ar“. El siguiente diagrama ilustra esto a través de un ejemplo: Los servidores con autoridad sobre los TLD son los llamados “root servers” (o “servidores raíz“) del sistema. Estos son fijos, ya que rara vez cambian, siendo actualmente 13. Tomemos como ejemplo el dominio “com.ar“. Este dominio pertenece al TLD “ar“. Los servidores con autoridad sobre el dominio “ar” son: ns-ar.ripe.net merapi.switch.ch uucp-gw-1.pa.dec.com uucp-gw-2.pa.dec.com ns.uu.net ns1.retina.ar athea.ar ctina.ar En tanto que los servidores con autoridad sobre “com.ar” son: merapi.switch.ch relay1.mecon.gov.ar ns.uu.net ns1.retina.ar athea.ar ctina.ar Podemos ver que ns.uu.net, ns1.retina.ar, athea.ar y ctina.ar tienen autoridad tanto sobre “com.ar” como sobre “ar“. El proceso de resolución de nombres Cuando una aplicación (cliente) necesita resolver un FQHN envía un requerimiento al servidor de nombres configurado en el sistema (normalmente, el provisto por el ISP). A partir de entonces se desencadena el proceso de resolución del nombre: 1. El servidor de nombres inicial consulta a uno de los servidores raíz (cuya dirección IP debe conocer previamente). 2. Este devuelve el nombre del servidor a quien se le ha delegado la sub-zona. 3. El servidor inicial interroga al nuevo servidor. 4. El proceso se repite nuevamente a partir del punto 2 si es que se trata de una sub-zona delegada. 5. Al obtener el nombre del servidor con autoridad sobre la zona en cuestión, el servidor inicial lo interroga. 6. El servidor resuelve el nombre correspondiente, si este existe. 7. El servidor inicial informa al cliente el nombre resuelto. Ilustremos esto con un ejemplo concreto. Supongamos que el navegador necesita resolver el nombre “blog.smaldone.com.ar“. 1. El sistema tiene configurado el servidor de nombres 200.49.156.3 (perteneciente al proveedor argentino Fibertel). Por lo tanto envía a éste el requerimiento de resolver “blog.smaldone.com.ar“. 2. El servidor de 200.49.156.3 envía la consulta root server 198.41.0.4. 3. 198.41.0.4 le informa que el servidor con autoridad sobre “ar” es athea.ar, cuya dirección IP es 200.16.98.2. (En realidad, informa la lista de todos los servidores con tal autoridad, pero para simplificar el ejemplo tomaremos solamente uno.) 4. 200.49.156.3 envía nuevamente el requerimiento a athea.ar (el cual, recordemos, también tiene autoridad sobre “com.ar“). 5. athea.ar responde que la autoridad sobre smaldone.com.ar la tiene ns1.mydomain.com cuya dirección IP es 64.94.117.213. 6. 200.49.156.3 envía ahora la consulta a ns1.mydomain.com. 7. ns1.mydomain.com informa que la dirección IP de “blog.smaldone.com.ar” es 208.97.175.41. 8. Finalmente, 200.49.156.3 devuelve este resultado a la aplicación que originó la consulta. Mecanismos de caché Cada vez que un servidor de nombres envía una respuesta, lo hace adjuntando el tiempo de validez de la misma (TTL o “tiempo de vida“). Esto posibilita que el receptor, antes la necesidad de volver a resolver la misma consulta, pueda utilizar la información previamente obtenida en vez de realizar un nuevo requerimiento. Esta es la razón por la cual los cambios realizados en el DNS no se propagan instantáneamente a través del sistema. Dependiendo de la naturaleza de los mismos (y de la configuración de cada servidor), la propagación puede tardar desde algunos minutos hasta varios días. Correo electrónico y resolución de nombres Normalmente los usuarios de correo electrónico redactan su mensajes usando un cliente de correo y enviándolo a través de un servidor SMTP provisto por su ISP o a través de un sistema de correo vía web (webmail). En cualquier caso, una vez que el mensaje es recibido por el servidor, debe ser entregado al destinatario. Aquí interviene el sistema DNS: 1. El servidor del emisor solicita al DNS (de acuerdo al mecanismo analizado anteriormente), la entrada MX del dominio del receptor del mensaje. MX significa “mail exchanger“, esto es, el nombre del servidor (o los servidores) encargado de recibir los mensajes destinados a determinado dominio. 2. El DNS devuelve el FQHN y la dirección IP del mail exchanger. 3. El servidor del emisor se conecta al puerto 25, mediante TCP, del servidor del destinatario y entrega el mensaje según el protocolo SMTP. 4. El proceso podrá continuar si el servidor receptor del mensaje no es el último de la cadena. Existen servidores que actúan como “puertas de enlace” o “gateways” de correo electrónico, y que se encargan de recibir los mensajes de determinados dominios para luego enviarlos a otros servidores. Tipos de registro en un servidor de nombres Un servidor de nombres puede almacenar distinta información. Para ello, en cada zona de autoridad dispondrá de entradas de distinto tipo. Entre los más importantes se encuentran: * A (Address): Este registro se utiliza para traducir nombres de hosts del dominio en cuestión a direcciones IP. * CNAME (Canonical Name): El nombre canónico es un alias para un host determinado. (No define una dirección IP, sino un nuevo nombre.) * NS (Name Server): Especifica el servidor (o servidores) de nombres para un dominio. * MX (Mail Exchange): Define el servidor encargado de recibir el correo electrónico para el dominio. * PTR (Pointer): Especifica un “registro inverso“, a la inversa del registro A, permitiendo la traducción de direcciones IP a nombres. * TXT (Text): Permite asociar información adicional a un dominio. Esto se utiliza para otros fines, como el almacenamiento de claves de cifrado, “DomainKeys” o “Sender Policy Framework“. Bind, “el” servidor de nombres Prácticamente el único software utilizado en los servidores de nombres de Internet es bind (”Berkeley Internet Name Domain“), creado originalmente en la Universidad de California, y actualmente propiedad del Internet Systems Consortium. Este programa, distribuido bajo una licencia libre, es utilizado en prácticamente todos los sistemas Unix del mundo. Esto ha sido considerado un problema de seguridad, al punto que se ha propuesto la migración de algunos root servers a otro sistema, ya que la aparición de algún problema de seguridad en bind podría implicar la caída de todo el DNS de Internet. Uso del DNS en una red local Ya en redes de tamaño medio (quizás más de 5 equipos) es conveniente la utilización de DNS. Esto nada tiene que ver con el DNS de Internet (aunque el servidor local puede estar vinculado a este sistema). Básicamente, es conveniente montar un servidor local de DNS por los siguientes motivos: * Agilizar el acceso a Internet: Al tener un servidor de nombres en nuestra propia red local (que acceda al DNS de nuestro proveedor o directamente a los root servers) se agiliza el mecanismo de resolución de nombres, manteniendo en caché los nombres recientemente usados en la red y disminuyendo el tráfico hacia/desde Internet. * Simplificar la administración de la red local: Al contar con un DNS propio (ya sea uno o varios servidores de nombres) es posible definir zonas locales (no válidas ni accesibles desde Internet) para asignar nombres a cada uno de los hosts de la LAN. De esta forma es posible, por ejemplo, referirnos a la impresora de red como “hplaser.mired.local” en vez de “192.168.0.2” y a nuestro servidor de correo interno como “smtp.mired.local” en vez de “192.168.0.3“. (Pensemos, por ejemplo, que ocurriría con las configuraciones de las aplicaciones si un día decidimos cambiar el esquema de direcciones IP de nuestra red.) Problemas del DNS El principal problema que presenta el DNS es que, al estar basado en UDP (protocolo de transporte que no garantiza la recepción de la información enviada), tanto las consultas como las respuestas pueden “perderse” (por ejemplo, a causa de congestionamiento en algún enlace de la red). Es común apreciar cómo, en el caso de servidores y redes no muy bien configuradas, la resolución de nombres se resiente sensiblemente ante cualquier anomalía (saturación de tráfico o del servidor de nombres local). Otro inconveniente, que ya hemos hecho notar, es la lentitud de la propagación de las modificaciones en el sistema, producto de la propia arquitectura del mismo. Pero quizás el mayor problema no sea inherente al sistema mismo, sino a la pésima configuración de los servidores de muchos ISP. Fibertel, el proveedor que utilizo, es un notable ejemplo de esta falencia. Una buena solución a esta situación es ejecutar un servidor de nombres en alguna PC de la red local, de forma tal que se comunique directamente con los root servers (evitando de esta forma pasar a través de los servidores de nombres de nuestro proveedor). Herramientas para aprender más En sistemas Unix el comando dig (ver “man dig“) permite realizar requerimientos “a mano” para poder investigar un poco más sobre el funcionamiento del DNS y, cómo no, también para detectar y solucionar problemas en la red. Los usuarios de sistemas Windows disponen del comando nslookup (aunque no tan potente como dig), para el mismo propósito. Aca, un video, que explica bastante bien como funcionan los DNS: http://www.tooltorials.com/Como_funciona_DNS_Videotutorial Open DNS OpenDNS es un servidor DNS gratuito y abierto. OpenDNS ofrece resolución de DNS a personas y empresas como una alternativa al servidor de DNS de su ISP. Sus servidores localizados en lugares estratégicos mantienen una gran caché de nombres de dominios, permiten que las consultas de DNS sean generalmente más rápidas, lo que a su vez acelera la velocidad de respuesta. Los resultados de las consultas son a veces almacenados por los sistemas locales, consiguiendo un aumento de la velocidad en la mayoría de las peticiones, ya que quedan guardadas en un caché local. Otras características incluyen un filtro de phishing y corrección de errores ortograficos, (por ejemplo escribir wikipedia.or en vez de wikipedia.org). Al entrar en sitios clasificados de maliciosos, OpenDNS bloquea el acceso a ese sitio, aunque esto se puede configurar en el panel de control. Para saber mas de open DNS http://www.opendns.com/ Ahora, si, la lista, de servidores DNS, nacionales e internacionales, varios google, y otros encontre dando vueltas en un post por aca. Nacionales: 200.63.155.71 y 200.63.155.199 "nuevos de speedy" 208.67.222.222 y 208.67.220.220 (OpenDNS) 216.244.192.2 y 216.244.192.3 (Sinectis) 200.45.191.35 y 200.45.191.40 (Arnet) 80.58.61.250 y 80.58.61.254 (telefonica españa) 200.51.211.7 y 200.51.212.7 (Speedy viejo) Arnet: 200.45.191.35 (ns1.arnet.com.ar) Arnet: 200.45.191.40 (ns2.arnet.com.ar) Ciudad: 200.42.0.108 (o200.prima.com.ar) Ciudad: 200.42.0.109 (o2000.prima.com.ar) FiberTel: 200.49.156.3 (nsx3.fibertel.com.ar) FiberTel: 200.49.159.69 (nsx2.fibertel.com.ar) FiberTel: 200.49.156.8 (nsx8.fibertel.com.ar) FiberTel: 200.49.156.7 (nsx7.fibertel.com.ar) Speedy: 200.51.212.7 (dns0c.telefonica.com.ar) (no andan mas) Speedy: 200.51.211.7 (dns0r.telefonica.com.ar) (no andan mas) IPlan: 200.69.193.1 (dns1.iplanisp.com) IPlan: 200.69.193.2 (dns1.iplanisp.com.ar) OpenDNS: 208.67.222.222 (resolver1.opendns.com) OpenDNS: 208.67.220.220 (resolver2.opendns.com) 200.43.2.6 (resolver1.telecom.net.ar) 200.43.31.6 (resolver2.telecom.net.ar) 200.43.113.2 (srv1.trcnet.com.ar) 200.43.113.3 (srv2.trcnet.com.ar) 200.49.130.26 Las de Fibertel en Cipo, ex Jetband. 200.49.130.27 Las de Fibertel en Cipo, ex Jetband. Internacionales: Telefónica 80.58.0.33 33.Red-80-58-0.pooles.rima-tde.net Telefónica 194.179.1.100 minerva.ttd.net Telefónica 194.179.1.101 artemis.ttd.net Telefónica 80.58.0.97 97 Red-80-58-0.pooles.rima-tde.net Wanadoo 62.37.236.200 dns2.wanadoo.es Wanadoo 62.37.225.58 pdns03pub.uni2.es ONO 62.42.230.135 dns01.ono.com Iberdrola 213.172.33.35 ns2.neo.es Iberbanda 217.11.96.234 dns.mad.iberbanda.es Iberdrola 213.172.33.34 ns1.neo.es Telefónica 213.0.184.68 minerva.ttd.net Comunitel 212.145.4.98 ns2.comunitel.net ConexiónFutura 213.139.0.52 ns1.es.easynet.net Wanadoo 62.37.237.140 dns1.wanadoo.es ONO 62.42.230.136 newsf01.ono.com SuperBanda 212.4.96.22 ns1.grupalia.com Iberdrola 193.127.102.104 ns2.presenzia.net ConexiónFutura 193.43.232.4 dns1.conexionfutura.com Iberdrola 193.127.102.45 ns1.presenzia.net Jazztel 62.14.4.65 dnscache2.jazzvisp.com Comunitel 212.145.4.97 ns1.comunitel.net ONO 62.42.230.24 resolv.ono.com SuperBanda 212.4.96.21 ns2.grupalia.com ONO 62.42.63.51 dns03.ono.com Wanadoo 62.37.225.56 dns.comtenidos.com Telefónica 194.224.52.37 ns2.telefonica-data.com Arsys 217.76.129.4 prometeo.servidoresdns.net Telefónica 80.58.32.97 97.Red-80-58-32.pooles.rima-tde.net Telefónica 80.58.32.33 33 Red-80-58-32.pooles.rima-tde.net Arsys 217.76.128.4 atlante.servidoresdns.net Arsys 217.76.129.131 dns8.servidoresdns.net OpenForYou 213.195.64.129 dns1.ibercom.com ONO 62.42.63.52 Desconocido Arsys 217.76.128.131 dns7.servidoresdns.net Wanadoo 62.37.225.57 dns2.comtenidos.com Iberbanda 217.11.108.234 dns.bcn.iberbanda.es OpenForYou 213.195.79.129 dns2.ibercom.com ConexiónFutura 213.139.0.51 ns0.es.easynet.net Adam 212.36.64.16 dns1.adam.es Telefónica 213.0.184.69 artemis.ttd.net AunaCable 62.81.31.250 dns.iddeo.es Adam 212.36.64.17 dns2.adam.es Euskaltel 212.55.8.133 dns2.euskaltel.es Reterioja 212.21.224.4 sn2.reterioja.es Retena 212.21.224.5 sn1.retena.es Retena 212.21.224.6 sn2.retena.es R 212.51.33.106 ns-cor.net.mundo-r.com Reterioja 212.21.224.3 sn1.reterioja.es Telefónica 194.224.52.4 esifw1.tsai.es AunaCable 62.81.0.1 mayor.red.retevision.es Telefónica 194.224.52.36 ns1.telefonica-data.com Acens 217.116.0.177 ns2.acens.net Jazztel 62.14.4.64 dnscache1.jazzvisp.com Euskaltel 212.55.8.132 dns.euskaltel.es Jazztel 62.14.63.145 Desconocido Wanadoo 62.37.228.22 m2cachedns2.uni2.es Ya.com 62.151.20.6 ns2.bs-ya.com Ya.com 62.151.20.7 ns.bs-ya.com Tiscali 212.166.64.2 dns2.tiscali.es Tiscali 212.166.64.1 dns1.tiscali.es Acens 217.116.0.176 ns1.acens.net Jazztel 62.14.2.1 dns1.inversas.jazztel.es AunaCable 62.81.16.131 131-16-81-62.libre.auna.net Wanadoo 62.37.228.22 m2cachedns2.uni2.es Terra 213.4.141.1 dns2.terra.es TeleCable 212.89.0.31 dns.telecable.es Ya.com 62.151.2.65 dns.yaonline.es AunaCable 62.81.16.132 132-16-81-62.libre.auna.net R 212.51.33.73 ns.mundo-r.com Wanadoo 62.37.228.20 m2cachedns.uni2.es Terra 195.235.96.90 tpdns2.terra.es Tele2 130.244.127.161 dns1.swip.net Tele2 130.244.127.169 dns2.swip.net Ya.com 62.151.2.8 dns.ya.com Terra 213.4.132.1 dns1.terra.es Terra 195.235.113.3 dns.terra.es Arrakis 195.5.64.6 ns2.landsraad.net Ya.com 62.151.8.100 dns2.ya.com AunaCable 62.81.0.35 35-0-81-62.libre.auna.net AunaCable 62.81.0.36 36-0-81-62.libre.auna.net Telefónica 194.224.52.6 esifw2.tsai.es Arrakis 195.5.64.2 ns1.landsraad.net

Hola a todos, esta data la encontre por linkedin, me parecio que seria un buen aporte para el que ande en el dificil trabajo de conseguir trabajo. ¿Cómo llegar a la entrevista? ¿Cómo hacer que mi CV resulte el más atractivo? Muchas veces los postulantes cometen algunos errores en su CV que juega en contra al momento de acceder a una entrevista laboral . A saber: 1. Desarrollo de carrera: A veces, quienes estuvieron varios años en una empresa y ocuparon diferentes posiciones, incluyen sólo las fechas de entrada y salida. Lo que deberían hacer es incluir el período en que ocuparon cada uno de los puestos. Esto permite ver al selector cómo fue evolucionando la carrera profesional del postulante. 2. Capacidad de síntesis: Nos encontramos con CV's en los que falta conceptualización y claridad para explicar de qué se trata la posición que se ocupó , cuáles fueron sus responsabilidades principales . No se trata de redactar un "testamento", pero sí de contar con capacidad de síntesis para describir con qué experiencia concreta se cuenta, incluyendo sus principales logros y fortalezas. 3. Logros obtenidos: Muchas veces no se ve en los CV los logros obtenidos por el postulante. Por ejemplo, "reduje los gastos logísticos de capacitación en un 12%". Es importante manejarse con indicadores de gestión, esto nos permite tener una idea de cómo el postulante se orienta a la consecución de los objetivos. En este sentido, también deberían incluir actividades sociales o de responsabilidad social que realiza, así como emprendimientos personales, aunque no tengan nada que ver con el puesto para el que se está postulando o con la carrera que eligió estudiar. Estos dos puntos nos hablan de los valores del candidato y de su capacidad emprendedora, dos aspectos muy valorados hoy en las empresas. 4. Atractividad: Armar el CV de manera clara, prolija, atractiva y honesta. Tener presente que debe captar la atención del que lo está leyendo, dentro de un montón más. Letra chica, muchas paginas, información desordenada o poco clara son algunos de los errores más comunes. Por ejemplo, cuando de la lectura del CV no queda claro si está recibido o no. En este sentido, incluir cuál es el objetivo profesional al comienzo, suele ser un buen "gancho" para captar el interés de quien está haciendo la búsqueda. Lo importante es ser concisos. Un error típico es poner una frase rebuscada pero carente de contenido, como por ejemplo: "Desarrollarme en una empresa de primer nivel que me permita crecer profesionalmente". Frases acertadas para este caso pueden ser, por ejemplo, "Ganar experiencia en el área de Comercio exterior", o "Entrar en una empresa multinacional que me permita tener una proyección internacional". De este modo, se tiene una visión más clara de los intereses del postulante, en relación con el perfil profesional que se está buscando. Bueno, espero que a alquien le sea util, porfa dejen comentarios!!

En pocos días más, se lanzará un buscador de Internet que revolucionará el método de búsquedas. El mismo ya tiene nombre, se llamará WOLFRAM ALPHA y la búsqueda de información se realizará a través de preguntas en lugar de palabras clave. Este nuevo buscador intentará competir con Google, aunque funcionará a través de un motor de respuestas en lugar de un motor de búsquedas como el de los actuales buscadores. Una novedad que introducirá Wolfram Alpha es que no mostrará cientos de sitios sino que dará sólo una respuesta. O sea, la computadora podrá entender la pregunta. Pero no se trata únicamente de que busque la información en las bases de datos. Al parecer, será capaz de crear, por medio de algoritmos, nuevas preguntas relacionadas para afinar la búsqueda. De esa forma estaría interactuando con los usuarios a un nivel nunca antes visto. De hecho la gente de Wolfram Alpha se atreve a plantear no que "encontrará la respuesta", sino que lo suyo es "calcularla". El proyecto es muy ambicioso y todavía no sabemos si funcionará. Tendremos la posibilidad de probarlo a fines de este mes y ahí determinaremos si está cerca o lejos de llegar a las expectativas generadas. Lo que sí podemos decir es que se trata de algo muy distinto a lo que hemos conocido hasta ahora. http://www.wolframalpha.com/index.html Comenten y por favor opinen que les parece el buscador

Hace varios dias que en mi cabeza suena la cancion "vengo bancando al gobierno" que canta la camporonga y que solo escuche una vez en un acto en la universidad. y me venia resonando ¿Por que retumba en mi cabeza esa cancion, la escuche una vez sola nada mas? link: https://www.youtube.com/watch?v=_o8WiAqV7e4 Pero me di cuenta que no, la escucho todo el dia a toda hora, hasta reversionada, reversionada por uruguayos, oficialistas y opositores: link: https://www.youtube.com/watch?v=UlD0lsWm8N4 Casualidad? Para mi que no Nada, era eso nada mas, gracias por pasar

Esta informacion es traida de la pagina oficial de slackware, y traducida para ustedes, para mi es una gran noticia, por que es una de las mejores distros de linux. aca va: Listo o no, Slackware ya ha pasado de 64 bits, de manera oficial con un puerto x86_64 se mantiene en sincronía con el ordinario de x86-rama actual. EL DVD estará disponible para la compra en la tienda cuando Slackware 13.0 sea liberado. Muchas gracias al equipo de Slackware por su ayuda con esta rama y un agradecimiento especial a Eric Hameleers que hicieron el verdadero trabajo pesado volver a compilar todo para esta arquitectura, la verificación, el nuevo ensayo, y mantenerse en sincronización con el actual - . Hemos estado desarrollando y probando Slackware64 durante bastante tiempo. La mayoría del equipo ya está utilizando Slackware64 en sus máquinas, y las cosas están funcionando lo suficientemente bien que es hora de dejar que la comunidad comprobar nuestro trabajo. Nos gustaría dar las gracias a los proyectos no oficiales de 64 bits para el acceso a la holgura para nosotros durante tanto tiempo para que pudiéramos tener en nuestro tiempo conseguir todo justo. Sin esas alternativas, que habría sido presionado para obtener las cosas antes de que fueran realmente listo. Fuente:http://www.slackware.com

Si vos tenes en tu casa una vieja Power PC, y queres abandonar el sistema privativo y propietario que trae la Mac, esta distro es para vos!! Su funcionamiento es casi idéntico al de Slackware, el pkgtool (para indicar que procesos quieres iniciar al arranque, instalar y desinstalar paquetes .tgz, etc), xwmconfig para elegir el entorno X predeterminado, xorgsetup y xorgconfig como configuradores intuitivos del archivo /etc/X11/xorg.conf, alsaconf para configurar el sonido y el startx para arrancar el entorno X. Sus únicas diferencias son: el solo poder usar durante la instalación de Slackintosh el fdisk, no pudiendo usar el cfdisk, de gestor de arranque usa el Yaboot en vez del LILO y alguna que otra diferencia en los repositorios respecto a programas . También indicar que fuera de los programas que se incluyen en la distribución, pocos programas en .tgz podrás encontrar compilados para Slackintosh, debido a la poca popularidad de esta; por lo que si deseas instalar algún programa no incluido en la distribución, deberás compilartelo tu mismo desde su código fuente. En el sitio oficial, encontrar muchas mas documentacion y cosas varias, la verdad no tengo una power pc para probarla, sino les comentaria un poco mas, para el que tenga la oportunidad de probarlo y el interes, le dejo el link, a la pagina del proyecto. Bueno, espero que les haya sido informativo, Saludos

Nexenta OS es un sistema operativo que utiliza el kernel OpenSolaris para hacer que el funcionamiento de software y hardware en conjunto sea más fluido y de carácter open source. Nexenta utiliza el kernel de OpenSolaris y de esa manera busca optimizar las diferentes funciones como administración de la memoria para los programas y ejecuciones en curso, administración del tiempo de procesador que los programas y ejecuciones necesitan, y acceso veloz a periféricos entre las más importantes. Al utilizar el kernel OpenSolaris, a diferencia del kernel Linux, se ahorra tiempo y recursos sin necesidad de crear software para el sistema base. Otras de las ventajas de Nexenta OS sobre sus competidores son la facilidad de cambio para usuarios de Debian y Ubuntu, ya que implica simplemente un cambio de núcleo y no en los procedimientos principales (hasta podremos continuar utilizando nuestra aplicación de actualización favorita, la muy intuitiva apt-get). Actualmente existen alrededor de 12.000 paquetes portados a Nexenta, pero su tiempo de desarrollo es de apenas 2 años, por lo cuál caben esperar grandes cosas de este nuevo Sistema Operativo. Les dejo algunos screens : Te gusto? queres descargarlo? http://www.nexenta.org/os/Download Queres saber mas sobre nexenta? http://www.nexenta.org/os Queres saber mas sobre Open Solaris? http://www.opensolaris.org/os/