Conexión de los cables de red

1. Armado de Cables UTP: Recto y Cruzado
2. DNS(Sistema de Nombres de Dominio)
3. Fallos en Redes y PC's
4. Las Redes Informáticas
5. Normativa de uso de los recursos informáticos y de comunicaciones
7. Redes de Computadoras

Para montar una red son fundamentales los cables que unen los PC's con el HUB ó Switch (ROUTER también). Por eso es importante tener en cuenta el tipo de cable el conector y el orden de los hilos.

* Cables RJ45

Normalmente, para redes de 10 Mb/s se utiliza cable par trenzado UTP categoría 5 que consta de 8 hilos que vienen colocados en pares de 2.

Los pares internamente vienen de la siguiente forma:

Primer par de hilos: Blanco-Naranja. Naranja.

Segundo par de hilos: Blanco-Verde. Azul.

Tercer par de hilos: Blanco-Azul. Verde.

Cuarto par de hilos: Blanco-Marrón. Marrón

Si queremos hacer un cable con las menores interferencias posibles para redes 10~100Mb/s. Puede seguirse el siguiente orden:

CONEXIÓN DE PC A ROUTER AL MÓDEM DSL

CONEXIÓN CROSSOVER

 Armado de Cables UTP: Recto y Cruzado

Materiales Necesarios:

Para que todos los cables funcionen en cualquier red, se sigue un estándar para hacer las conexiones.  

Los dos extremos del cable llevan un conector RJ45 con los colores en el orden indicado

CRUZADO:

Si solo se quieren conectar 2 PC's, existe la posibilidad de colocar el orden de los colores de tal manera que no sea necesaria la presencia de un HUB. 

Es muy importante recordar que cuando se conectan computadoras en red no solo se las esta conectando físicamente, sino que también se las conecta eléctricamente. Una descarga de voltaje puede dañar una o varias maquinas. Es por esto que es de suma importancia aplicar una buena tierra física a la instalación eléctrica y así evitarse sorpresas.

DNS(Sistema de Nombres de Dominio)

El DNS (Domain Name System) es un conjunto de protocolos y servicios (base de datos distribuida) que permite a los usuarios utilizar nombres en vez de tener que recordar direcciones IP numéricas. Ésta es ciertamente la función más conocida de los protocolos DNS: la asignación de nombres a direcciones IP. Por ejemplo, si la dirección IP del sitio FTP de prox.ve es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.ve 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.TXT que contenía todos los nombres de dominio conocidos. (técnicamente, este archivo aun existe – la mayoría de los sistemas operativos actuales todavía pueden ser configurados para chequear su archivo hosts).

El crecimiento explosivo de la red causó que el sistema de nombres centralizado en el archivo HOSTS.TXT resultara impráctico y en 1983,

Paul Mockapetris publicó los RFCs 882 y 883 definiendo lo que hoy en día ha evolucionado al DNS moderno. (Estos RFCs han quedado obsoletos por la publicación en 1987 de los RFCs 1034 y 1035).

Como trabaja DNS en teoría

Componentes

Para la operación práctica del sistema DNS se utilizan tres componentes principales:

• Los Clientes DNS (resolvers), un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolución de nombres a un servidor DNS (de la forma: ¿Qué dirección IP corresponde a nombre.dominio?);
• Los Servidores DNS (name servers), que contestan las peticiones de los clientes, los servidores recursivos tienen la capacidad de reenviar la petición a otro servidor si no disponen de la dirección solicitada;
• Y las Zonas de autoridad' (authoritative DNS server), porciones del espacio de nombres de dominio que manejan las respuestas a las peticiones de los clientes. La zona de autoridad abarcan al menos un dominio e incluyen subdominios, pero estos generalmente se delegan a otros servidores.

Entendiendo las partes de un nombre de dominio

Un nombre de dominio usualmente consiste en dos o más partes (técnicamente etiquetas), separadas por puntos. Por ejemplo, www.mahomedalid.org o es.Wikipedia.org

• A la ubicada más a la derecha se llama

  dominios de primer nivel. Como org en www.mahomedalid.org o es.Wikipedia.org

• Cada etiqueta a la izquierda especifica una subdivisión o subdominio. Nótese que "subdominio" expresa dependencia relativa, no dependencia absoluta.

En teoría, esta subdivisión puede ser de 127 niveles, y cada etiqueta contiene cerca de 63 caracteres, tantos como para que el nombre del dominio total no exceda los 255 caracteres, aunque en la práctica es mucho menor que eso.

• Finalmente, la parte más a la izquierda del dominio (usualmente) expresa el nombre de la máquina (hostname). El resto del dominio simplemente especifica la manera de crear una ruta lógica a la información requerida; el nombre de la máquina es el sistema destino para el cual cada dirección IP esta dedicada. Por ejemplo, el dominio es.Wikipedia.org tiene el nombre de la máquina "es".

El DNS consiste en un conjunto jerárquico de servidores DNS. Cada dominio o subdominio tiene una o más zonas de autoridad que publican la información acerca del dominio y los nombres de servicios de cualquier dominio incluido. La jerarquía de las zonas de autoridad coincide con la jerarquía de los dominios. Al inicio de esa jerarquía se encuentra los servidores raíz: los servidores que responden cuando se busca resolver un dominio de primer nivel.

