domingo, 7 de junio de 2009

..::[ Recursos que Necesitas ]::..

ENTREGAR A CADA EQUIPO LOS RECURSOS QUE NECESITARA PARA DICHA ACTIVIDAD

Acceso remoto al router con IP dinámica




Para ello debemos de crear una cuenta con nuestro identificativo, rellenandolos campos Usuario, e-mail y contraseña. Una vez creada recibiremos uncorreo que nos indica que debemos de activarla en un plazo de 48 horas pulsandoel link que aparece en dicho correo.











Ya activada, volvemos a entrar en www.dynDNS.org con nuestrosdatos y en la opción Account Setup nos aparece una páginacon nuestros datos, y abajo la opción Dynamic DNS (Add Host) pulsamos ese link y vamos a otras página donde nos indica, si los tuviéramos,los diferentes nombres de host registrados.









Como es la primera vez, pulsamos el link Add a Host y vamosa la pantalla New Dynamic DNS Host en la que cubriremos lossiguientes datos:



Hostname: el nombre que querramos y no esté ya en uso(la extensión será siempre dyndns.org, ya quees la única que permite el router)



IP Adress: lo dejamos tal como está. Automáticamentepone la dirección IP actual del router.


Enable wildcard y Mail Exchanger no son obligatoriospara este caso.




Una vez pulsado el botón Add Host, ya tendremos creadoun hostname, que en este ejemplo es misitio1.dyndns.org (tambiénse creó misitio2.dyndns.org)







Ahora y una vez creado, tenemos que activar en el router la DNS dinámica.




Entramos por el navegador web en la configuracion del router tecleando la IPprivada que en este ejemplo es la 172.16.101.1, una vez tecladosel nombre de usuario admin y la contraseña 1234 (si no la has cambiado antes), vamos a la opción Dynamic DNS del menú Advanced Setup.












En la pantalla de Dynamic DNS, sólo tenemos que cubrirlos siguientes campos:






Active: marcarloService Provider: www.DynDNS.org (no podemoselegir otro)


Host name: misitio1 (sin extensiónalguna)


E-mail address: la que hayamos puesto al registrarnos en dynDNS.org


User: idem


Password: idem


Enable wildcard: no hace falta, pero si se ha activado en DynDNS.org al crear el hostname, también hay que activarlo aquí, ya que encaso contrario no funcionaria.





Pulsamos el botón Apply y a partir de este momento,nuestro router es accesible via internet ya que éste informa a dyndns.org cual es la IP pública cada vez que se realiza un cambio en la misma.









Podemos probar con un simple ping al sitio y vemos como nosresponde. De la misma manera podremos acceder via web o telnet si tenemos abiertoslos puertos correspondientes.


..::[ Escenarios y Recursos ]::..

DEFINIR TIEMPO, ESCENARIOS Y RECURSOS PARA LA INSTALACION DE SU SERVIDOR



[01] SOLUCION DE PROBLEMAS


_LOS PROBLEMAS HABITUALES QUE SURGEN CON EL SERVICIO DE INICIO REMOTO.
\CLIENTS\RPL\README.TXT DEL CD ROM DE WINDOWS NT SERVER



[02] EL SERVICIO DE INICIO REMOTO NO SE PUEDE INICIAR


_EL REGISTRO DE SUCESOS DEL SERVIDOR DONDE PUEDE ENCONTRAR UTIL INFORMACION DE DIAGNOSTICO. EN HERRAMIENTAS ADMINISTRATIVAS SELECCIONE VISOR DE SUCESOS



[03] EL ADMINISTRADOR NO SE PUEDE INICIAR


_SESION---USUARIO---PERTENECE ADMINISTRADOR


[04] EL SERVICIO SE DETIENE


_CONFIGURACION DE RED DEL PROPIO SERVIDOR ES CORRECTA, INCLUYENDO LOS PARAMETROS DEL HARDWARE Y DEL ADAPTADOR


[05] EL CLIENTE DE INICIO NO SE PUEDE INICIAR


_ASEGURESE QUE EL SERVICIO DE INICIO REMOTO ESTE EJECUTANDOSE
_ESTAR EN LA MISMA SUBRED QUE EL SERVIDOR
_COMPROBAR LISTA DE ADAPTADORES DE ADMINISTRADOR
_COMPROBAR EL DIRECTORIO
_COMPROBAR LOS PARAMETROS DETERMINADOS
_UTILIZAR DISCO DURO


