Internet Protocol - Request for Comments Documents The Request For Comments (RFC) documents have been used

on the Internet for more than 20 years. Researchers from universities and corporations publish these documents to solicit feedback on new technologies for the Internet. The RFC approach made good sense at the time, because most people on the Internet were developing or were at least interested in "foundation technologies" like Internet Protocol (IP). The first RFC for Internet Protocol, RFC 760, was published in January 1980. RFC 791, published in September 1981, superceded the original document. It is fairly common to find multiple RFCs that represent revised versions of the same technology specification. The very first RFC, RFC 1, was published in April 1969. Although the "host software" technology discussed has long since become obsolete, documents like this one offer a very interesting glimpse into the early days of computer networking. As the basic technologies of the Internet have matured, and the Internet has grown to include many nontechnical people, the need for RFCs has diminished. Yet a few RFCs are still being produced today.

Los dos componentes bsicos de DNS son "servidores de nombres" y "Resolucin". Trabajo de DNS es controlada principalmente por estos dos componentes y DNS sigue el mtodo de almacenamiento en cach para su buen funcionamiento. Servidor de nombres se ha dividido en dos partes a saber, "servidor de nombres padre" y "Tu propio servidor de nombres". En la contratacin de su dominio, especificando el nombre del servidor, que debe ser utilizado por el dominio, es importante. Esta informacin es recogida y enviada a los padres los servidores de nombres. Una vez que el servidor de nombres padre responde de nuevo con los nombres especficos de los servidores de nombres que ha dado y el resto es la funcin de resolver. Resolver contiene toda la lista de servidores de nombres. Usted puede visitar la opcin de servidores de nombres en el distribuidor de nivel y llegar a un servidor de nombres nuevos. Esto se puede hacer de cualquier manera al visitar la zona de su dominio. Llegar a su "dominio punto com" a travs de la zona a nivel de administracin y la adicin de los registros de direcciones IP como 192.168.1.254 y 192.168.1.100 como subdominios, te hace todo listo para la resolucin de los valores. Despus de esto se establece el registro de la misma como servidores de nombres. El almacenamiento en cach de procesos es un trmino muy familiar para la accin DNS. Siempre que un servidor de nombres contiene informacin acerca de la asignacin, la informacin se almacena en cach. Cualquier consulta auxiliares basados en la cartografa misma usa el resultado anterior en cach, lo que sin duda reduce los costos incurridos en la bsqueda. El TTL (Time to Live) componente presente en la memoria cach decide la duracin de almacenamiento en cach de cualquier pieza de informacin. Un ejemplo de trabajo.

Supongamos que usted ha decidido introducir una URL en el cuadro de navegacin y la ha introducido. Ahora, despus de que permiti que el proceso en la web, se pone en la web y busca un servidor DNS para resolver la direccin de alfa de forma numrica llamada direccin IP. Cuando la direccin URL se emparejado con la direccin IP, que no tardara en obtener una direccin IP devuelta. Ahora bien, esta direccin IP es utilizada por el navegador para cargar la pgina que usted est interesado pulg