LOS DNS SON

Tipos de servidores DNS

Bind • PowerDNS • MaraDNS • djbdns • pdnsd • MyDns

Tipos de resolución de nombres de dominio

Existen tres tipos de consultas que un cliente (resolver) puede hacer a un servidor DNS:

• recursiva
• iterativa
• inversas

Recursiva:

El servidor DNS responde con el dato solicitado, en caso contrario con un mensaje de error.

Nombre de Dominio Internacionalizado

Internationalized Domain Name (IDN) o nombre de dominio internacionalizado es un nombre de dominio de Internet que (potencialmente) contiene caracteres no ASCII. Estos nombres de dominio pueden contener letras con acento diacrítico, como se requiere por muchos lenguajes Europeos, o caracteres de escrituras no latinas como las árabes y chinas. Sin embargo, el estándar para nombres de dominio no permiten tales caracteres, y mucho del trabajo ha pasado por encontrar una forma de solucionar de cualquier forma este tema, ya sea cambiando el estándar o acordando una forma de convertir los nombres de dominio internacionalizados en nombres de dominio en ASCII estándar mientras se mantenga la estabilidad del sistema de nombres de dominio.

IDN fue propuesto originalmente en 1998. Después de mucho debate y muchas propuestas competidoras, un sistema llamado Internacionalización de Nombres de Dominio en Aplicaciones (Internationalizing Domain Names in Applications – IDNA) fue adoptado como el estándar elegido, y en el 2005 ha empezado su presentación pública.

En IDNA, el término nombre de dominio internacionalizado específicamente denota cualquier nombre de dominio que consiste solamente en etiquetas en las que el algoritmo IDNA ToASCII puede ser exitosamente aplicado. ToASCII se basa en la codificación ASCII

Punycode de cadenas Unicode normalizadas.

ASCII

American Standard Code for Information Interchange (Código Estadounidense Estándar para el Intercambio de Información) es un código de caracteres basado en el alfabeto latino tal como se usa en

inglés moderno y otras lenguas occidentales. Creado aproximadamente en 1963 por el Comité Estadounidense de Estándares (ASA) como una refundición o evolución de los conjuntos de códigos utilizados entonces en telegrafía. Más tarde, en 1967, se incluyen las minúsculas y se redefinen algunos códigos de control para formar el código conocido como US-ASCII.

Casi todos los sistemas informáticos de hoy en día utilizan el código ASCII o una extensión compatible para representar textos y para el control de dispositivos que manejan texto.

Define 128 códigos posibles, dividido en 4 grupos de 32 caracteres, (7 bits de información por código), aunque utiliza menos de la mitad, para caracteres de control, alfabéticos (no incluye minúsculas), numéricos y signos de puntuación. Su principal ventaja, aparte de constituir un estándar, consiste en la ordenación alfabética de los códigos.

Normalmente el código ASCII se extiende a 8 bits (1 byte) añadiendo un bit de control, llamado bit de paridad.

A menudo se llama incorrectamente ASCII a otros

códigos de caracteres de 8 bits, como el estándar ISO-8859-1 que es una extensión que utiliza 8 bits para proporcionar caracteres adicionales usados en idiomas distintos al inglés, como el nuestro.

Internacionalización de Nombres de Dominio en Aplicaciones

Internacionalización de Nombres de Dominio en Aplicaciones (IDNA) es un mecanismo definido en el 2003 para manejar nombres de dominio internacionalizados que contienen caracteres no ASCII. Estos nombres de dominio no puede ser manejados por la existente infraestructura de resolución de nombres y DNS. En vez de rediseñar la infraestructura DNS existente, se decidió que nombres de dominio no ASCII deben ser convertidos a una forma basada en ASCII por los navegadores web y otras aplicaciones de usuario; IDNA especifica como esta conversión debe realizarse.

IDNA fue diseñado para la máxima compatibilidad hacia atrás con el sistema DNS existente, el cual fue diseñado para ser usado con nombres utilizando sólo un subconjunto de los caracteres ASCII existentes.

Una aplicación habilitada para IDNA es capaz de convertir entre ASCII restringido y respresentaciones no ASCII para un dominio, utilizando la forma ASCII en los casos donde se necesite (como el lookup DNS), pero que sea capaz de presentar la forma no ASCII de mejor lectura a los usuarios. Las aplicaciones que no soporten IDNA no serán capaces de manejar nombres de dominio con caracteres no ASCII, pero todavía serán capaces de acceder a tales dominios si les es dado el equivalente ASCII (normalmente más críptico).

ICANN presentó guías de planeación para el uso de IDNA en Junio del 2004 y era posible registrar dominios .jp usando este sistema en Julio del 2004. Muchos otros registros de dominios de alto nivel comenzaron a aceptar registros en Marzo de 2004.

Las primeras aplicaciones en soportar IDNA fueron Mozilla 1.4, Netscape 7.1 y Opera 7.11.