Le 8 févr. 2012 à 03:39, Michel Py a écrit : > Salut la liste, > >>> Michel Py a écrit: >>> un géoloc potable ce n'est pas compliqué à interroger, ou ça l'est ? > >> Patrick Maigron a écrit: >> Le problème est l'aspect "potable" justement. Ces softs ont des >> taux d'erreur non négligeables, entre ceux qui travaillent par /24 >> et ceux qui se basent sur les réponses des internautes... Si un >> registrar français met deux serveurs de sa plage d'adresses dans >> un data center US pour répondre aux critères, est-ce que les >> logiciels de géoloc les verront au bon endroit ? > > > Depuis des lustres, il existe un moyen de préciser la position d'un domaine, > subnet ou host: > RFC 1876 (ftp://ftp.rfc-editor.org/in-notes/rfc1876.txt). > > C'est resté au stade expérimental, possiblement à cause d'un petit coté usine > à gaz sur les bords. Ca n'a pas l'air d'être répandu. > > > Je propose un nouveau système basé sur rDNS: Créer un RR de type TXT qui > contient l'info. > > 1 IN PTR cisco.arneill-py.sacramento.ca.us > 1 IN TXT blah: blah > 1 IN TXT geoloc: <lat> 38.559219 </lat> <long> -121.481927 </long> > <city> Sacramento </city> > <country> USA </country>" > 2 IN PTR server.arneill-py.sacramento.ca.us
Oui, enfin ça ne résout pas le problème, ça reste déclaratif. Donc c'est même pire que de la géolocalisation classique, puisqu'il te suffit de déclarer ton serveur aux US dans ses DNS pour que maintenant il soit éligible à être authoritative sur des noms de domaines US ! :) Tu peux même te monter un us.domaine.com, fr.domaine.com, es.domaine.com, ... pour avoir un même serveur multilocalisé ! --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/