On Wed, 13 Nov 2013 22:22:28 +0100, Maykel Moya wrote:
...
similar al caso anterior. En este caso tú solicitas resolución
recursiva
pero ese NS no la autoriza. Se ve claramente si quitas el '+noall':
;; WARNING: recursion requested but not available
Esto es el comportamiento esperado de un
On 08/11/13 15:52, Hugo Florentino wrote:
> Ya veo. Supongamos que repito la consulta desde una red del exterior del
> país, sin deshabilitar la opción de recursividad. En tu experiencia, que
> se supone que deberían responder los nameservers de Etecsa?
>
> Concretamente:
>
> dig +noall
On Fri, 08 Nov 2013 10:41:21 +0100, Maykel Moya wrote:
Si pides que no se haga una query recursiva es lógico que
ns1.etecsa.cu
no responda sobre ese dominio porque ns1.etecsa.net no es autoridad
para
el mismo, por lo tanto la única opción que tiene para obtener alguna
info relevante es
On 04/11/13 12:44, Hugo Florentino wrote:
> Tengo una duda. Supongamos que hago una consulta como esta:
>
> dig +noall @nameserver midominio.cu. +authority +norecurse
>
> ¿No se supone que debo obtener al menos una respuesta con el nameserver
> al cual se está delegando mi zona?
>
> Lo pregunto
On Mon, 4 Nov 2013 07:57:07 -0500, Manuel de Jesús wrote:
Según me parece +noall está mal ubicado prueba escribiéndolo así
dig @nameserver midominio.cu y luego los parámetros
Es otra forma de ponerlo, lo que (a menos que me equivoque) si se pone
al principio hace de parámetro global, pero
On Monday, 4 de November de 2013 06:44:21 Hugo Florentino escribió:
> Hola colegas,
>
> Tengo una duda. Supongamos que hago una consulta como esta:
>
> dig +noall @nameserver midominio.cu. +authority +norecurse
>
> A menos que me equivoque, aquí basicamente le estoy diciendo a dig que
> me
Hola colegas,
Tengo una duda. Supongamos que hago una consulta como esta:
dig +noall @nameserver midominio.cu. +authority +norecurse
A menos que me equivoque, aquí basicamente le estoy diciendo a dig que
me muestre los resultados autoritarios que tiene el nameserver sobre mi
zona, y nada