[06] NO HAY PERFILES DISPONIBLES


_CONSULTA EL APARTADO


[07] NO HAY CONFIGURACIONES DISPONIBLES

_CONFIGURAR EL ADMINISTRADOR DE INICIO REMOTO
_COMPROBAR CONFIGURACIONES
_CONSULTE INSTALACION DE LOS ARCHIVOS MS-DOS EN EL SERVIDOR DE INICIO REMOTO

..::[ Que Necesito ]::..

DEFINIR PARA CADA EQUIPO LOS RECURSOS QUE SE NECESITAN PARA INSTALAR EL SERVIDOR QUE LE FUE ASIGNADO


Para usar tu PC como servidor con un dominio propio necesitas:


- Windows 2000 Server (no sirve el Profesional)
- Tener un dominio registrado (www.tudominio.com, www.tudominio.cl, etc)
- Una dirección IP estática, o en su defecto una dinámica pero que no te la cambien muy seguido



Explicaré los pasos para Win2000 Server:


Paso 1: Instalar servidor DNS

Un servidor DNS (Domain Name System) lo que hace es asociar direcciones ip con nombres más fáciles de recordar. Windows 2000 Server incorpora un servidor DNS, pero éste no se instala en la instalación estándar, sino que debemos especificarlo antes o después de la instalación. Para instalarlo después de la instalación podemos ir a "Add/Remove Programs", luego ir a "Add/Remove Windows Components", allí en "Networking Services" y luego en el submenú chequear "Domain Name System".


Paso 2: Configurar un DNS Primario

-Arrancamos el panel de control del DNS, seleccionando "start", luego "Administrative Tools", y después "DNS".

-A la izquierda aparecerá un icono de nuestro servidor, desplegamos en el "+" la lista y seleccionamos "Forward Lookup Zones". Luego en el menú de arriba seleccionamos "Action" y "New Zone".

-Aparecerá un asistente que nos guiará en el proceso de creación de la nueva zona.

-En el asistente elegimos Standard Primary y luego ponemos el nombre del dominio (Ej: midominio.com).

-Nos pedirá crear un nuevo archivo con un nombre por defecto, dejamos el nombre sugerido y seleccionamos "Next".

-Listo, la nueva zona ha sido creada, presionamos "Finish". Ahora debemos configurar unas cuantas cosas más.

-Con el botón derecho presionamos en el menú desplegado a la izquierda sobre la carpeta que lleva el nombre del dominio que hemos creado. Seleccionamos "New Host".

-Nos aparecerá una ventana donde debemos escribir en el primer recuadro "www", y en el siguiente recuadro colocar la dirección ip de nuestro PC. TIP: Para obtener la dirección IP podemos ir a Start-->Run y escribir "Ping nombre_del_servidor -t".


Paso 3: modificar los registros SOA y de servidor de nombres

-Ahora que ya tenemos nuestro DSN configurado nos preguntaremos ¿Cómo se llama este DSN? En el panel izquierdo, volvemos a hacer clic con el botón izquierdo sobre el dominio creado (dominio.com)

-Vamos a la pestaña de "Start of Authority(SOA)" Donde nos aparecerá una caja de texto llamada "Primary Server". Esta es la cadena que después tendremos que ingresar en el NIC.

-En la segunda caja de texto aparecerá "Responsible Person" que corresponde al email del administrador. Aquí debemos modificar y colocar nuestro email. Se debe tomar uno de los puntos como si fuera un arroba, es decir, si dice: admin.midominio.com equivale a que dijera admin@midominio.com.

-Probablemente el nombre del "Primary Server" nos aparecerá de la siguiente forma: numbre_PC.dns.midominio.com.


Paso 4: Ingresar los datos de nuestro servidor en el registro del dominio (NIC)

Después, en el nic (en mi caso es www.nic.cl , varía con cada país y dominio) configuré el dominio para que apuntara a mi servidor web (DNS primario = dns.matias.webmagic.cl (así se llama mi servidor de DNS) y mi dirección IP) no es necesario poner un DNS secundario. Los servidores DNS secundarios funcionan como reserva para este servidor, pero como tenemos un solo PC (al menos yo) no tiene sentido configurar un DNS secundario. Los cambios en el registro del dominio demoran alrededor de 3 días si es que tu dominio ya estaba apuntando a otro servidor.


