Résumé

  • Les filtres UE et EEE de bunny.net se combinent par intersection. Les activer ensemble revient à ne retenir que l’UE, en écartant les points de présence norvégiens et islandais ajoutés par l’EEE.
  • Un visiteur situé hors du périmètre est acheminé vers celui-ci. Désactiver une région tarifaire provoque aussi une redirection, vers la région activée la plus proche.
  • Le blocage par pays du Traffic Manager intervient au niveau DNS : la réponse 127.0.0.1 empêche la connexion au CDN. La requête n’apparaît donc pas dans les journaux HTTP de la Pull Zone.

La Norvège peut disparaître d’un choix de réseau sans que personne ait décidé de quitter le marché norvégien. Il suffit, chez bunny.net, d’ajouter le filtre UE à un filtre EEE. Une case de plus, quelques lieux de service en moins : le réflexe administratif du « cochons aussi celle-ci » a trouvé son équivalent réseau.

La documentation est précise. Plusieurs filtres de routage se combinent par intersection : un point de présence doit appartenir à chacun des ensembles sélectionnés. Puisque l’EEE contient l’UE, retenir les deux laisse l’UE. L’Islande et la Norvège, que le choix EEE permet d’inclure, sortent de cette intersection.

Le résultat commercial est plus intéressant que l’algèbre. Un achat présenté comme européen peut définir un lieu de livraison, une politique de prix ou une condition d’accès. Ces décisions ne font pas le même travail. Les réunir sous une seule étiquette permet de raccourcir une présentation ; les paquets, eux, doivent encore trouver leur chemin.

Le serveur déménage dans la sélection, le lecteur reste client

Une Pull Zone relie le contenu du client au réseau de diffusion de bunny.net. Les Routing Filters déterminent les lieux depuis lesquels ce contenu peut être servi. Les requêtes venues de l’extérieur du périmètre sont elles aussi acheminées vers les points de présence autorisés à l’intérieur.

Un lecteur norvégien conserve donc son accès lorsque l’on retient l’UE. Ce sont les lieux norvégiens de service qui perdent leur éligibilité. La distinction compte pour une entreprise qui vend partout mais souhaite limiter une partie de son traitement à une zone donnée. Elle maintient son audience internationale tout en modifiant la proximité du service offert à cette audience.

Le document ajoute deux détails qui résistent bien aux cartes trop enthousiastes. Le Liechtenstein appartient à l’EEE, mais bunny.net n’y dispose actuellement d’aucun point de présence dans la liste décrite. Le Royaume-Uni et la Suisse sont hors de ce filtre EEE. Une appartenance institutionnelle et une implantation effective restent deux faits différents.

bunny.net avertit que les utilisateurs extérieurs au périmètre subiront une latence accrue. Le système les rapproche du point autorisé le plus proche, pas nécessairement du point mondial qui leur aurait rendu le service le plus local. La restriction est utile précisément parce qu’elle retire des possibilités ; il faut aussi accepter ce qu’elle retire à la performance.

« Europe » change de sens à la page des prix

Le réglage des régions tarifaires répond à une autre question. Dans le guide de démarrage, désactiver une région laisse ses visiteurs accéder au contenu : leurs requêtes sont envoyées vers la région encore activée la plus proche. Le client réduit les régions qui servent son trafic, pas les pays qui peuvent lui en envoyer.

Le Traffic Manager propose également des pays redirigés. La documentation explique que leurs requêtes rejoignent la région tarifaire la moins chère, Amérique du Nord/Europe. Ce choix sert une logique économique. Le mot Europe dans ce regroupement ne transforme pas l’option en filtre UE.

Cette différence suffit à rendre dangereuse une preuve par capture d’écran. Un acheteur peut croire avoir montré une localisation européenne alors qu’il a montré une préférence pour une région de prix. La capture est authentique ; c’est la proposition qu’on lui fait prouver qui est fausse.

