<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comentarios en: César Alierta no veranea en Belice</title>
	<atom:link href="http://enreas.com/blog/dns-telefonica-belize-bz/feed" rel="self" type="application/rss+xml" />
	<link>http://enreas.com/blog/dns-telefonica-belize-bz</link>
	<description>Vaya, vaya... pensando, ¿verdad?</description>
	<pubDate>Fri, 21 Nov 2008 08:36:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Por: Juan Diego</title>
		<link>http://enreas.com/blog/dns-telefonica-belize-bz#comment-3</link>
		<dc:creator>Juan Diego</dc:creator>
		<pubDate>Mon, 22 Jan 2007 10:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://enreas.net/blog/dns-telefonica-belize-bz#comment-3</guid>
		<description>Gracias por tus comentarios, manje. Me ha picado la curiosidad por lo que comentas, así que he hecho algunas pruebas. Voy a poner todos los detalles por si a alguien más le interesa, o por si he metido la pata y alguien quiere corregirme.

Un servidor de nombres raíz guarda información sobre qué servidores son los encargados de resolver cada &lt;a href="http://es.wikipedia.org/wiki/TLD" title="TLD" rel="nofollow"&gt;TLD&lt;/a&gt;. Por ejemplo, si le pregunto por un dominio .com me debería decir qué servidores de nombres están al cargo de ellos.

Existe una lista con cada servidor de nombres raíz aquí: &lt;a href="http://www.root-servers.org/" title="Root Server Technical Operations Assn" rel="nofollow"&gt;http://www.root-servers.org/&lt;/a&gt;.
También se puede obtener con dig, preguntando a uno de ellos:

&lt;blockquote&gt;$ dig @e.root-servers.net . ns&lt;/blockquote&gt;

Como se puede ver, están nombrados de la A a la M. Preguntemos por www.belicenic.bz al servidor raíz A:

&lt;blockquote&gt;$ dig www.belizenic.bz @a.root-servers.net&lt;/blockquote&gt;

La respuesta es la misma si se pregunta al resto de servidores raíz:

&lt;blockquote&gt;;; AUTHORITY SECTION:
bz. 172800 IN NS NEDNS2.NETEKA.NET.
bz. 172800 IN NS NEDNS3.NETEKA.NET.
bz. 172800 IN NS NEDNS1.NETEKA.NET.&lt;/blockquote&gt;

Sólo he puesto la parte interesante de la respuesta, dig devuelve muchos más datos.

Lo que acabamos de obtener no es, en realidad, la lista de servidores de nombres que saben la IP de www.belizenic.bz sino la de aquellos que saben qué servidores de nombres la conocen. Es decir, preguntemos al primero de ellos de nuevo por www.belizenic.bz:

&lt;blockquote&gt;$ dig www.belizenic.bz @nedns1.neteka.net&lt;/blockquote&gt;

La respuesta es (la parte relevante para este caso de la misma):

&lt;blockquote&gt;;; AUTHORITY SECTION:
belizenic.bz. 172800 IN NS NS1.belizenic.bz.
belizenic.bz. 172800 IN NS PIXIE.UCB.EDU.bz.&lt;/blockquote&gt;

Ahora sí. Preguntemos por la IP de www.belizenic.bz a ns1.belizenic.bz:

&lt;blockquote&gt;;; ANSWER SECTION:
www.belizenic.bz. 86400 IN A 216.220.62.169&lt;/blockquote&gt;

¡Tachán! Ya tenemos su IP.

Las pruebas anteriores se han realizado utilizando los servidores de nombres de ya.com en el archivo /etc/resolv.conf (equivalente a asignarlos en la configuración de la tarjeta de red en Windows). Ahora bien, en cuanto utilice los servidores de nombres de Telefónica (80.58.61.250 y 80.58.61.254, o los antiguos, 80.58.0.33 y 80.58.32.97), no puedo pasar del segundo paso, porque ahí es necesario que se puedan resolver dominios .bz para obtener las IP de ns1.belizenic.bz y de pixie.ucb.edu.bz.