Bueno después de seguir estos pasos, sólo queda colocar nuestros archivos en el IIS y ya tenemos sitio web.

..::[ Cuestionario ]::..

SERVIDOR DNS

[1] ¿Que significa DNS y que es?

[2] Explica los 3 componentes del DNS

[3] ¿Cuáles son los tipos de servidores DNS?

[4] ¿Cuáles son los tipos de dominio DNS?

[5] Menciona por los menos 3 software que se pueden usar en DNS

martes, 2 de junio de 2009

USOS DE LA SINCRONIZACION

MEMORIA CACHE

En los sistemas de archivos convencionales, el fundamento para la memoria caché es la reducción de la E/S de disco (lo que aumenta el rendimiento), en un SAD el objetivo es reducir el tráfico en la red. Esquema Básico, el concepto de memoria caché es sencillo, si los datos necesarios para satisfacer la solicitud de acceso no se encuentran en la memoria cache, se trae una copia de servicio al usuario y los accesos se llevan a cabo con la copia de memoria caché.
Comunicación en grupos (Algoritmos Para la Sincronización de Relojes)

Si una máquina tiene un receptor de UTC, todas las máquinas deben sincronizarse con ella. Si ninguna máquina tiene un receptor de UTC: • Cada máquina lleva el registro de su propio tiempo. • Se debe mantener el tiempo de todas las máquinas tan cercano como sea posible. Se supone que cada máquina tiene un cronómetro que provoca una interrupción “h” veces por segundo. Cuando el cronómetro se detiene, el manejador de interrupciones añade “1” a un reloj en software. El reloj en software mantiene un registro del número de marcas (interrupciones) a partir de cierta fecha acordada antes; al valor de este reloj se lo llama “C”.
Comunicación en grupos (Algoritmos Para la Sincronización de Relojes)

Si una máquina tiene un receptor de UTC, todas las máquinas deben sincronizarse con ella. Si ninguna máquina tiene un receptor de UTC: • Cada máquina lleva el registro de su propio tiempo. • Se debe mantener el tiempo de todas las máquinas tan cercano como sea posible. Se supone que cada máquina tiene un cronómetro que provoca una interrupción “h” veces por segundo. Cuando el cronómetro se detiene, el manejador de interrupciones añade “1” a un reloj en software. El reloj en software mantiene un registro del número de marcas (interrupciones) a partir de cierta fecha acordada antes; al valor de este reloj se lo llama “C”.
Algoritmo de Cristian

Es adecuado para sistemas en los que: • Una máquina tiene un receptor UTC, por lo que se la llama despachador del tiempo. • El objetivo es sincronizar todas las máquinas con ella. Cada máquina envía un mensaje al servidor para solicitar el tiempo actual, periódicamente, en un tiempo no mayor segundos. El despachador del tie Exclusión Mutua
Cuando un proceso debe leer o actualizar ciertas estructuras de datos compartidas: • Primero ingresa a una región crítica para lograr la exclusión mutua y garantizar que ningún otro proceso utilizará las estructuras de datos al mismo tiempo. En sistemas monoprocesadores las regiones críticas se protegen con semáforos, monitores y similares. En sistemas distribuidos la cuestión es más compleja.

Algoritmo de Berkeley

En el algoritmo de Cristian el servidor de tiempo es pasivo. En el algoritmo de Berkeley el servidor de tiempo: • Es activo. • Realiza un muestreo periódico de todas las máquinas para preguntarles el tiempo. • Con las respuestas:
Calcula un tiempo promedio.
Indica a las demás máquinas que avancen su reloj o disminuyan la velocidad del mismo hasta lograr la disminución requerida.
Es adecuado cuando no se dispone de un receptor UTC.
Exclusión Mutua

Cuando un proceso debe leer o actualizar ciertas estructuras de datos compartidas: • Primero ingresa a una región crítica para lograr la exclusión mutua y garantizar que ningún otro proceso utilizará las estructuras de datos al mismo tiempo. En sistemas monoprocesadores las regiones críticas se protegen con semáforos, monitores y similares. En sistemas distribuidos la cuestión es más compleja.
Transacciones Atómicas

