Pas que je soutienne pour autant l'utilisation des TXT pour transporter plus d'information qu'il n'en faut (on a déjà une panoplie de protocoles pour ce qui est renseignement de contacts et informations administrative/géographiques), jeter le tout parce que c'est déclaratif, il n'est peut-être pas la peine de se leurer pour autant.
À l'heure des réseaux privés virtuels à grande échelle, des fibres noires transcontinentales, géolocaliser sur le préfixe ou se baser sur quelque information issue de la couche routage, c'est plus guère envisageable. Ou bien je propose le tagging des équipements réseaux avec des trackers géolocalisant, ainsi qu'une révision d'IP pour y inclure les metainfos signées par le chip agréé Cisco avec une clé sagement stockée en hard. Y'a peut-être plus simple ? On Wed, 2012-02-08 at 09:09 +0100, Emmanuel Thierry wrote: > 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/ -- Pierre Jaury <pie...@jaury.eu> +33(0)1.83.64.80.90 Réalisateur, hébergeur et infogéreur indépendant Internet hosting, outsourcing and development as a freelancer
signature.asc
Description: This is a digitally signed message part