Bonjour, Une alternative a geoip est en train de voir le jour par les mainteneurs de IPFire: libloc.
Je ne l'ai pas testée, elle répond peut être que partiellement au besoin initial. Yannick Martin Le 18 août 2020 13:55:22 GMT+02:00, David Ponzone <[email protected]> a écrit : >Ma question porte sur la localisation du client, pas du serveur. > >David Ponzone > > > >> Le 18 août 2020 à 13:00, Charley SEDEAU <[email protected]> a écrit >: >> >> >> A l'époque ce n'était pas le cas chez Speedtest, ca utilisait >exclusivement le champ "localisation du serveur" (que tu communique >lors de l'inscription de ton serveur chez eux) pour lister les 5-10 >serveurs les plus proche de toi, puis ensuite un coup de ping pour >trouver le serveur ""le plus proche"". >> >> Je suis pas certain que ça ait évolué ces dernières années.. >> >> - Charley >> >> >> Le mar. 18 août 2020 à 11:58, David Ponzone <[email protected]> >a écrit : >>> En parlant de ça, est-ce que quelqu’un sait si les outils de test >(Speedtest, open Speedtest, nPerf) respecte le champ localisation GPS >du RIPE pour la sélection automatique du serveur de test ? >>> >>> David Ponzone >>> >>> >>> >>> > Le 17 août 2020 à 21:04, thomas brenac via frnog <[email protected]> >a écrit : >>> > >>> > >>> > En effet le seul a peut prêt fiable est maxmind et son service >geolite. Ils sont directement nourris par RIPE, ce qui n'est pas le cas >de autres qui réalisent de pales copies. >>> > >>> > Maxmind est donc la référence mais si celle ci n'est pas a jour, >alors que dans https://stat.ripe.net/ (petit rappel pour cela il faut >avoir correctement réalisé son object dans RIPE NCC) il y a bien la >bonne geoloc alors ne pas hésiter a demander a maxmind une mise a jour >via ce formulaire >>> > >>> > >https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location/ >>> > >>> > Après il peux s'agir non pas d'un soucis de geoloc mais de drop >list. Genre retrouver son subnet ici : >https://github.com/firehol/blocklist-ipsets/blob/master/ipdeny_country/id_country_fr.netset > >>> > >>> > et du coup ici aussi: https://www.ipdeny.com/ipblocks/ >>> > >>> > et la je ne sais même pas pourquoi certains des miens y sont >(apres allocation et avant meme leur utilisation !!) et aucune idée >comment les enlever... >>> > >>> > My 2 cents >>> > >>> > >>> > >>> > >>> >> On 17/08/2020 14:28, Steeve BEAUVAIS - Société Serinya Telecom >wrote: >>> >> Merci pour votre réponse :) >>> >> Vos réponses confirment ce que je pensé sur le faite que les >bases GeoIP >>> >> sont vraiment quelque chose à part. >>> >> >>> >> J'ai regardé les bases GeoIP justement et elle est bien à jour. >>> >> >>> >> Si quelqu'un chez SFR veut bien se manifester et regarder si ses >bases sont >>> >> à jour je suis preneur. >>> >> Cela nous bloque pour autoriser une de nos IP à accéder à votre >extranet et >>> >> le support SFR ne veut rien entendre. >>> >> >>> >> >>> >> Cordialement, >>> >> Steeve Beauvais >>> >> >>> >> >>> >> >>> >> ><http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php> >>> >> >>> >> >>> >>> Le lun. 17 août 2020 à 13:27, Alexis <[email protected]> >a écrit : >>> >>> >>> >>> Bonjour, >>> >>> >>> >>> On a déjà eu des choses bizarres avec les outils de GeoIP avec >certaines >>> >>> plages d'IP. >>> >>> >>> >>> Les outils en question avaient des copies obsolètes des bases de >GeoIP >>> >>> (Base Geolite en SQLite datée de plusieurs années). >>> >>> >>> >>> La résolution ? Il faut trouver l'emplacement de la base Geolite >dans >>> >>> l'outil, puis la remplacer par une plus récente. >>> >>> >>> >>> Bref, vérifiez que les bases Geolite sont à jour, déjà. La >version free >>> >>> contient les pays, elle est suffisante. >>> >>> Normalement, elle sera à jour. Dans ce cas, il faudra contacter >au cas >>> >>> par cas tous ceux qui localisent incorrectement vos IP. C'est >super >>> >>> lourd et pas pratique ... Mais j'ai rien de mieux sous le coude >:p >>> >>> >>> >>> Alexis >>> >>> >>> >>> Le 17/08/2020 à 12:03, Steeve BEAUVAIS - Société Serinya Telecom >a écrit : >>> >>>> Bonjour à tous, >>> >>>> >>> >>>> Nous avons récupérer des pools IPv4 l'année dernière. >>> >>>> Ces pools étaient utilisé dans une autre pays avant nous. >>> >>>> >>> >>>> Le problème est qu'aujourd'hui certaines bases semble toujours >voir ces >>> >>> IP >>> >>>> à l'étranger alors qu'elles sont bien déclarées sur le RIPE en >France. >>> >>>> D'autre bases, elles, voient bien mes IP en France. >>> >>>> >>> >>>> Avez-vous déjà rencontré le cas? >>> >>>> Merci à tous pour votre aide :) >>> >>>> >>> >>>> Cordialement, >>> >>>> Steeve Beauvais >>> >>>> >>> >>>> >>> >>>> >>> >>>> ><http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php> >>> >>>> >>> >>>> --------------------------- >>> >>>> Liste de diffusion du FRnOG >>> >>>> http://www.frnog.org/ >>> >>> >>> >>> --------------------------- >>> >>> Liste de diffusion du FRnOG >>> >>> http://www.frnog.org/ >>> >>> >>> >> --------------------------- >>> >> Liste de diffusion du FRnOG >>> >> http://www.frnog.org/ >>> >> >>> > -- >>> > >>> > >>> > Thomas BRENAC >>> > +33686263575 >>> > >>> > >>> > --------------------------- >>> > Liste de diffusion du FRnOG >>> > http://www.frnog.org/ >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ > >--------------------------- >Liste de diffusion du FRnOG >http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
