|
Tutorial de Tomás Senabre - 01 de Diciembre de 2006
|
| En este manual voy a intentar centrar poca atención en los detalles de cómo funciona el software y mucho en qué se consigue utilizándolo y cómo hacerlo para conseguir un resultado aceptable, espero conseguirlo y... |
| Cap 2 |
Breve descripción del programa
|
| |
RGB que superpone tres histogramas uno por cada canal (RGB), de esta forma me permite saber a qué canales afecta el ajuste que estoy haciendo. En la parte inferior podemos encontrar los datos estadísticos del gráfico, separados por canal, como la media ( average ) y la desviación típica |
| Cap 5 |
Usando ufraw (iii)
|
| |
éste archivo; pienso que es interesante guardar estos datos así que el ajuste es " Also ". El segundo es para grabar los ajustes que hemos aplicado a este archivo como valores por defecto y como hemos visto en comienzo del flujo queremos siempre partir desde los ajustes nuestros iniciales, por eso |
|
|
|
Tutorial de Kurt Seifried - 16 de Febrero de 2006
|
| 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 15 |
Cifrado de servicios / datos
|
| |
Vía pop, sesiones de telnet, etc.). Esta es una de las razones por las cuales es una buena idea el cifrado del tráfico de datos . Existen o se están desarrollando varios mecanismos para cifrar el tráfico de red, en diferentes niveles de la pila de red. Algunos esquemas sólo cifran los datos |
| Cap 1 |
Cómo determinar qué asegurar y cómo asegurarlo
|
| |
Sun Enterprise 10000), borrados ( datos estadísticos , la colección de recetas de tu madre), etc. ¿Qué probabilidades hay de que ocurra un "mal" suceso, pruebas de red (a mi me ocurren a diario), intrusiones físicas (todavía no me ha ocurrido), ingeniería social ("Hola, soy Paco, del departamento |
| Cap 49 |
Herramientas de monitorización de Hosts
|
| |
Notificar (vía syslog) acerca de cualquier cambio o resetear los permisos y la pertenencia a la forma en que deberían estar. El ViperDB crea una serie de bases de datos (en realidad textos planos) en el directorio raíz, p. Ej. : /etc/. ViperDB podría contener: /etc/login. Defs,1180,-,root,rw-,root,r |
|
|
|
Tutorial de Iñaki Fernández Villanueva, Javier Ruiz González y Josu Abajo Marón - 03 de Enero de 2007
|
| El objetivo de este documento es mostrar las características básicas del Sistema de Ficheros Distribuido Coda. También trata su instalación y configuración en un PC con Linux (Debian y Red Hat). |
| Cap 6 |
Administración
|
| |
se comprueba y se visualiza cada segundo el estado de los servidores sipt30 y sipt31. Si un servidor no es accesible se visualizará una interrogación en los resultados estadísticos referentes al diagnóstico de un mismo servidor. codacon para visualizar las acciones del cliente |
| Cap 7 |
Pruebas realizadas y resultados
|
| |
Las configuraciones expuestas en este documento. Sin embargo Coda es un sistema relativamente complejo y no hemos trabajado con la base de datos Hoard ni con el sistema de copias de seguridad de Coda. Existen múltiples configuraciones y pruebas a realizar pero hemos preferido centrarnos en sus características |
| Cap 4 |
Introducción
|
| |
De textos. Un buen sistema de ficheros distribuido debe tener en cuenta cosas tan importantes como la latencia de la red, los posibles cuellos de botella y sobresaturación del servidor, la seguridad de datos comprometidos y los posibles fallos de red y servidores. Evidentemente todo esto toma |
|
|
|
Tutorial de Yelitze Quintero - 20 de Julio de 2006
|
| El primer aprendizaje del administrador de la compensación es que la compensación es definida de distinta forma por distintas personas en función de lo que para cada una de ellas representa y en función de... |
| Cap 6 |
Valuación de puestos
|
| |
De sus factores. Como ventajas de este método tenemos:
1. Sencillos: por su enfoque general y no requerir métodos estadísticos o matemáticos
2. Fáciles de aplicar: por limitarse a realizar una clasificación
3. Económicos y sirven |
| Cap 9 |
La Valoración del Desempeño
|
| |
La precisión, totalidad, oportunidad, costo y aplicabilidad de los datos disponibles de las encuestas y seleccionara los mas apropiados con fines de comparación. ¿QUIÉN DEBERA SER RESPONSABLE DE LA ENCUESTA EN LAS ENCUESTAS EN LA ORGANIZACIÓN? En lo posible el empleado |
| Cap 5 |
Analisis y descripción de cragos
|
| |
De éste: se deduce, analiza y desarrolla datos ocupacionales relativos a los cargos, cualidades necesarias para ocupar los cargos y características del ocupante, que sirven de base para la orientación profesional, la evaluación de salarios, la utilización de trabajadores y otras prácticas de personal |
|
|
|
Tutorial de Charles L. Hedrick - 20 de Febrero de 2006
|
| Este trabajo trata fundamentalmente sobre los aspectos "lógicos" de la arquitectura de red. Lo que puede o no puede hacer una red está generalmente determinado por los protocolos que dicha red soporta y la calidad... |
| Cap 10 |
Puentes y gateways (II)
|
| |
, y el grado de control que soportan varía de un ##gateway## a otro. ==== Administración de Redes ==== La administración de redes abarca un amplio número de asuntos. En general, se suelen tratar con muchos datos estadísticos e información sobre el estado de distintas partes de la red, y se realizan |
| Cap 5 |
Eligiendo una estructura de direcciones (II)
|
| |
Sistema, es bastante razonable usar un número de red para cada conexión. Este método es fácil de usar y limita los errores estadísticos . Si tenemos muchas conexiones distintas, probablemente es mejor usar interfaces anónimos. Aunque si los sistemas de enrutamiento no lo soportan, debemos usar |
| Cap 2 |
Terminología
|
| |
Física de más bajo nivel, mientras que **datagrama** se refiere a la unidad de datos a nivel IP. Sin embargo, en la mayoría de las redes no se pueden distinguir porque coinciden, así que la gente suele usar los dos términos indistintamente. Otro término ##conflictivo## es el de **pasarela |
|
|
|
Tutorial de Charles L. Hedrick - 27 de Febrero de 2006
|
| Este trabajo trata fundamentalmente sobre los aspectos ''lógicos'' de la arquitectura de red. Lo que puede o no puede hacer una red está generalmente determinado por los protocolos que dicha red soporta y la calidad... |
| Cap 9 |
Puentes y gateways (II)
|
| |
datos estadísticos e información sobre el estado de distintas partes de la red, y se realizan las acciones necesarias para ocuparse de fallos y otros cambios. La técnica más primitiva para la monitorización de una red es hacer //"pinging"// a los hosts críticos; el //"pinging"// se basa en un datagrama |
| Cap 4 |
Eligiendo una estructura de direcciones (II)
|
| |
. * Asignar direcciones dinámicamente cuando la conexión está abierta, tan pronto como el PC haya contactado. Si hacemos sólo una o dos conexiones a otro sistema, es bastante razonable usar un número de red para cada conexión. Este método es fácil de usar y limita los errores estadísticos . Si tenemos |
| Cap 5 |
Servicios a nivel de red, nombres
|
| |
Conectados a Internet, el administrador de nuestro sistema necesita registrarse a una de estas organizaciones, para que cualquier demanda por parte de otra institución sobre nuestros hosts sean dirigidos a nuestros servidores. Queremos mantener una base de datos que contenga la información de cada |
|
|
