Résumé
- WebJanssen mène une activité active d'hébergement et de communications, mais le nom utilisé dans cet article n'est plus celui qui figure dans ses propres mentions légales. Le site de la société indique que le siège a été transféré à Miami Platja, Espagne, le 1er octobre 2025 et que la dénomination officielle est devenue WebJanssen U.Janssen. Le registre RIPE et plusieurs anciennes pages commerciales utilisent encore WebJanssen ISP ltd & Co KG ou WebJanssen ISP UG. Un acheteur doit vérifier la partie contractante plutôt que de supposer que la continuité de la marque implique une continuité juridique.
- AS29471 est actif. RIPEstat a observé trois annonces IPv4 le 11 juillet 2026:
195.140.208.0/22,195.225.208.0/22et195.158.54.0/24, couvrant 2 304 adresses. Toutes étaient visibles pour chaque pair avec alimentation complète IPv4 dans RIPE RIS au moment de l'observation. La même vue n'a montré aucune annonce IPv6. - Les preuves de routage actuelles montrent un réseau adjacent, Aixit AS29551, pour les trois préfixes. L'enregistrement des politiques RIPE de WebJanssen décrit KleyReX et de nombreux pairs historiques, tandis qu'une ancienne entrée PeeringDB liste deux installations à Francfort, mais aucune n'établit un deuxième fournisseur amont actuel. Par conséquent, la diversité logique et physique des routes doit être considérée comme non prouvée.
- WebJanssen identifie l'emplacement de son centre de données comme étant aux soins d'Aixit à Rebstoeckerstrasse 55, Francfort. Aixit décrit des entrées redondantes vers le bâtiment, 20 opérateurs, près de 1 000 Gbit/s de bande passante agrégée, plus de 300 interconnexions, onduleurs, génération d'urgence et conception de réseau redondante sur ce site. Il s'agit de capacités de l'installation hôte, et non de la preuve que WebJanssen souscrit à deux routes d'opérateur indépendantes, deux alimentations électriques ou une capacité réservée pour toutes.
- L'offre de détail fait de la récupération une décision économique. WebJanssen propose des serveurs virtuels limités à 10 ou 100 Mbit/s, une sauvegarde d'image optionnelle, une réponse standard en un jour ouvré et des niveaux de service payants avec réponse en quatre heures. Ses mentions légales indiquent que le service d'urgence en dehors des heures ouvrées entraîne des frais d'intervention. Les clients affectés par une perte de fournisseur amont, une panne de l'hôte, un incident électrique ou une pénurie de techniciens disponibles ont besoin que le contrat spécifie qui répond, d'où et dans quel délai.
- On peut démontrer que le réseau est opérationnel, mais la note de preuve de résilience est Faible. Un seul fournisseur amont visible, pas d'IPv6 routé, protection de l'origine de route pour un seul des trois préfixes, des enregistrements d'interconnexion anciens et aucun journal de restauration publié laissent trop d'incertitude pour affirmer un réseau d'accès régional résilient. En revanche, les preuves soutiennent un petit réseau d'hébergement centré sur Francfort, exploité sous une identité commerciale transfrontalière.
Le nom a survécu tandis que l'identité contractante changeait
Le premier problème n'est pas la perte de paquets. C'est d'identifier qui promet de rétablir le service. Le nom WebJanssen ISP ltd & Co KG reste lié à AS29471 dans leregistre RDAP de RIPE, et c'est le nom sous lequel on trouve couramment l'entreprise. Cependant, la proprepage d'actualitésde WebJanssen indique que son siège a été transféré en Espagne le 1er octobre 2025 et que sa dénomination officielle est devenue WebJanssen U.Janssen. Lesmentions légalesactuelles donnent une adresse à Miami Platja, Tarragone, et un identifiant fiscal espagnol.
Ce n'est pas une note de bas de page cosmétique. Un client peut utiliser la marque, le nom du système autonome et l'entreprise contractante de manière interchangeable dans une conversation, mais ces étiquettes répondent à des questions différentes. La marque indique au client où chercher de l'aide. L'enregistrement AS indique aux autres réseaux quelle identité de routage est à l'origine des adresses. Le contrat détermine qui doit le service, qui le facture, quelle loi s'applique et qui doit organiser une réparation. Lorsque ces étiquettes divergent, l'acheteur a besoin de documents actuels qui les lient explicitement.
Les pages publiques ne le font pas clairement. Lesconditions généralesde WebJanssen indiquent que la partie contractante est WebJanssen ISP UG (haftungsbeschraenkt), tandis que les mentions légales nomment WebJanssen U.Janssen. Une page allemande de données commerciales décrit uneWebJanssen UG active, enregistrée à Oldenburg en 2022 pour fournir des services de télécommunications, d'hébergement, de housing, de réseau et d'administration, et pour agir en tant qu'associé commandité d'une société WebJanssen. Cet enregistrement secondaire soutient la continuité des activités en Allemagne, mais ne résout pas quelle personne ou entreprise signe un nouvel accord de service basé en Espagne en 2026.
Il y a une autre rupture historique. Le registre de Companies House du Royaume-Uni pourWEBJANSSEN ISP LIMITEDindique que cette société a été constituée en 2001 et dissoute le 31 mars 2020. Sonhistorique de dépôtscomprend des comptes de société inactive avant la radiation d'office. Le nom exact et les dirigeants communs font de cet enregistrement un contexte pertinent, mais les preuves publiques examinées ici ne prouvent pas le rôle juridique que la société britannique a joué à l'époque dans la société allemande. Il serait imprudent d'ignorer la dissolution ou d'en déduire qu'elle a mis fin au réseau opérationnel.
Les preuves de réseau pointent dans la direction opposée: le service a continué. Le site Web de l'entreprise est actif, les pages de produits actuelles acceptent des affaires, les portails d'assistance et clients sont liés, et AS29471 était visible dans les données de routage mondial le 11 juillet 2026. La conclusion correcte est limitée. WebJanssen reste une marque et un réseau opérationnel, tandis que l'identité juridique derrière les nouveaux engagements de service doit être confirmée.
Un bon de commande doit nommer la contrepartie actuelle, l'enregistrement fiscal, la loi applicable, l'emplacement du service et l'entité responsable des données et équipements après la fin du contrat. Cette clarté administrative fait partie de la résilience, car une panne est le pire moment pour découvrir que l'enregistrement réseau, la facture et le contact d'urgence se réfèrent à des formes juridiques différentes.
L'offre est d'abord de l'hébergement, pas un réseau d'accès local éprouvé
La catégorie « FAI » peut suggérer des poteaux, des conduits, des raccordements en fibre, des tours sans fil et des équipes de terrain se déplaçant chez le client. L'offre publique actuelle de WebJanssen soutient une image différente. Sapage d'accueilmet en avant l'espace web, les serveurs virtuels, Microsoft Exchange hébergé, l'archivage des courriels et le VPN. Sonespace clientrenvoie à des contrôles séparés pour les serveurs Windows et Exchange, les serveurs Linux, la gestion des serveurs virtuels, le webmail et le support. Ce sont les interfaces d'un fournisseur d'hébergement et de services gérés.
Lesforfaits d'espace weboffrent des environnements Linux ou Windows, une capacité de domaine, des boîtes aux lettres, des bases de données, un accès FTP, des certificats SSL et des panneaux de contrôle. Lesforfaits de serveurs racinesont des machines virtuelles construites sur Xen, avec des adresses fixes, des fonctions de console à distance et une administration gérée en option. Lapage Exchange hébergécombine des boîtes aux lettres, le filtrage des spams et virus, des fonctions de calendrier et de carnet d'adresses, un accès web et un archivage optionnel. Aucune de ces pages ne propose une carte des foyers raccordés, des armoires de rue, des secteurs de tours, des routes de fibre ou des équipes d'installation.
Cette absence est importante car elle modifie la dépendance physique analysée. Un serveur hébergé peut être « local » pour un client allemand dans le sens où son rack est à Francfort, son support téléphonique est familier et son opérateur est petit. Ce n'est pas un circuit de dernier kilomètre jusqu'au bâtiment du client. Le client atteint toujours WebJanssen via un fournisseur d'accès indépendant, un routeur local, l'alimentation électrique du bureau et la route Internet publique.
WebJanssen contrôle la machine hébergée, l'adresse attribuée, la configuration du service et son propre routage de bordure; il ne contrôle donc pas la connexion fibre ou mobile de chaque client jusqu'à Francfort.
La distinction change également qui subit les conséquences en cas de défaillance du service. Une interruption du serveur racine peut faire tomber le site web, le serveur de messagerie, le service de jeux, le serveur de noms ou l'application d'entreprise d'un client. Un incident Exchange peut interrompre les communications d'une petite entreprise même si l'accès Internet ordinaire fonctionne. Une panne d'AS29471 peut rendre simultanément inaccessibles de nombreux domaines hébergés sans rapport entre eux.
À l'inverse, un câble d'accès local sectionné dans le bureau d'un client peut laisser tous les systèmes de WebJanssen en bon état, mais empêcher ce client de les atteindre.
L'échelle publique de WebJanssen semble cohérente avec un hébergeur spécialisé. Lavue d'AS29471 par IPinfoclasse le réseau comme hébergement, dénombre 2 304 adresses IPv4 routées et signale des centaines de domaines hébergés. Le nombre de domaines hébergés est une observation, pas un décompte de clients: un client peut exploiter de nombreux domaines, de nombreux domaines peuvent partager une adresse et des noms inactifs peuvent continuer à pointer vers un ancien serveur. Néanmoins, la combinaison de produits d'hébergement, de panneaux de contrôle, de systèmes de messagerie et d'utilisation d'adresses constitue une preuve plus solide que l'étiquette de FAI régional pour comprendre la charge opérationnelle.
La « facture de connectivité locale » du titre de l'article doit donc être interprétée comme la facture d'une connexion hébergée avec un support local, et non comme la preuve d'une infrastructure d'accès propriété de WebJanssen. Les actifs concernés sont des racks, des systèmes hôtes, du stockage, de l'énergie, du refroidissement, des livraisons de fibre, du routage de bordure, des services de noms et de messagerie, des pièces de rechange et du personnel capable de travailler dessus.
Les tours, les poteaux et les installations dans les locaux des clients ne seraient pertinents que si un contrat spécifique montrait que WebJanssen les a fournis. Aucune preuve publique de ce type n'a été trouvée.
Une seule adresse à Francfort ancre le service physique
La preuve de localisation la plus solide provient de l'opérateur lui-même. Les mentions légales actuelles de WebJanssen identifient son centre de données comme WebJanssen U. Janssen, aux soins d'Aixit GmbH, Rebstoeckerstrasse 55, 60326 Frankfurt am Main. C'est la même adresse que celle donnée par Aixit pourAIX-FRA-1, son centre de données et siège à Francfort. L'adresse lie les pages commerciales de WebJanssen à une installation spécifique plutôt qu'à une affirmation générique d'« hébergement allemand ».
Aixit affirme que le bâtiment dispose de plus de 4 000 mètres carrés d'espace de centre de données, d'entrées redondantes depuis 20 opérateurs, de près de 1 000 Gbit/s de bande passante et d'un accès à plus de 300 pairs nationaux et internationaux. Elle décrit des systèmes d'onduleurs, de refroidissement, d'énergie de secours et de connectivité, et indique que la conception du réseau est redondante depuis la base. Lapage entreprised'Aixit indique qu'elle s'est étendue sur le site de Rebstoeckerstrasse après y avoir emménagé fin 2018. Ces affirmations font du site une base physique plausible pour un petit réseau ayant besoin de racks et d'un choix d'opérateur.
Mais le menu d'une installation n'est pas la configuration d'un locataire. Que vingt opérateurs entrent dans un bâtiment ne signifie pas que WebJanssen achète du transit à vingt opérateurs. Deux entrées de bâtiment ne prouvent pas que son rack dispose de deux connexions croisées suivant des chemins indépendants. Les systèmes d'onduleurs et de générateurs de l'ensemble de l'installation ne garantissent pas qu'une armoire spécifique dispose d'alimentations A et B, que les deux soient utilisées correctement ou qu'un serveur avec une seule source d'alimentation puisse survivre à la perte d'un chemin de distribution.
Près de 1 000 Gbit/s de bande passante agrégée ne disent rien sur la capacité engagée envers AS29471.
La même prudence s'applique à la propriété. Aixit exploite l'environnement du centre de données et AS29551; WebJanssen annonce des services qui y sont installés et émet des adresses via AS29471. Les documents publics ne précisent pas si WebJanssen est propriétaire des châssis de ses serveurs, loue des systèmes complets, loue des unités de rack, achète une plateforme gérée ou combine ces modalités. Ils ne disent pas non plus qui est propriétaire des émetteurs-récepteurs optiques et des routeurs de bordure au point de livraison. Ces limites déterminent qui dispose de pièces de rechange et qui peut toucher l'équipement lors d'un incident.
L'enregistrement réseau PeeringDB pour AS29471liste deux installations à Francfort: « aixit Frankfurt » et « Digital Realty Frankfurt FRA28 (Fermé) ». Cependant, ses associations de centres de données ont été mises à jour pour la dernière fois en 2016, et le même enregistrement ne montre aucune connexion active à un point d'échange public. L'étiquette d'installation fermée et l'ancienne date de mise à jour rendent l'entrée utile en tant qu'historique, pas comme une affirmation actuelle de redondance sur deux sites. Cela ne peut pas étayer la conclusion que WebJanssen ait deux emplacements opérationnels à Francfort.
Il n'y a pas de deuxième centre de données WebJanssen publié dans une autre ville, ni de schéma d'alimentation au niveau du rack, ni de site de reprise déclaré. La vision physique la plus sûre est un service centré sur Francfort à l'adresse d'Aixit, avec des options d'installation plus larges disponibles mais une résilience spécifique au locataire non divulguée. Le siège espagnol est un emplacement commercial et de support, pas la preuve que les serveurs de production ont été déplacés en Espagne. Les propres pages de WebJanssen continuent de situer le centre de données à Francfort après le déménagement du siège.
AS29471 est actif, visible mondialement et uniquement IPv4
Un système autonome n'est pas une entreprise, un serveur ou un bâtiment. C'est une identité de routage utilisée pour appliquer des politiques et annoncer un espace d'adressage accessible. AS29471 fournit néanmoins la meilleure preuve indépendante que le réseau de WebJanssen est opérationnel. Lavue d'ensemble de l'AS par RIPEstatl'a indiqué comme annoncé le 11 juillet 2026 et a nommé le titulaire comme WebJanssen-DE, WebJanssen ISP ltd & Co KG.
Lavue de l'état du routagea montré trois préfixes IPv4 couvrant 2 304 adresses. Les 325 pairs RIS avec alimentation complète IPv4 dans l'instantané ont vu les routes. La route la plus récente a été observée ce matin-là, et la première route attribuée à l'AS dans l'historique de RIPEstat date d'octobre 2003. C'est une preuve solide de continuité à la périphérie du plan de contrôle: le réseau n'est pas simplement une entrée commerciale obsolète ou un numéro d'AS inutilisé.
Lavue des préfixes annoncésa identifié195.140.208.0/22,195.225.208.0/22et195.158.54.0/24. Chaque /22 contient 1 024 adresses IPv4 et le /24 contient 256, ce qui donne un total de 2 304. Des vues réseau distinctes de RIPEstat confirment AS29471 comme l'origine observée pour195.140.208.0/22,195.225.208.0/22et195.158.54.0/24.
Le site Web de l'entreprise ajoute une vérification au niveau du service. Lavue de la chaîne DNS de RIPEstat pour webjanssen.dea résolu le site vers195.140.208.58, dans le premier /22, le 11 juillet. Le site commercial public est donc servi depuis une adresse actuellement annoncée par AS29471. Cela ne prouve pas où se trouve la machine, mais relie l'activité commerciale actuelle à l'empreinte de routage active.
Aucun préfixe IPv6 n'est apparu dans la vue de l'état du routage. PeeringDB liste également zéro préfixe IPv6 et indique qu'IPv6 n'est pas pris en charge, bien que ce profil ait été mis à jour pour la dernière fois en 2022. Le régulateur français des communications électroniques, l'ARCEP, a inclus AS29471 dans sonbaromètre de l'hébergement IPv6 2025et a montré une disponibilité IPv6 nulle pour l'échantillon hébergé par WebJanssen analysé. Ce test a impliqué un très petit échantillon et ne constitue pas un inventaire complet, mais il coïncide avec l'absence actuelle d'IPv6 routé.
Le fonctionnement en IPv4 uniquement n'implique pas une interruption immédiate. Les clients peuvent toujours accéder aux services via IPv4, et les mécanismes de traduction peuvent jeter des ponts sur certains environnements d'accès IPv6. Cela signifie que le réseau manque d'une deuxième famille d'adresses natives que de nombreux hébergeurs contemporains proposent. Plus important pour la résilience, l'absence réduit la surface de routage: il n'y a pas de service IPv6 visible qui pourrait rester accessible via une route conçue séparément en cas de défaillance de la politique IPv4.
La double pile n'est pas automatiquement diverse, mais une seule pile élimine même cette possibilité.
Le nombre d'adresses ne doit pas non plus être confondu avec la capacité de transfert. Les neuf équivalents /24 indiquent combien d'espace IPv4 unique est visible, pas combien de bits par seconde le réseau peut transporter. Un /22 en grande partie inactif peut avoir peu de bande passante; un /24 occupé peut transporter un trafic considérable. Le décompte n'établit pas non plus les clients, les processeurs, le stockage ou la capacité excédentaire. Il confirme une empreinte d'adresses non triviale et durable adaptée à l'hébergement et à la messagerie, rien de plus.
Toutes les routes actuelles passent par Aixit
La concentration centrale apparaît à un saut d'AS29471. Lavue des voisins ASN de RIPEstata montré un seul réseau adjacent le 11 juillet 2026: AS29551. La position observée place AS29551 à gauche de WebJanssen sur les chemins vers la table globale.bgp.toolsliste indépendamment Aixit AS29551 comme le seul fournisseur amont pour les trois préfixes IPv4 et compte un seul fournisseur amont.
Lavue de l'historique de routage sur un an de RIPEstatrend explicite la même dépendance. Pour chacun des trois préfixes, la paire d'origine observée est29551 29471: le trafic appris via l'ensemble de collecteurs voit Aixit immédiatement avant WebJanssen. Les collecteurs de routes ne voient pas toutes les interconnexions privées, et les contrats commerciaux ne sont pas des routes BGP publiques. Néanmoins, l'observation cohérente sur trois préfixes est la preuve actuelle la plus solide disponible.
L'enregistrement AS de la base de données RIPEcontient une description de politiques beaucoup plus riche. Il déclare AS29551 comme fournisseur amont, KleyReX AS31142 comme plateforme de peering et de nombreux pairs nommés. Cela pourrait sembler une large diversité si on le lit comme une carte de topologie en direct. Ce n'est pas le cas. L'enregistrement a été modifié pour la dernière fois en juillet 2021, et les déclarations de politiques de routage peuvent survivre aux sessions, aux ports et aux contrats. Les observations actuelles des voisins et le décompte de zéro échange actif de PeeringDB ne corroborent pas ces déclarations de pairs plus anciennes.
KleyReX lui-même reste actif. Sonsite officieldécrit une infrastructure d'échange commutée couvrant plus de 15 emplacements et offrant des ports de 100 Mbit/s à plusieurs 100 Gbit/s. Cela établit un environnement de peering disponible à Francfort, pas la participation actuelle de WebJanssen à celui-ci. Une ligne dans un ancien enregistrement de routage montre une intention ou un historique; il faudrait un port actuel, un enregistrement de membre d'échange ou une route de pair observée pour le compter comme une alternative fonctionnelle.
Aixit n'est pas un fournisseur amont arbitraire. Son site à Francfort est également l'adresse du centre de données publiée par WebJanssen. Cette colocalisation peut rendre les opérations efficaces: un locataire peut acheter une courte connexion croisée, atteindre le réseau du fournisseur sans circuit longue distance et obtenir une aide sur place à proximité de l'équipement. Cela crée également une limite commune.
Si les serveurs de WebJanssen, la livraison de bordure et le seul fournisseur amont visible dépendent tous d'un fournisseur dans un bâtiment, un incident réseau d'Aixit ou un événement au niveau du site peut affecter à la fois l'hébergement et le transport conjointement.
Les données publiques ne peuvent pas établir que cette limite commune est totale. WebJanssen peut avoir une connexion privée cachée aux collecteurs de routes, une sauvegarde inactive, un tunnel ou un autre service qui n'annonce pas les trois préfixes. Ces possibilités ne doivent pas être traitées comme des sauvegardes opérationnelles tant qu'elles ne sont pas prouvées. L'achat de résilience ne peut pas dépendre de routes qui n'apparaissent qu'après une panne, à moins que le fournisseur puisse démontrer qu'elles sont provisionnées, surveillées, autorisées à annoncer les préfixes et capables de transporter le trafic de pointe.
La protection de l'origine de route ne couvre qu'une annonce sur trois
La concentration du routage n'est pas le seul problème du plan de contrôle. L'Infrastructure de Clé Publique de Ressources (RPKI) permet à un titulaire d'adresses de publier une Autorisation d'Origine de Route déclarant quel AS peut annoncer un préfixe. D'autres réseaux peuvent comparer une annonce à cette autorisation et rejeter ou réduire la préférence des origines non valides. L'explication de la validation d'origine BGP de RIPE NCCdécrit cela comme un moyen pour les opérateurs d'établir des politiques en fonction de la validité de l'origine de la route.
Pour WebJanssen, le résultat actuel est mitigé. RIPEstat signale195.158.54.0/24 comme validepour l'origine AS29471. L'historique RPKI pour AS29471a montré une autorisation couvrant 256 adresses début juillet 2026. En d'autres termes, l'espace protégé est le /24, soit environ 11 % des 2 304 adresses IPv4 routées.
Les deux autres routes étaientinconnues pour 195.140.208.0/22etinconnues pour 195.225.208.0/22lors de la même vérification. Inconnu ne signifie pas invalide. Cela signifie qu'aucune autorisation validée correspondante ne couvrait cette origine et ce préfixe, de sorte que les réseaux qui valident l'origine ne peuvent pas utiliser une autorisation positive pour distinguer l'annonce légitime d'AS29471 d'une origine non autorisée uniquement par ce contrôle.
Même le /24 valide n'est pas à l'épreuve des pannes. La validation d'origine ne prouve pas l'ensemble du chemin AS, ne garantit pas que les paquets parviennent au bon serveur, ne prévient pas toutes les fuites de route ni ne préserve le service lors d'une défaillance du fournisseur amont. Elle réduit une classe d'erreur ou d'attaque de routage. Sa valeur pratique dépend également de l'application de la validation par d'autres réseaux. Néanmoins, la couverture est un contrôle d'hygiène mesurable, et ne couvrir qu'une annonce sur trois laisse une nette opportunité d'amélioration.
La combinaison d'un seul fournisseur amont observé et d'une protection partielle de l'origine mérite attention car chacune traite un risque différent. Un deuxième fournisseur amont fonctionnel peut préserver l'accessibilité lorsqu'un opérateur tombe en panne. Une autorisation peut aider d'autres réseaux à rejeter une origine non autorisée. Aucune ne remplace l'autre. Ajouter une autorisation ne créerait pas une deuxième route physique; contracter un autre opérateur n'autoriserait pas automatiquement le nouvel accord de routage ni ne protégerait contre une origine incorrecte.
Un acheteur n'a pas besoin d'exiger l'accès aux configurations des routeurs. Il peut demander une liste à jour des préfixes annoncés, l'état de l'autorisation, les numéros d'AS amont, le comportement de basculement testé et la date du dernier exercice de perte de transit. La réponse doit séparer les routes de production des enregistrements anciens. Dans le cas de WebJanssen, les observations de routage public soutiennent une route de production et un préfixe autorisé, de sorte que des affirmations plus solides nécessitent des preuves directes.
La capacité de l'installation n'est pas la capacité de WebJanssen
Les affirmations concernant l'installation d'Aixit sont impressionnantes par rapport aux limites commerciales annoncées de WebJanssen. Près de 1 000 Gbit/s de bande passante du site et plus de 300 interconnexions décrivent un vaste marché de connectivité. Les produits de serveur racine de WebJanssen, en revanche, annoncent un trafic forfaitaire à 10 Mbit/s pour les niveaux privé et entreprise, et 100 Mbit/s pour les niveaux professionnel et géré. PeeringDB décrit le niveau de trafic d'AS29471 comme étant de 20 à 100 Mbit/s, bien que cette fourchette auto-déclarée ait été mise à jour pour la dernière fois il y a des années.
Ces chiffres occupent des couches différentes. Le chiffre de l'installation est la capacité installée agrégée entre de nombreux clients et réseaux. Le chiffre du serveur virtuel est une limite par produit. La fourchette de PeeringDB est une ancienne estimation catégorielle du trafic échangé par AS29471. Aucun ne montre l'utilisation actuelle sur le port amont de WebJanssen, le débit d'information garanti acheté à Aixit, la capacité de pointe, la perte de paquets en charge ou la marge disponible après une panne.
La capacité utilisable lors d'un incident peut être bien inférieure à la capacité installée normale. Supposons qu'un fournisseur ait deux liaisons de 100 Mbit/s et envoie normalement 60 Mbit/s sur chacune. En perdre une laisse 100 Mbit/s pour 120 Mbit/s de demande, de sorte qu'une topologie qui semble redondante est tout de même congestionnée. Dans le cas public de WebJanssen, la prémisse est encore moins certaine car une deuxième liaison actuelle n'est pas visible. La route restante doit absorber tout le trafic uniquement s'il existe une route restante.
Les limites du serveur introduisent un autre goulot d'étranglement. Un client qui achète un serveur virtuel à 10 Mbit/s ne peut pas en déduire une récupération plus rapide ou une plus grande marge de l'agrégat à l'échelle du térabit du centre de données. Les entrées/sorties de stockage, l'ordonnancement de l'hyperviseur, le trafic de sauvegarde, la capacité du pare-feu et le filtrage anti-déni de service peuvent chacun devenir la contrainte déterminante avant que le port amont ne soit saturé.
Les pages de produits spécifient le CPU virtuel, la mémoire, le disque et les débits de trafic, mais ne publient pas les ratios de surbooking ni les performances mesurées.
L'inventaire IPv4 n'est pas non plus une réserve de capacité. Les adresses peuvent être attribuées sans consommer de bande passante, et les adresses épuisées peuvent limiter la croissance des clients même lorsque les liaisons sont inactives. WebJanssen annonce une adresse fixe sur les serveurs racine standard et jusqu'à cinq sur certains produits gérés. Cette utilisation est cohérente avec les charges de travail d'hébergement, de messagerie et de service de noms. Elle ne révèle pas combien des 2 304 adresses restent attribuables.
Pour un client professionnel, la spécification commerciale utile est donc spécifique au service: débit garanti et en pointe, politique de congestion, gestion du déni de service, effets de la fenêtre de sauvegarde, objectifs de perte de paquets et de latence, et capacité disponible après la plus grande panne unique. Une brochure de l'installation peut montrer que des options d'expansion existent. Elle ne peut pas montrer qu'elles ont été achetées pour un serveur particulier.
La redondance électrique s'arrête à la prise la plus faible
Le bâtiment de Francfort est la principale dépendance physique commune. Aixit indique qu'AIX-FRA-1 utilise une technologie moderne d'onduleurs, d'énergie de secours, de refroidissement et de connectivité, avec une conception de réseau redondante et de multiples entrées au bâtiment. Sonsite institutionnel principalindique également que ses centres de données sont certifiés ISO 27001 et fonctionnent avec de l'énergie renouvelable. Ce sont des affirmations utiles de l'hôte, mais WebJanssen ne publie pas la configuration du rack qui les transformerait en une garantie de service de bout en bout.
La résilience électrique est une chaîne. Les alimentations du réseau électrique entrent dans le bâtiment, les tableaux de distribution les répartissent, les systèmes d'onduleurs font le pont pendant la coupure, les générateurs assurent les coupures plus longues, les unités d'alimentation des racks fournissent les dispositifs, et chaque serveur ou routeur convertit cette alimentation. La redondance à un point peut être annulée au point suivant. Un rack à double alimentation n'aide pas un dispositif avec une seule source branchée sur une multiprise. Deux sources branchées sur la même multiprise ne créent pas d'indépendance de chemin.
Un générateur ne garantit pas la continuité sans carburant, maintenance, transfert automatique et tests de charge réussis.
Les pages de produits de WebJanssen n'indiquent pas si les systèmes hôtes des serveurs racine ont des alimentations doubles, si les routeurs de bordure sont appairés ou si les répliques de stockage se trouvent dans des zones de feu et d'électricité distinctes. La virtualisation Xen peut déplacer ou redémarrer des charges de travail dans certaines conceptions, mais l'affirmation de WebJanssen selon laquelle Xen rend les serveurs hautement tolérants aux pannes ne révèle pas le clustering, la migration en direct, les domaines de défaillance du stockage partagé ou la capacité des hôtes de rechange.
La virtualisation change la manière dont une défaillance de machine est gérée; elle ne supprime pas l'hôte physique sous-jacent.
Le refroidissement est tout aussi conséquent. Une salle de données peut maintenir l'alimentation du réseau électrique pendant que les températures augmentent après une défaillance du refroidisseur ou du traitement de l'air. La génération de secours doit supporter un refroidissement suffisant en plus de la charge informatique, sinon les serveurs s'éteindront pour se protéger. Aixit indique que le site utilise un refroidissement moderne et une conception redondante, mais aucune des parties ne publie les seuils de température spécifiques à WebJanssen, les tests de basculement ou le comportement d'arrêt.
Il y a aussi une question géographique. L'adresse commerciale officielle est désormais en Espagne et le centre de données en Allemagne. L'exploitation à distance est normale dans l'hébergement, mais elle divise l'autorité de portée physique. Une personne qui répond au téléphone peut être capable de diagnostiquer un serveur défaillant, mais incapable de remplacer une alimentation sans accès à Francfort. Un technicien de l'installation peut être capable de reconnecter un câble, mais manquer de permission ou de connaissances en configuration pour remplacer un routeur.
Le temps de récupération est la somme de la détection, du diagnostic, de l'autorisation, du déplacement ou de l'expédition, de l'accès, des pièces, de la réparation et de la validation.
Les preuves publiques soutiennent un bon potentiel de l'installation. Elles ne soutiennent pas une affirmation spécifique de WebJanssen de maintenabilité concourante, de continuité sur deux sites ou de fonctionnement autonome lors d'un événement électrique régional prolongé. Les clients pour qui une heure compte ont besoin que l'alimentation du rack, l'autonomie du générateur, la redondance du refroidissement, la propriété du matériel de rechange et les conditions d'intervention à distance soient écrites dans leur contrat, et non déduites de l'adresse.
Le prix du service achète une vitesse particulière de réponse humaine
Les petits fournisseurs rivalisent souvent par la familiarité. La page d'accueil de WebJanssen indique que l'assistance est disponible par courriel, ticket ou téléphone. Ses mentions légales publient des heures de travail du lundi au jeudi et un horaire réduit le vendredi, avec un service d'urgence facturable en dehors de ces périodes. La page des serveurs racine indique que les extras gratuits incluent une réponse en un jour ouvré, tandis que les niveaux de service payants peuvent offrir une réponse en quatre heures.
C'est inhabituellement révélateur car cela transforme la main-d'œuvre en partie intégrante du produit. Un serveur virtuel à 19,99 € ou 49,99 € par mois n'inclut pas la même obligation de réponse qu'une plateforme à haute disponibilité conçue. La sauvegarde optionnelle et la réponse plus rapide optionnelle permettent un prix de départ bas, mais laissent également plus de risque de récupération au client. Le serveur le moins cher peut être tout à fait adapté à un site de loisir; c'est une proposition différente pour la paie, les courriels des clients ou un système transactionnel.
Le temps de réponse n'est pas le temps de restauration. Une réponse en quatre heures peut signifier qu'un ingénieur accuse réception du ticket, commence le diagnostic ou communique un plan. Cela ne signifie pas nécessairement que le service sera rétabli en quatre heures. Une réponse en un jour ouvré peut s'étendre sur un week-end selon le moment où la panne survient. Les pages publiques ne définissent pas les niveaux de gravité, le début du décompte, l'escalade, le crédit, le remplacement des pièces, l'objectif de restauration ni le nombre maximum d'incidents simultanés.
L'expression « frais d'intervention » dans les mentions légales est également significative. Elle suggère qu'une intervention en dehors des heures ouvrées est un travail physique facturable plutôt qu'un service automatiquement inclus 24h/24. La page n'identifie pas si ces mains appartiennent au personnel de WebJanssen, à celui d'Aixit ou à un autre contractant. Toutes peuvent être des modalités efficaces, mais elles ont des files d'attente et une autorité différentes.
Un technicien du centre de données peut s'occuper de nombreux locataires lors d'un événement touchant l'ensemble de l'installation; un propriétaire-exploitant peut connaître le réseau en profondeur mais avoir une capacité parallèle limitée.
Aucun décompte public actuel du personnel, planning de service, inventaire de pièces de rechange ou registre d'expéditions n'a été trouvé. Il serait incorrect d'en déduire un support défaillant de ce silence. Il serait tout aussi incorrect de déduire un centre d'opérations réseau doté 24h/24 à partir d'un numéro de téléphone. Les preuves disponibles soutiennent un support accessible pendant les heures de travail, une réponse plus rapide optionnelle et une intervention d'urgence facturable.
Cette limite de main-d'œuvre est l'endroit où la structure transfrontalière devient opérationnellement importante. Le diagnostic peut être fait depuis l'Espagne, le routage peut être modifié à distance et le logiciel peut être redémarré depuis un panneau de contrôle. Les composants optiques, disques, alimentations, câbles et systèmes hôtes défaillants nécessitent toujours quelqu'un à Francfort ou à proximité. La résilience d'une facture d'hébergement à bas coût dépend donc de la disponibilité de mains compétentes et de pièces de rechange compatibles lorsque plusieurs clients en ont besoin simultanément.
Cinq défaillances révèlent ce que la facture ne dit pas
Le premier test est la perte du transit d'Aixit. Les routes publiques actuelles montrent AS29551 immédiatement en amont d'AS29471 pour les trois préfixes. Si cette session BGP, cette livraison ou cette route de fournisseur échoue et qu'il n'y a pas de sauvegarde cachée active, les préfixes peuvent disparaître d'Internet dans son ensemble même si tous les serveurs de WebJanssen restent sous tension. La récupération nécessiterait de rétablir la session, de déplacer les annonces vers une alternative préautorisée ou de réparer la livraison partagée. Une ancienne ligne de politique de KleyReX n'est pas une preuve suffisante d'une telle sauvegarde.
Le deuxième est un événement électrique ou au niveau de l'installation à Rebstoeckerstrasse. Un incident dans le bâtiment peut affecter conjointement les systèmes hôtes, l'équipement de bordure et le fournisseur amont adjacent. Les onduleurs et la génération peuvent réduire la probabilité d'interruption, mais les preuves publiques ne montrent pas de sites distincts de WebJanssen ni de copie en direct ailleurs. Les clients dont les applications existent uniquement sur un serveur virtuel peuvent perdre à la fois le calcul et la connectivité en même temps.
Le troisième est une défaillance de l'hôte, du stockage ou de l'hyperviseur. Xen peut isoler des machines virtuelles et permettre une gestion flexible, mais un hôte défaillant a toujours besoin de capacité de rechange pour redémarrer ou migrer. Le stockage partagé peut préserver les données tout en devenant un point de défaillance commun; le stockage local peut isoler les défaillances tout en compliquant la récupération. WebJanssen vend une sauvegarde d'image optionnelle mais n'indique pas d'objectifs de point de récupération ou de temps de récupération.
Une sauvegarde qui existe mais n'a pas été restaurée dans des conditions réalistes est une récupération potentielle, pas une récupération éprouvée.
Le quatrième est la congestion ou une attaque. Un produit à 10 ou 100 Mbit/s peut être submergé bien en deçà de la capacité agrégée de l'installation. Un événement de déni de service peut saturer la limite du client, la livraison de WebJanssen ou un filtre amont. L'offre publique ne quantifie pas la capacité d'atténuation ni les accords de nettoyage. Les clients doivent distinguer une étiquette de facturation de trafic illimité de la bande passante instantanée illimitée; un forfait de trafic supprime un compteur d'utilisation, pas une limite de vitesse physique.
Le cinquième est la pénurie de main-d'œuvre lors d'un incident de grande ampleur. Un disque défaillant un jour ouvré peut être simple. Un événement du réseau électrique, une alarme de refroidissement ou une panne de réseau affectant de nombreux locataires peut créer des tickets et des tâches physiques simultanées. Le premier technicien disponible doit prioriser, obtenir l'accès et localiser les pièces. Ni une ligne directe pendant les heures de travail, ni une promesse de réponse en quatre heures n'indique combien d'incidents peuvent être traités en parallèle.
Plusieurs autres défaillances peuvent se situer au-dessus de cette infrastructure. Un client peut mal configurer le DNS, perdre des identifiants, laisser expirer un certificat ou supprimer des données. Un opérateur d'accès local peut tomber en panne alors que le service hébergé reste en bon état. L'objectif n'est pas d'attribuer chaque problème à WebJanssen; c'est de séparer les responsabilités afin que chaque défaillance ait un propriétaire et une voie de récupération éprouvée.
Ce qu'une affirmation de résilience devrait démontrer
Pour la diversité du fournisseur amont, la preuve décisive serait un deuxième opérateur actuel ou une connexion d'échange transportant des routes de production, visible dans les observations actuelles ou démontrée lors d'un basculement contrôlé. La deuxième route doit être vérifiée en ce qui concerne les conduits partagés, les entrées, les salles d'interconnexion, l'alimentation électrique et les dépendances en amont. Deux sessions BGP délivrées via une seule connexion croisée protègent contre certaines pannes de routeur, mais pas contre un câble sectionné.
Pour la sécurité du routage, les deux annonces inconnues /22 pourraient être couvertes par des autorisations d'origine appropriées si les titulaires d'adresses et les accords opérationnels le permettent. Les objets de route, les filtres de préfixes et les contacts actuels doivent correspondre à la topologie de production. Les déclarations de politiques historiques doivent être supprimées ou clairement distinguées afin que les clients et les pairs ne les confondent pas avec une capacité active.
Pour la continuité de l'installation, WebJanssen devrait identifier si les dispositifs critiques ont une alimentation double, si la capacité de l'hôte survit à une défaillance du châssis, où résident les sauvegardes et combien de temps la génération et le refroidissement peuvent supporter la charge pertinente. Une copie sur un deuxième site nécessiterait un domaine de défaillance indépendant et une méthode d'activation éprouvée. Le simple fait de nommer un autre bâtiment ou de stocker des supports de sauvegarde ailleurs n'établirait pas la récupération de l'application.
Pour la main-d'œuvre, les preuves utiles incluraient des définitions de gravité, des objectifs d'accusé de réception et de restauration, l'autorité en dehors des heures ouvrées, la propriété de l'intervention à distance, la couverture des pièces de rechange et le résultat d'exercices de réparation récents. L'acheteur doit savoir si l'engagement de quatre heures s'applique en continu ou seulement à certaines heures et s'il s'arrête à la première réponse.
Pour la continuité commerciale, le prochain contrat doit concilier WebJanssen U.Janssen, WebJanssen ISP UG et le nom lié à AS29471. Il doit identifier quelle partie contrôle les données client, les domaines, les adresses et les équipements, et quelle partie reste responsable si un sous-traitant ou un opérateur d'installation change. La question n'est pas de savoir si un nom historique peut rester dans un registre de routage. C'est de savoir si le signataire actuel peut contrôler toutes les dépendances nécessaires pour rétablir le service acquis.
Aucune de ces demandes n'exige qu'un petit opérateur publie des schémas sensibles. Une lettre de garantie concise, un programme de service à jour et le résultat d'un basculement observé peuvent établir bien plus qu'un adjectif marketing. La norme doit être proportionnelle aux conséquences de la panne pour le client: un site vitrine peut n'avoir besoin que d'une sauvegarde restaurable, tandis qu'une plateforme de messagerie d'entreprise nécessite une récupération éprouvée, un escalade clair et des communications alternatives.
L'économie récompense la clarté plus que l'échelle
Les prix de WebJanssen rendent visible la raison pour laquelle l'hébergement spécialisé persiste. Une petite entreprise peut acheter un environnement Linux ou Windows géré, des boîtes aux lettres, des domaines et un support téléphonique sans avoir à doter sa propre salle de serveurs en personnel. Le fournisseur peut répartir un rack à Francfort, la livraison amont, les licences logicielles et le savoir-faire d'ingénierie entre de nombreux clients. L'installation plus grande d'Aixit répartit l'alimentation, le refroidissement, la sécurité et l'accès aux opérateurs entre de nombreux locataires.
Chaque couche transforme l'infrastructure encombrante en une facture mensuelle.
La même stratification peut cacher la concentration. WebJanssen peut sembler offrir serveur, connectivité, messagerie et sauvegarde comme des produits différents, mais ils peuvent partager le même bâtiment, le même fournisseur amont et les mêmes techniciens. Un client peut acheter plusieurs services et croire qu'il a de la diversité alors qu'ils tombent tous en panne en même temps. Le prix bas n'est pas le problème; ce sont les dépendances communes non examinées qui le sont.
La sauvegarde optionnelle et la réponse plus rapide sont économiquement rationnelles. Toutes les charges de travail ne méritent pas une réplication synchrone ou une intervention immédiate, et facturer à chaque client le niveau le plus élevé rendrait l'hébergement de base non rentable. L'important est que le client achète délibérément. Une sauvegarde d'image optionnelle doit indiquer la fréquence, la rétention, l'emplacement et la responsabilité de restauration. Une réponse payante doit indiquer quelle action a lieu et ce qui se passe si le matériel n'est pas disponible.
Le peering pourrait également améliorer l'économie des petits réseaux en gardant une partie du trafic hors du transit payant, en raccourcissant les routes et en réduisant la dépendance au fournisseur amont. L'ancienne politique RIPE de WebJanssen pointe vers KleyReX, dont l'offre de peering de base gratuite est précisément conçue pour ce type d'opérateur. Cependant, les observations actuelles ne montrent pas de connexion d'échange active. L'opportunité économique n'est pas la même chose qu'une sauvegarde installée.
L'installation offre une autre voie d'expansion. Aixit indique qu'elle peut fournir des connexions croisées aux principaux opérateurs et échanges, de sorte que WebJanssen est situé là où une diversité supplémentaire peut être obtenue. La justification de son achat dépend des revenus des clients à risque, du coût d'un deuxième port et de la capacité de l'opérateur à gérer la complexité supplémentaire. Un deuxième chemin qui n'est jamais surveillé ni exercé peut créer une fausse confiance et des erreurs de routage.
Pour les clients, la comparaison équitable est le coût total de la continuité plutôt que le poste du serveur. Cela inclut l'accès à Francfort, la sauvegarde des applications, les communications alternatives par courriel ou de statut, la main-d'œuvre de récupération et l'impact sur les revenus du temps d'arrêt. WebJanssen peut rester compétitif sans imiter un fournisseur à hyperéchelle, mais sa proposition la plus solide serait la précision: ce qui est inclus, ce qui est partagé, ce qui est optionnel et comment les pannes sont gérées.
Un réseau spécialisé actif avec une divulgation de résilience faible
La question de l'état opérationnel peut être répondue avec plus de fermeté que celle de la résilience. AS29471 est actif, ses trois routes IPv4 étaient visibles mondialement, webjanssen.de se résout sur l'une d'elles, les pages de vente et de support restent disponibles et l'opérateur nomme une adresse actuelle de centre de données à Francfort. L'annonce du déménagement du siège en octobre 2025 est récente. Ces faits soutiennent une activité en cours, pas un réseau abandonné.
Ils ne soutiennent pas l'image implicite d'une vaste catégorie de FAI régional. Il n'y a pas de preuve publique de fibre de dernier kilomètre en propre, de tours sans fil, de raccordements clients, de licences d'accès local ou d'équipes de terrain desservant un territoire d'accès. Les preuves soutiennent un spécialiste de l'hébergement et des communications dont le réseau public est centré sur Francfort et dont l'adresse commerciale est désormais en Espagne. « Mondial » décrit mieux la portée Internet et l'ancien champ de portée de PeeringDB qu'une zone de service physique documentée.
La preuve de résilience est Faible car les inconnues restantes se trouvent sur le chemin critique. Un seul fournisseur amont observé transporte les trois préfixes. Aucune route IPv6 n'est visible. Un seul préfixe a une autorisation d'origine de route positive. Les données de peering et d'installation sont anciennes ou auto-déclarées. L'installation hôte annonce de solides capacités générales, mais aucune conception spécifique de WebJanssen concernant l'alimentation, les routes ou un deuxième site n'est publiée. La réponse humaine est décrite en heures, mais la restauration, l'ampleur des équipes et les pièces ne le sont pas.
Une preuve faible n'est pas une prédiction de défaillance. C'est une limite à ce qui peut être affirmé de manière responsable. Un petit opérateur expérimenté dans une installation performante de Francfort peut offrir un service fiable pendant des années. Le registre public n'établit tout simplement pas l'indépendance vis-à-vis d'Aixit, la récupération face à un événement majeur de mode commun ou la réponse physique immédiate en dehors des heures normales.
Cette distinction doit guider l'achat. Un site web à faible impact peut accepter la concentration et conserver une sauvegarde portable. Un client en mission critique doit obtenir la contrepartie légale actuelle, la conception des routes, la disposition électrique, les conditions de récupération des sauvegardes et l'engagement du technicien avant de faire confiance à la connexion. La facture mensuelle est locale et simple; la continuité dépend d'une chaîne qui traverse un siège espagnol, un rack à Francfort, un seul fournisseur amont visible et les mains disponibles lorsque quelque chose de physique se casse.