Manual/FAQ Debian
(36 capítulos)
  (19)
|
| 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 11 |
¿Qué es una distribución?
|
| |
. Una distribución, o //distro// como tambien se le conoce, es una manera de instalar y manejar software apegándose a políticas y métodos explícitos. Dicho de manera más simple, una distro es simplemente poner todo el software necesario junto en uno o varios CDs. Una de las primeras distribuciones fue |
| Cap 36 |
¡Hey!, no todo es Linux, también estan los *BSD
|
| |
libertaria cuyo alto destino es acabar con el obscuro Imperio del Mal. Pertenecer al mundo Linux es vivir y explicitar nuestras ideas políticas sobre la libertad, la cooperación e incluso el destino del hombre sobre la tierra.Los *BSD no tienen nada de esto. Son desarollos "geeks" en el más puro sentido |
| 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 |
|
|
Autor: Mononeurona - 28 de Octubre de 2005
|
Seguridad en Unix y redes
(147 capítulos)
(8)
|
| 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 34 |
Políticas de copias de seguridad
|
| |
para realizar //backups//, y como todas las políticas tiene ventajas e inconvenientes; la principal ventaja de las copias completas es su facilidad de realización y, dependiendo del mecanismo utilizado, la facilidad que ofrecen para restaurar ficheros en algunas situaciones: si nos hemos limitado |
| Cap 129 |
Políticas de seguridad
|
| |
El término **política de seguridad** se suele definir como el conjunto de requisitos definidos por los responsables directos o indirectos de un sistema que indica en términos generales qué está y qué no está permitido en el área de seguridad durante la operación general de dicho sistema ([Org88]). A |
| Cap 133 |
El "Área de Seguridad"
|
| |
tareas puramente relacionadas con Sistemas, como la gestión de los cortafuegos (no nos referimos a la definición de políticas ni nada parecido, sino únicamente al manejo del mismo). Y si a esto le añadimos que a muchos de los que nos dedicamos a este mundo nos gusta también todo lo relacionado |
|
|
Autor: Antonio Villalón Huerta - 28 de Febrero de 2006
|
|
El manual para el clustering con openMosix
(51 capítulos)
(4)
|
| 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 9 |
Sistemas operativos (I)
|
| |
. Otra de las políticas que puede variar del scheduling en un ordenador individual a un cluster es la de diseminación de la información de los nodos. A la hora de elegir sobre qué nodo migrar un proceso, tanto en el //scheduling// conjunto como en el individual, se debe conocer la información |
| Cap 7 |
Sistemas distribuidos (I)
|
| |
para migrar un proceso, hay que tener en cuenta las políticas de migración, ubicación, etc. Además tenemos que ver otros aspectos prácticos como si al nodo que vamos encontraremos los recursos que necesitamos, etc. La aplicación no tiene que saber que fue migrada.
Transparencia |
| Cap 32 |
The openMosix internals (Moshe Bar)
|
| |
de planificación (//scheduling//). Cabe destacar que el super-usuario tiene privilegios adicionales sobre la PPM, como la definición de políticas generales o qué nodos podrán ser incluidos en el cluster y cuáles no.Cada proceso tiene un único nodo de origen (UHN, //unique home node//) donde es creado |
|
|
Autor: miKeL a.k.a.mc2 y Kris Buytaert - 27 de Febrero de 2006
|
|
Guía de Administración de Redes con Linux
(198 capítulos)
(25)
|
| 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 156 |
Si el correo no llega a su destino
|
| |
por cuestiones de políticas y el registro de avisos mensajes relacionados con errores de configuración y problemas similares.Abajo se muestran entradas típicas del registro principal. Cada entrada del registro es una única línea de texto que comienza con una fecha y una hora. Aquí se han separado |
| Cap 76 |
Cortafuegos 'IP Chains' (núcleos 2.2) (I)
|
| |
referencias de ninguna otra cadena de reglas a la cadena especificada. -P política_de_cadenaEstablece la política por defecto de la cadena especificada a la política especificada. Las políticas de cortafuegos válidas son ##ACCEPT##, ##DENY##, ##REJECT##, ##REDIR##, o ##RETURN##. ##ACCEPT |
| Cap 78 |
Netfilter e 'IP Tables' (Núcleos 2.4)
|
| |
los conjuntos de reglas. Además, cualquier extensión al proceso de filtrado exigía la modificación directa del núcleo, porque todas las políticas de filtrados estaban implementadas allí y no había forma de proporcionar una interfaz transparente. netfilter aborda tanto la complejidad como la rigidez |
|
|
Autor: Olaf Kirch y Terry Dawson - 14 de Febrero de 2006
|
|
Guía de Seguridad del Administrador de Linux
(75 capítulos)
(7)
|
| Esta guía no es un documento general de seguridad. Esta guía está específicamente orientada a asegurar el sistema operativo Linux contra amenazas generales y específicas. |
| Cap 35 |
Identd
|
| |
como usuario no-root. Dependiendo de las políticas de seguridad, se puede querer o no dar mucha información, o se puede querer informar lo máximo posible. Simplemente activa la opción en inetd.conf, después en in.identd (las configuraciones por defecto son –l –e –o).-p port-a addressSe puede utilizar |
| Cap 14 |
Seguridad IP (IPSec)
|
| |
de ficheros en /proc:cat 1 > /proc/sys/net/ipv4/ip_forwardPuesto que la mayoría de la gente tiene por defecto políticas de denegación de paquetes de forwarding, tendrás que permitir que los paquetes atraviesen la rede remota / máquina de tu red / máquina y vice versa. Además de esto, cualquier regla |
| Cap 18 |
Cortafuegos
|
| |
de enmascaramiento que controlan el comportamiento del enmascaramiento (timeouts, etc). Se pueden insertar, añadir y borrar reglas, configurar políticas por defecto y listar todas las reglas. Aparte de eso es muy parecido a ipchains, con pequeñas variaciones. Lo que viene a continuación es un script |
|
|
Autor: Kurt Seifried - 16 de Febrero de 2006
|