Las técnicas de sincronización ya vistas son de bajo nivel:

El programador debe enfrentarse directamente con los detalles de:
La exclusión mutua.
El manejo de las regiones críticas.
La prevención de bloqueos.
La recuperación de fallas.
Se precisan técnicas de abstracción de mayor nivel que:
Oculten estos aspectos técnicos.
Permitan a los programadores concentrarse en los algoritmos y la forma en que los procesos trabajan juntos en paralelo.
Tal abstracción la llamaremos transacción atómica, transacción o acción atómica. La principal propiedad de la transacción atómica es el “todo o nada”:

SINCRONIZACION DE RELOJES LOGICOS

Lamport inventó un mecanismo simple por el que la relación sucedió antes puede capturarse numéricamente, denominado reloj lógico. Un reloj lógico de Lamport es un contador software que se incrementa monótonamente, cuyos valores no necesitan tener ninguna relación particular con ningún reloj físico.
No podemos inferir que los valores del reloj dado son aquéllos inmediatamente después del suceso para el que son adyacentes.

RELOJESLÓGICOS TOTALMENTE ORDENADOS.

Algunos pares de sucesos distintos, generados por diferentes procesos, tiene marcas de tiempo de Lamport numéricamente idénticas. Sin embargo, podemos crear un orden sobre los sucesos, esto es, uno para el que todos los pares de sucesos distintos están ordenados, teniendo en cuenta los identificadores de los procesos en los que ocurren los sucesos.
Lamport la utilizó, para ordenar la entrada de procesos en una sección crítica. Los sucesos están ordenados e forma única por los tiempos mostrados en el reloj lógico. Puesto que no podemos sincronizar perfectamente los relojes a lo largo de un sistema distribuido, no podemos usar, en general, el tiempo físico para obtener el orden de cualquier par arbitrario de sucesos que ocurran en él.

SINCRONIZACION DE RELOJES FISICOS

Para conocer en qué hora del día ocurren los sucesos, es necesario sincronizar los relojes de los procesos Ci, con una fuente de tiempo externa autorizada. Esto es la sincronización externa. Si están sincronizados con otro con un grado de precisión conocido, entonces podemos medir el intervalo entre dos eventos que ocurren en diferentes computadores llamando a sus relojes locales, incluso aunque ellos no estén necesariamente sincronizados con una fuente externa de tiempo. Esto es sincronización interna. Definimos estos dos modos desincronización más detalladamente como sigue, sobre un intervalo de tiempo real.

TOLERANCIA A FALLOS

(Fault Tolerance - tolerancia de fallos). Es la propiedad que permite a un sistema continuar operando adecuadamente en caso de una falla en alguno de sus componentes. La tolerancia de fallas es muy importante en aquellos sistemas que deben funcionar todo el tiempo. Ante una falla, otro componente o un procedimiento especial de respaldo pueden tomar el control para subsanar o amortiguar los efectos del fallo. Una forma de lograr tolerancia de fallas, es duplicar cada componente del sistema.

RCP

El RPC (del inglés Remote Procedure Call, Llamada a Procedimiento Remoto) es un protocolo que permite a un programa de ordenador ejecutar código en otra máquina remota sin tener que preocuparse por las comunicaciones entre ambos. El protocolo es un gran avance sobre los sockets usados hasta el momento. De esta manera el programador no tenía que estar pendiente de las comunicaciones, estando éstas encapsuladas dentro de las RPC.
Las RPC son muy utilizadas dentro del paradigma cliente-servidor. Siendo el cliente el que inicia el proceso solicitando al servidor que ejecute cierto procedimiento o función y enviando éste de vuelta el resultado de dicha operación al cliente.
Hay distintos tipos de RPC, muchos de ellos estandarizados como pueden ser el RPC de Sun denominado ONC RPC (RFC 1057), el RPC de OSF denominado DCE/RPC y el Modelo de Objetos de Componentes Distribuidos de Microsoft DCOM, aunque ninguno de estos es compatible entre sí. La mayoría de ellos utilizan un lenguaje de descripción de interfaz (IDL) que define los métodos exportados por el servidor.
Hoy en día se está utilizando el XML como lenguaje para definir el IDL y el HTTP como protocolo de red, dando lugar a lo que se conoce como servicios web. Ejemplos de éstos pueden ser SOAP o XML-RPC.