green.foobar.com. IN MX 5 mailhub.foobar.com. |
El primer paso para evitar la ambig�edad con los nombres de anfitri�n fue el proyecto de mapeado UUCP. Se encuentra en la Universidad de Rutgers y registra de manera oficial todos los nombres de anfitri�n, junto con informaci�n sobre otros sistemas UUCP y su situaci�n geogr�fica, procurando que no se repita ninguno. Esta informaci�n en manos del proyecto de mapeado UUCP, se publica bajo el nombre Mapas Usenet , y son distribuidos regularmente a trav�s de Usenet. El formato t�pico de entrada a un mapa (eliminados ya los comentarios) es de la siguiente manera:[1]
moria bert(DAILY/2), swim(WEEKLY) |
Esta entrada indica que moria est� vinculado a bert, al cual llama dos veces al d�a, y a swim, al cual llama semanalmente. Explicaremos con m�s detalle lo referente al formato de fichero de mapas.
Con la informaci�n sobre la conectividad que obtenemos de los mapas, podemos generar la totalidad de rutas existentes entre su sistema anfitri�n y cualquier sitio. Esta informaci�n se encuentra en el fichero de rutas, tambi�n conocido como base ruta-alias. Supongamos que los mapas indican que usted puede ponerse en contacto con bert a trav�s deernie; una entrada en forma de alias de ruta para moria generado del retazo del mapa anterior podr�a ser de la siguiente manera:
moria ernie!bert!moria!%s |
Si usted propone la direcci�n janet@moria.uucp, el MTA seguir� la ruta anterior y enviar� el mensaje a, ernie con la direcci�nbert!moria!janet.
No obstante, crear un fichero de rutas a partir de los mapas Usenet no es buena idea. La informaci�n que contienen suele estar distorsionada, y tambi�n es posible que no est� actualizada. Es por ello que s�lo un determinado n�mero de anfitriones utilizan los mapas UUCP completos para crear sus ficheros de rutas. Muchos sitios mantienen la informaci�n de ruta s�lo para sitios que se encuentran en su entorno, y env�an cualquier mensaje a los sitios que no est�n presentes en su base de datos a anfitriones m�s inteligentes con informaci�n de ruta m�s completa. Este esquema se llama encaminamiento por anfitri�n inteligente. Los anfitriones que tienen s�lo un v�nculo de correo UUCP (los llamados leaf sites), no pueden realizar el encaminamiento por su cuenta, deben dejar esa labor a un anfitri�n inteligente.
.sub.org swim!smurf!%s |
Con el fin de se ser localizados desde Internet, los dominios basados en UUCP muestran un registro MX (los registros MX se comentaron en la secci�n“Secci�n 17.4.1”). Por ejemplo, supongamos que moria pertenece al dominio orcnet.org gcc2.groucho.edu act�a como su pasarela a Internet. Entonces moria utilizar�a gcc2 como anfitri�n, para que toda la correspondencia dirigida a dominios extranjeros se distribuyese a trav�s de Internet. Por otro lado, gcc2 mostrar�a un registro MX para *.orcnet.org y llevar�a todo el correo entrante para los sitios orcnet a moria. El asterisco en *.orcnet.org es un comod�n que empareja todos los anfitriones de ese dominio que no est�n relacionados con ning�n registro. Esto ocurre con frecuencia s�lo con los dominios UUCP.
El �nico problema que queda es que los programas de transmisi�n UUCP no pueden funcionar con nombres de dominio ilimitados. Muchos sitios UUCP fueron dise�ados para trabajar con nombres de hasta ocho caracteres, o incluso menos, y sin utilizar caracteres alfanum�ricos como el punto.
Por lo tanto, habr�a que hacer un mapeado entre los nombres RFC-822 y los nombres de anfitri�n UUCP. El mapeado depende totalmente de su puesta en pr�ctica. Una manera com�n de mapear los nombres FQDN y los UUCP, es usar el fichero del alias de ruta:
moria.orcnet.org ernie!bert!moria!%s |
Esto producir� un bang path al estilo UUCP desde una direcci�n que especifique un nombre de dominio completamente cualificado. algunos agentesd de transporte proporcionan un fichero especial para esto: sendmail, por ejemplo, usa el fichero uucpxtable.
La transformaci�n inversa (conocida coloquialmente como domainizing ) a veces es necesaria cuando se env�a un mensaje desde una red UUCP a Internet. Mientras el emisor utilice el nombre de dominio completo en la direcci�n de destino, este problema se puede evitar si no eliminamos dicho nombre de dominio. Sin embargo, hay sitios UUCP que no pertenecen a ning�n dominio. Normalmente llevan el pseudo-dominio uucp.
La base de datos ruta-alias proporciona la principal informaci�n de ruta en las redes basadas en UUCP. La entrada es de esta manera (el nombre del sitio y la ruta est�n separados mediante tabulaciones):
moria.orcnet.org ernie!bert!moria!%s moria ernie!bert!moria!%s |
Esto hace que cualquier mensaje enviado a moria sea entregado pasando por ernie y bert. Tanto el nombre moriacomo el nombre UUCP deben ser dados si el emisor no los incluye.
Si usted quiere dirigir todos los mensajes a los anfitriones dentro de un dominio a su repetidor de correo, puede especificar una ruta en la base de datos del alias de ruta, indicando el nombre de dominio precedido por un punto como el destino. Por ejemplo, si a todos los anfitriones en sub.org llegamos por medio de swim!smurf, la entrada de alias de ruta podr�as ser de la siguiente manera:
.sub.org swim!smurf!%s |
Escribir el fichero de alias de ruta es aceptable s�lo cuando accede a un sitio de Internet donde no son necesarias muchas operaciones de encaminamiento. Si tiene que realizar diversas operaciones de encaminamiento para un gran n�mero de anfitriones, la mejor manera de hacerlo es usar la orden alias de ruta para crear el fichero a partir del fichero de mapas. Los mapas son m�s f�ciles de mantener, porque se a�ade o elimina un sistema editando la entrada al mapa del sistema y volviendo a crear el fichero de mapa. Aunque los mapas publicados por el Proyecto de Mapeado Usenet ya no se usan tanto para el encaminamiento, las redes peque�as UUCP nos pueden dar la informaci�n sobre el encaminamiento de sus propios mapas.
Un fichero de mapa consiste principalmente en una lista de sitios que cada sistema selecciona, o bien seleccionada por alg�n sistema. El nombre del sistema empieza en la primera columna y va seguido por una lista de enlaces separados por una coma. La lista puede continuar si la siguiente l�nea comienza por el tabulador. Cada v�nculo consiste en el nombre del sitio seguido por un coste entre par�ntesis. El coste es una expresi�n aritm�tica formada por n�meros y expresiones simb�licas como DAILY o WEEKLY. Las l�neas que empiezan por > se ignoran.
Por ejemplo, consideremos moria, que selecciona swim.twobirds.com dos veces al d�a y bert.sesame.com que lo hace una por semana. El v�nculo a bert usa modem lento a 2.400 bps. moria publicar�a la siguiente entrada:
moria.orcnet.org bert.sesame.com(DAILY/2), swim.twobirds.com(WEEKLY+LOW) moria.orcnet.org = moria |
La �ltima l�nea tambi�n da a conocer a moria bajo su nombre UUCP. Tenga en cuenta que el coste se debe especificar como DAILY/2 porque conectando dos veces al d�a limita a la mitad el coste del v�nculo
Al usar la informaci�n de los ficheros de mapas pathalias es capaz de calcular las rutas �ptimas a cualquier destino indicado en el fichero de ruta y producir una base de datos ruta-alias con la que realizar el encaminamiento a estos sitios.
alias de ruta proporciona otras opciones como el ocultamiento del sitio (es decir, que s�lo se pueda llegar a los sitios a trav�s de una pasarela). Consulte la p�gina sobre alias de ruta del manual para obtener detalles y una lista completa de v�nculos cost.
Los comentarios sobre el fichero de mapas suelen contener informaci�n adicional sobre los sitios descritos en �l. Existe un formato r�gido en el que se puede especificar esta informaci�n de tal forma que se pueda recuperar a partir de los mapas. Por ejemplo, un programa llamado uuwho utiliza una base de datos creada a partir de los ficheros de mapa para mostrar tal informaci�n de manera c�moda. Por ello, si usted contrata un sitio con una organizaci�n que distribuye ficheros de mapas, deber� rellenar dicha entrada. A continuaci�n se muestra un ejemplo de entrada de mapa (es la perteneciente al sitio web de Olaf):
#N monad, monad.swb.de, monad.swb.sub.org #S AT 486DX50; Linux 0.99 #O private #C Olaf Kirch #E okir@monad.swb.de #P Kattreinstr. 38, D-64295 Darmstadt, FRG #L 49 52 03 N / 08 38 40 E #U brewhq #W okir@monad.swb.de (Olaf Kirch); Sun Jul 25 16:59:32 MET DST 1993 # monad brewhq(DAILY/2) # Domains monad = monad.swb.de monad = monad.swb.sub.org |
El espacio en blanco que sigue a los dos primeros caracteres equivale a una tabulaci�n. El significado de la mayor�a de los campos est� bastante claro; de todas maneras, en caso de registrarse en cualquier dominio, recibir�a dicha descripci�n detallada. El caso de la L es el m�s curioso: proporciona la posici�n geogr�fica (latitud/longitud) del usuario y se encarga de dibujar los mapas PostScript que controlan todos los sitios web de cada pa�s e incluso de toda la red.[2]
[1] | Los mapas para los sitios registrados en el proyecto de mapeado UUCP se distribuyen a trav�s del grupo de noticias comp.mail.maps ; otras organizaciones pueden publicar distintos mapas para sus redes. |
[2] | Suelen ser publicados en news.lists.ps-maps. Ojo! Son INMENSOS. |