Comportamiento inesperado del dominio de búsqueda de Windows 7

Estoy experimentando con la opción de dominio de búsqueda de Windows 7, por lo que puedo falsificar comodines * .dev URL.

Me registré (por ahora) con un servicio dns gratuito (www.cloudns.org) y agregué un registro comodín A que apuntaba a la dirección IP de mi servidor web (máquina virtual Ubuntu).

Pruebas;

http: // test.franssen.cloudns.org (200 OK)
http: // test.test2.test3.franssen.cloudns.org (200 OK)

Ok, trabajando como se esperaba; A continuación, agregué "franssen.cloudns.org" como dominio de búsqueda en Windows 7 (y para mantener la coherencia también en ubuntu).

Pruebas;

ping test.franssen.cloudns.org
ping test.test2.test3.franssen.cloudns.org
prueba de ping
ping test.test2.test3

Los primeros 3 pings se resuelven a la IP de la máquina virtual, el último permanece sin resolver ... ¡¿Qué ?!

Vea también una captura de pantalla que dice más de 1000 palabras (es una máquina holandesa, pero debería aclarar mi punto)

windows-7 search domain

— Roland Franssen
fuente

Como tiene todas estas entradas DNS publicadas, agregué su sufijo de dominio con los mismos resultados exactos. Tengo la sensación de que no podrá solucionarlo de la manera que lo estaba intentando, ya que probablemente esté viendo la última prueba3 no como un host, sino como un dominio incompleto.

Haría esto: vaya a C: \ Windows \ System32 \ drivers \ etc \ hosts, desmarque el archivo como de solo lectura, agregue esta entrada y guarde:

192.168.56.128 test.test2.test3

Esto funcionó para mí. Si funciona para usted, regrese y márquelo como respondido.

— KCotreau
fuente

PD: en un cuadro de comando, haga un ipconfig / flushdns antes de probar. No deberías necesitarlo, pero por las dudas.

— KCotreau

Actualmente estoy haciendo eso, pero la idea era usar este truco para crear URL comodín * .dev en Windows (dinámico ftw)

— Roland Franssen

@Roland Franssen De alguna manera, no creo que te salgas con ese comportamiento.

— KCotreau

Un colega mío dice que debería funcionar, de hecho está funcionando en su OS X. Consulte también tools.ietf.org/html/rfc3397 (sección 4.2) "Resuelva un nombre que contenga puntos al intentarlo primero como un FQDN y, si eso falla, con el nombre de dominio local (o la lista de búsqueda si se especifica) adjunta ". Se supone que nada sobre "test.test2.test3" es un FQDN y, por lo tanto, la lista de búsqueda debe ignorarse ..

— Roland Franssen

@Roland Franssen Lo que debería funcionar, lo que hace OS X y lo que hace Microsoft son cosas diferentes. Microsoft tiene un historial de hacer las cosas a su manera. Por ejemplo, solo con IE8 comenzaron a seguir los RFC para eso. Pude reproducir sus resultados exactamente, e intenté evitarlo, sin otra suerte que agregar la entrada al archivo de hosts. Mi experiencia me dice que está codificado para trabajar de esa manera, ya sea que siga el RFC o no.

— KCotreau