Al configurar Google Adsense o Gmail como propietario del sitio, se le requiere modify a CNAME record for verification. Microsoft hace the same thing.Verificar la propiedad del dominio
Estoy construyendo un sitio web donde me gustaría que un propietario de un grupo verifique la propiedad de un dominio de la misma manera. ¿Cómo logro esto?
Hay muchas formas de hacerlo. Clasificado por orden de preferencia:
<!-- verify code --> en la página principalRecomendaría implementar alguna combinación de estos. El último debe ser una medida de último recurso para las personas que no pueden insertar elementos en la sección <head> de sus sitios. Bien hecho, muchos usuarios podrían reclamar la propiedad de su dominio sin tener que realizar ninguna acción, siempre que ya le hayan proporcionado una dirección de correo electrónico.
Para el tema específico de obtener información de DNS, intente esto:
$ dig TXT google.com
; <<>> DiG 9.4.3-P3 <<>> TXT google.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4045
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;google.com. IN TXT
;; ANSWER SECTION:
google.com. 3600 IN TXT "v=spf1 include:_netblocks.google.com ip4:216.73.93.70/31 ip4:216.73.93.72/31 ~all"
;; Query time: 131 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Sat Oct 24 16:50:56 2009
;; MSG SIZE rcvd: 122
esta consulta en particular le da las entradas SPF para google.com. Lo mismo podría hacer:
dig TXT verify.example.com
Luego, verifique el código de confirmación en la sección de respuestas.
Necesita consultar el servidor DNS para el registro CNAME de ese dominio. Puede ser tan simple como usar dig/nslookup/etc y extraer datos de él o usar capacidades de resolución de nombres de su plataforma/idioma.
También puede ser consciente de esta técnica y ya la descartó (ya que esto realmente muestra quién tiene el control de un sitio en lugar de un dominio como usted especifica), pero podría pedirle a la persona que coloque un archivo con un nombre específico y contenido en el nivel raíz del dominio.
Por ejemplo:
http://www.blahdeblah.net/**verify.txt**
La única ventaja es que una vez que hacen esto no tiene que esperar para que los cambios se propagan, su inmediata.
Los URI "conocidos" son incorrectos. Esto intenta hacerlos menos malos, pero todavía son malos: http://tools.ietf.org/html/draft-nottingham-site-meta-02 –
¿Tengo razón en suponer que el código de confirmación está después de "v"? = "? Encontré este recurso con más información: http://en.wikipedia.org/wiki/Sender_Policy_Framework#Implementation –
Estaba dando un ejemplo de un uso real no relacionado de los registros TXT. El enlace que proporcionó explica SPF (evita el correo no deseado). En su caso, necesitaría diseñar su propio esquema de confirmación. Probablemente emita un nonce, y simplemente haga que copien y peguen el nonce en un registro TXT. –