Es decir, incluso el resultado de estás pruebas depende de los servidores de nombres configurados en la máquina desde las que se realicen.</description>
		<content:encoded><![CDATA[<p>Gracias por tus comentarios, manje. Me ha picado la curiosidad por lo que comentas, así que he hecho algunas pruebas. Voy a poner todos los detalles por si a alguien más le interesa, o por si he metido la pata y alguien quiere corregirme.</p>
<p>Un servidor de nombres raíz guarda información sobre qué servidores son los encargados de resolver cada <a href="http://es.wikipedia.org/wiki/TLD" onclick="javascript:pageTracker._trackPageview('/outbound/comment/es.wikipedia.org');" title="TLD" rel="nofollow">TLD</a>. Por ejemplo, si le pregunto por un dominio .com me debería decir qué servidores de nombres están al cargo de ellos.</p>
<p>Existe una lista con cada servidor de nombres raíz aquí: <a href="http://www.root-servers.org/" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.root-servers.org');" title="Root Server Technical Operations Assn" rel="nofollow">http://www.root-servers.org/</a>.<br />
También se puede obtener con dig, preguntando a uno de ellos:</p>
<blockquote><p>$ dig @e.root-servers.net . ns</p></blockquote>
<p>Como se puede ver, están nombrados de la A a la M. Preguntemos por <a href="http://www.belicenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belicenic.bz');" rel="nofollow">http://www.belicenic.bz</a> al servidor raíz A:</p>
<blockquote><p>$ dig <a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a> @a.root-servers.net</p></blockquote>
<p>La respuesta es la misma si se pregunta al resto de servidores raíz:</p>
<blockquote><p>;; AUTHORITY SECTION:<br />
bz. 172800 IN NS NEDNS2.NETEKA.NET.<br />
bz. 172800 IN NS NEDNS3.NETEKA.NET.<br />
bz. 172800 IN NS NEDNS1.NETEKA.NET.</p></blockquote>
<p>Sólo he puesto la parte interesante de la respuesta, dig devuelve muchos más datos.</p>
<p>Lo que acabamos de obtener no es, en realidad, la lista de servidores de nombres que saben la IP de <a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a> sino la de aquellos que saben qué servidores de nombres la conocen. Es decir, preguntemos al primero de ellos de nuevo por <a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a>:</p>
<blockquote><p>$ dig <a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a> @nedns1.neteka.net</p></blockquote>
<p>La respuesta es (la parte relevante para este caso de la misma):</p>
<blockquote><p>;; AUTHORITY SECTION:<br />
belizenic.bz. 172800 IN NS NS1.belizenic.bz.<br />
belizenic.bz. 172800 IN NS PIXIE.UCB.EDU.bz.</p></blockquote>
<p>Ahora sí. Preguntemos por la IP de <a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a> a ns1.belizenic.bz:</p>
<blockquote><p>;; ANSWER SECTION:<br />
<a href="http://www.belizenic.bz" onclick="javascript:pageTracker._trackPageview('/outbound/comment/www.belizenic.bz');" rel="nofollow">http://www.belizenic.bz</a>. 86400 IN A 216.220.62.169</p></blockquote>
<p>¡Tachán! Ya tenemos su IP.</p>
<p>Las pruebas anteriores se han realizado utilizando los servidores de nombres de ya.com en el archivo /etc/resolv.conf (equivalente a asignarlos en la configuración de la tarjeta de red en Windows). Ahora bien, en cuanto utilice los servidores de nombres de Telefónica (80.58.61.250 y 80.58.61.254, o los antiguos, 80.58.0.33 y 80.58.32.97), no puedo pasar del segundo paso, porque ahí es necesario que se puedan resolver dominios .bz para obtener las IP de ns1.belizenic.bz y de pixie.ucb.edu.bz.</p>
<p>Es decir, incluso el resultado de estás pruebas depende de los servidores de nombres configurados en la máquina desde las que se realicen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: manje</title>
		<link>http://enreas.com/blog/dns-telefonica-belize-bz#comment-2</link>
		<dc:creator>manje</dc:creator>
		<pubDate>Mon, 22 Jan 2007 09:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://enreas.net/blog/dns-telefonica-belize-bz#comment-2</guid>
		<description>Tal vez no sea un problema de telefónica. Con el tema de los dns es habitual que si está fallando algo gracias a las caches funcionen unos servidores dns y otros no.

Lo digo porque de los servidores root solo el J (existen desde A hasta M) me resuleve ahora los .bz</description>
		<content:encoded><![CDATA[<p>Tal vez no sea un problema de telefónica. Con el tema de los dns es habitual que si está fallando algo gracias a las caches funcionen unos servidores dns y otros no.</p>
<p>Lo digo porque de los servidores root solo el J (existen desde A hasta M) me resuleve ahora los .bz</p>
]]></content:encoded>
	</item>
</channel>
</rss>