Les offres Standard et Volume ajoutent un autre étage. Standard associe une couverture plus large à des prix régionaux ; Volume emploie un réseau plus réduit et des paliers mondiaux de volume. La configuration paraît familière dans les deux cas. Les filtres géographiques s’appliquent aux deux, mais ne distribuent pas soudain à chaque offre tous les points figurant sur la carte commerciale.

Un distributeur de gros fichiers peut choisir de payer moins pour une couverture plus resserrée. Un service qui dépend d’interactions rapides peut acheter autrement. Le problème commence lorsque la baisse de coût est attribuée aux achats et la hausse de l’attente laissée au produit, sans décision commune sur le compromis.

Le refus peut se produire avant le tableau de bord

Pour interdire l’accès depuis certains pays, le Traffic Manager dispose d’une fonction de blocage distincte. Elle agit sur la résolution DNS : les demandes bloquées reçoivent 127.0.0.1. La connexion n’atteint pas le CDN et le visiteur rencontre une erreur de connexion. Le fournisseur précise que cette demande ne laisse pas de trace dans le journal HTTP de la Pull Zone et n’occasionne pas de coût de requête.

Un graphique HTTP plus calme peut ainsi raconter une histoire très trompeuse. Il montre les arrivées à un certain étage de la chaîne. Un refus à l’étage précédent n’y devient pas automatiquement un échec visible. On peut faire disparaître les clients du compteur avant d’avoir compris qu’on les a fait disparaître du service.

La localisation utilisée par le blocage est elle aussi concrète. bunny.net exploite le sous-réseau client EDNS communiqué par le résolveur ; à défaut, il utilise l’adresse IP du résolveur lui-même. Ce mécanisme travaille avec une origine réseau, pas avec une identité civile contrôlée. Un VPN ou un proxy peut changer la localisation présentée ; les besoins de contrôle plus strict demandent des mécanismes supplémentaires, notamment les restrictions associées aux jetons.

L’acheteur doit donc observer le niveau où sa décision s’exécute. Une restriction des lieux de service se vérifie dans les réponses et les performances. Une interdiction DNS se voit aussi depuis le terminal et le résolveur. Demander au seul journal HTTP de certifier les deux revient à demander au réceptionniste combien de visiteurs ont trouvé la route barrée.

La carte d’une fonction n’est pas celle de toute l’entreprise

La documentation limite les Routing Filters au trafic des Pull Zones CDN. Le DNS continue d’utiliser le réseau mondial. Le guide de création demande séparément de choisir une Origin URL ou une Storage Zone : le lieu où se trouve le contenu d’origine dépend de cet autre choix.

Cette séparation donne une méthode de lecture simple. Pour chaque engagement géographique, nommer l’action concernée et le réglage qui la gouverne. Le lieu du service CDN, celui de l’origine et le fonctionnement du DNS se documentent chacun. Une préférence de routage ne remplit pas à elle seule les cases relatives au stockage, aux journaux ou à chaque étape du transport.

Le registre primaire du RIPE NCC répertorie BUNNYWAY, informacijske storitve d.o.o. en Slovénie. Ce point d’ancrage identifie l’organisation ; il ne décrit pas la sélection de nœuds d’un client. Même une bonne adresse officielle ne peut faire le travail d’une configuration active.

Pour chiffrer un effet commercial, il manque des mesures régionales avant et après modification, à charge comparable, reliées aux résultats du service. La règle permet déjà de décider où regarder. L’audience n’a pas besoin d’être exclue pour ressentir le coût d’une limite : elle peut être conservée et servie de plus loin.

L’intérêt d’un filtre est de rendre une exigence exécutable. Le mérite de bunny.net est ici d’en décrire les opérations assez nettement pour les contrôler. L’entreprise cliente doit fournir l’autre moitié du sérieux : choisir la limite qu’elle veut réellement et confier son coût à un décideur identifié. Cocher davantage n’est pas une stratégie géographique. Parfois, c’est simplement un billet plus long pour le même lecteur.

Sources primaires