El manual para el clustering con openMosix
(51 capítulos)
  (11)
|
| Los sistemas cluster hace años que fueron diseñados, la computación paralela y distribuida no es ninguna novedad en el año 2004. No obstante no había sido hasta ahora que el usuario había empezado a necesitarlas. La tecnología del silicio está llegando a sus postrimerías y los computadores cuánticos aún están en fase de desarrollo. |
| Cap 14 |
Clusters HA (I)
|
| |
los que demuestran que los tiempos de reparación suelen ser mucho más grandes de los que se estimó en los fallos provocados.
La naturaleza de los fallos puede afectar de manera diferente al sistema: pudiendolo ralentizar, inutilizar o para algunos servicios.
Técnicas para proveer |
| Cap 13 |
Clusters. Nociones generales
|
| |
SSI, tener un único reloj de sistema conjunto y otras más. Dada la naturaleza asíncrona actual en el campo de los clusters, este tipo de clusters aún será difícil de implementar hasta que no se abaraten las técnicas de comunicación |
| Cap 5 |
Paralelismo (III)
|
| |
es, como siempre, plantear el problema mediante técnicas de divide y vencerás. Deberá localizarse lo paralelizable en el problema de manera abstracta antes de pensar en la paralelización del código, es decir que existen problemas inherentemente paralelos, como pueden ser la suma de las componentes de dos |
|
|
Autor: miKeL a.k.a.mc2 y Kris Buytaert - 27 de Febrero de 2006
|
Control de Accesos
(5 capítulos)
(9)
|
| Documento con fundamentos teóricos de control de accesos en redes telemáticas; se tratan temas como control por IP, contraseñas, Tokens, biometría, Kerberos, Windows NT, control por certificados, etc. |
| Cap 2 |
Control de accesos por maquinas
|
| |
.
Se realizan técnicas especiales para los servicios TCP con asignación dinámica de puertos , como FTP o RPC.
El protocolo TCP es orientado a conexión , por lo tanto, antes de la transmisión de información debe realizar una apertura de sesión correcta y al finalizar un cierre |
| Cap 1 |
Introducción
|
| |
) no se pueden considerar control de accesos aunque si son parte de la seguridad y muchos autores los incluyen en este capítulo.
Entre los conceptos manejados por estas técnicas está el de direccionalidad , así un control de accesos permite unidireccionalidad si se puede hacer un control diferente |
| Cap 3 |
Control de accesos de usuario
|
| |
.
Así este fichero sin permisos en principio es accesible por todos los usuarios, pero se utilizan técnicas para evitar este acceso. Un ejemplo: en Windows de Microsoft el fichero se está utilizando siempre por el sistema y los ficheros que utiliza el sistema no son accesibles para escritura, esta |
|
|
Autor: Zonagratuita - 08 de Agosto de 2005
|
|
Guía de Administración de Redes con Linux
(198 capítulos)
(40)
|
| Hablar de redes de ordenadores siempre implica hablar de Unix. Por supuesto, Unix no es el único sistema operativo con capacidad para conectarse a las redes, pero ha sido la opción elegida durante años para las conexiones de empresas, y seguirá siéndolo durante mucho tiempo. |
| Cap 7 |
Envío de Cambios
|
| |
a:
//info@oreilly.com//
Para plantear cuestiones técnicas o comentarios sobre el libro, envíe mensajes a:
//bookquestions@oreilly.com//
Tenemos una página dedicada a este libro, donde ponemos ejemplos, fe de erratas y otras posibles ampliaciones. La página está disponible en:
//http://www.oreilly.com |
| Cap 28 |
Configuración del Hardware Serie
|
| |
en la mayor parte de los aspectos específicos de GNU/Linux relativos al uso de dispositivos que emplean puertos serie. Incluiremos temas sobre aplicaciones para comunicación serie, creación de ficheros de dispositivos serie, hardware serie y configuración de dispositivos con las órdenes **setserial** y **stty |
| Cap 11 |
Redes TCP/IP
|
| |
una implementación experimental del protocolo X.25 disponible para GNU/Linux.
Un protocolo más reciente ofrecido por compañías de telecomunicaciónes es el denominado Conmutación de Tramas , (Frame Relay). Este protocolo tiene características técnicas similares a las del X.25, aunque |
|
|
Autor: Olaf Kirch y Terry Dawson - 14 de Febrero de 2006
|
|
Seguridad en Unix y redes
(147 capítulos)
(31)
|
| A lo largo de este trabajo se va a intentar hacer un repaso de los puntos habituales referentes a seguridad en Unix y redes de computadores (problemas, ataques, defensas...), aplicando el estudio a entornos con requisitos de seguridad medios (universidades, empresas, proveedores de acceso a Internet...). |
| Cap 112 |
Criptología
|
| |
datos: actualmente existe multitud de software y hardware destinado a analizar y monitorizar el tráfico de datos en redes de computadoras; si bien estas herramientas constituyen un avance en técnicas de seguridad y protección, su uso indebido es al mismo tiempo un grave problema y una enorme fuente |
| Cap 23 |
Fauna y otras amenazas
|
| |
técnicas (multiplexación en el tiempo, multiplexación en frecuencia...) para maximizar el ancho de banda efectivo, en los canales cubiertos se puede hacer algo parecido. A los canales en los que se transmiten varios flujos de información entre emisor y receptor se les denomina **agregados |
| Cap 90 |
IPFilter
|
| |
//IP Filter// (##http://coombs.anu.edu.au/~avalon/ip-filter.html##) es un cortafuegos disponible para muchos clones de Unix (Solaris, IRIX, FreeBSD, NetBSD, HP-UX...); su precio (se trata de un //software// gratuito) y sus excelentes características técnicas lo han convertido en una solución muy |
|
|
Autor: Antonio Villalón Huerta - 28 de Febrero de 2006
|
Manual/FAQ Debian
(36 capítulos)
(67)
|
| Debian es el nombre de una organización dedicada al desarrollo y mantenimiento de sistemas operativos de código abierto. El inicio de Debian fue allá por 1993 cuando Ian Murdock decidió crear una distribución no comercial, estable y sólida, hecha para los hackers por los hackers. Debian es famoso por producir la más completa y robusta distribución de Linux, pero Debian no es sólo una distribución de Linux, es todo un mundo aparte de desarrollos, proyectos, foros, listas de correo y discusiones de una de las más vigorosas comunidades de software libre (SL). |
| Cap 36 |
¡Hey!, no todo es Linux, también estan los *BSD
|
| |
.
Quizás sean mejores sistemas que Linux, pero en general, los *BSD provocan el mismo entusiasmo que una tortuga dormida. Muchos estamos en el software libre por cuestiones no-técnicas, a nosotros, los BSD no tienen nada que ofrecer. Esa es mi teoría (quizás errónea |
| Cap 6 |
Todo eso esta muy bien pero, ¿porqué debería yo
|
| |
Por muchas razones, técnicas, económicas, jurídicas y aún políticas. ¿Cuál es el orden de importancia de cada una de ellas? Eso dependerá de cada caso en particular. Si es usted es empresario entonces necesitará de las computadoras para automatizar sus productos o servicios, un servidor comercial |
| Cap 4 |
En la tierra del pingüino
|
| |
el kernel les indica en que orden deben tomar los CDR que les corresponden.
Comunicación interproceso (CI) Los procesos no sólo necesitan compartir los recursos del sistema de manera ordenada y segura sino que deben mantener comunicación unos con otros. Esto es importante porque |
|
|
Autor: Mononeurona - 28 de Octubre de 2005
|
