WebJanssen ISP ltd & Co KG fait dépendre une facture de connectivité locale des routes amont et de la réparation sur site

Résumé

• WebJanssen a une activité d'hébergement et de communications en activité, mais le nom dans cet article n'est plus le nom affiché par ses propres mentions légales. Le site de l'entreprise indique que le siège social a déménagé à Miami Platja, en Espagne, le 1er octobre 2025 et que la désignation officielle est devenue WebJanssen U.Janssen. L'enregistrement RIPE et plusieurs pages commerciales plus anciennes 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 signifie 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 par chaque pair à 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 de politique RIPE de WebJanssen décrit KleyReX et de nombreux pairs historiques, tandis qu'une ancienne entrée PeeringDB répertorie deux installations à Francfort, mais aucune n'établit un second fournisseur amont actuel. La diversité logique et physique des routes doit donc être considérée comme non prouvée.
• WebJanssen identifie l'emplacement de son centre de données comme étant chez Aixit au Rebstoeckerstrasse 55 à Francfort. Aixit décrit des entrées de bâtiment redondantes, 20 opérateurs, près de 1 000 Gbit/s de bande passante agrégée, plus de 300 peering, onduleurs, génération d'urgence et conception réseau redondante sur ce site. Ce sont des capacités de l'installation hôte, pas une preuve que WebJanssen achète deux chemins opérateur indépendants, des alimentations doubles ou une capacité réservée auprès de tous.
• L'offre au détail fait de la reprise un choix économique. WebJanssen propose des serveurs virtuels limités à 10 ou 100 Mbit/s, une sauvegarde d'image optionnelle, une réponse standard dans un jour ouvré et des niveaux de service payants avec une 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 amont, une panne d'hôte, un incident électrique ou un manque de techniciens disponibles ont besoin que le contrat précise qui répond, d'où et dans quel délai.
• Le réseau est manifestement en fonctionnement, mais la note de preuve de résilience est Faible. Un amont visible, pas d'IPv6 routé, une protection d'origine de route pour seulement un des trois préfixes, des enregistrements d'interconnexion anciens et aucun enregistrement de rétablissement publié laissent trop d'incertitude pour revendiquer un réseau d'accès régional résilient. Les preuves soutiennent plutôt 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é contractuelle a changé

Le premier problème n'est pas la perte de paquets. Il s'agit d'identifier qui promet de rétablir le service. Le nom WebJanssen ISP ltd & Co KG reste attaché à AS29471 dans l'enregistrement RDAP de RIPE, et c'est le nom sous lequel l'entreprise est couramment trouvée. Pourtant, la proprepage d'actualitésde WebJanssen indique que son siège social a déménagé en Espagne le 1er octobre 2025 et que la désignation 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 la société contractante de manière interchangeable dans la conversation, mais ces étiquettes répondent à des questions différentes. La marque indique au client où chercher de l'aide. L'enregistrement AS dit aux autres réseaux quelle identité de routage originait les adresses. Le contrat détermine qui doit le service, qui 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 joignent explicitement.

Les pages publiques ne le font pas proprement. Lesconditions généralesde WebJanssen disent que la partie contractante est WebJanssen ISP UG (haftungsbeschraenkt), tandis que les mentions légales nomment WebJanssen U.Janssen. Une page de données commerciales allemandes décrit uneWebJanssen UG active, enregistrée à Oldenburg en 2022 pour fournir des services de télécommunications, hébergement, housing, réseau et administration, et pour agir en tant qu'associé commandité d'une société en commandite WebJanssen. Cet enregistrement secondaire soutient la continuité des activités en Allemagne, mais il ne résout pas quelle personne ou société signe un nouveau contrat de service basé en Espagne en 2026.

Il y a une autre rupture historique. Le registre des sociétés 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ôtcomprend des comptes de société dormante avant la radiation obligatoire. Le nom exact et les dirigeants partagés rendent l'enregistrement pertinent comme contexte, mais les preuves publiques examinées ici ne prouvent pas le rôle juridique que la société britannique jouait autrefois dans le partenariat allemand. Il serait dangereux soit d'ignorer la dissolution, soit d'en déduire qu'elle a mis fin au réseau opérationnel.

Les preuves du réseau pointent dans l'autre sens: le service a continué. Le site web de l'entreprise est en ligne, les pages de produits actuelles acceptent les commandes, les portails de support et client sont liés, et AS29471 était visible dans les données de routage globales le 11 juillet 2026. La conclusion correcte est étroite. WebJanssen reste une marque et un réseau opérationnels, tandis que l'identité juridique derrière les nouveaux engagements de service a besoin de confirmation.

Un ordre d'achat devrait nommer la contrepartie actuelle, l'enregistrement fiscal, la loi applicable, le lieu de service et l'entité responsable des données et de l'équipement après résiliation. 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 à différentes formes juridiques.

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 gaines, des fibres, des tours sans fil et des équipes de terrain se rendant chez les clients. 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 e-mails et le VPN. Sazone clientrenvoie à des contrôles séparés pour les serveurs Windows et Exchange, les serveurs Linux, l'administration des serveurs virtuels, le webmail et le support. Ce sont les interfaces d'un fournisseur d'hébergement et de services managés.

Lesplans d'espace weboffrent des environnements Linux ou Windows, capacité de domaine, boîtes aux lettres, bases de données, accès FTP, certificats SSL et panneaux de contrôle. Lesplans de serveur racinesont des machines virtuelles construites sur Xen, avec des adresses fixes, des fonctions de console à distance et une administration gérée optionnelle. Lapage Exchange hébergécombine boîtes aux lettres, filtrage anti-spam et anti-virus, fonctions de calendrier et de carnet d'adresses, accès web et archivage optionnel. Aucune de ces pages n'offre une carte des foyers desservis, des armoires de rue, des secteurs de tours, des routes de fibre ou des équipes d'installation.

Cette absence compte car elle change 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 séparé, un routeur local, l'alimentation du bureau et le chemin Internet public.

WebJanssen contrôle la machine hébergée, l'adresse assignée, la configuration du service et son propre routage frontalier; il ne contrôle pas pour autant la fibre ou la connexion mobile de chaque client jusqu'à Francfort.

La distinction change aussi qui souffre lorsque le service tombe en panne. Une panne de serveur racine peut faire tomber le site web, le serveur de messagerie, le service de jeu, le serveur de noms ou l'application métier 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 de nombreux domaines hébergés non liés simultanément injoignables. À l'inverse, un câble d'accès local sectionné au bureau d'un client peut laisser tous les systèmes WebJanssen sains tandis que ce client ne peut pas les atteindre.

L'échelle publique de WebJanssen semble cohérente avec un hébergeur spécialisé. Lavue AS29471 d'IPinfoclasse le réseau comme hébergement, compte 2 304 adresses IPv4 routées et rapporte des centaines de domaines hébergés. Le nombre de domaines hébergés est une observation, pas un nombre de clients: un client peut opérer plusieurs domaines, de nombreux domaines peuvent partager une adresse, et des noms inactifs peuvent rester pointés vers un ancien serveur. Néanmoins, la combinaison des produits d'hébergement, des panneaux de contrôle, des systèmes de messagerie et de l'utilisation des adresses est une preuve plus forte 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 lue comme la facture d'une connexion hébergée supportée localement, pas une preuve de l'infrastructure d'accès possédée par WebJanssen. Les actifs conséquents sont les racks, les systèmes hôtes, le stockage, l'alimentation, le refroidissement, les points de terminaison fibre, le routage frontalier, les services de noms et de messagerie, les pièces de rechange et les personnes capables de travailler dessus. Les tours, poteaux et installations chez le client deviendraient pertinents seulement si un contrat spécifique montrait que WebJanssen les fournit.

Aucune preuve publique de ce type n'a été trouvée.

Une adresse à Francfort ancre le service physique

La preuve de localisation la plus forte vient de l'opérateur lui-même. Les mentions légales actuelles de WebJanssen identifient son centre de données comme WebJanssen U. Janssen, chez Aixit GmbH, Rebstoeckerstrasse 55, 60326 Francfort-sur-le-Main. C'est la même adresse qu'Aixit donne pourAIX-FRA-1, son centre de données et siège social à Francfort. L'adresse relie les pages commerciales de WebJanssen à une installation spécifique plutôt qu'à une revendication 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, des entrées redondantes de 20 opérateurs, près de 1 000 Gbit/s de bande passante et l'accès à plus de 300 pairs nationaux et internationaux. Il décrit des onduleurs, des systèmes de refroidissement, d'alimentation de secours et de connectivité, et déclare que la conception du réseau est redondante de base. Lapage entreprised'Aixit indique qu'elle s'est agrandie sur le site de Rebstoeckerstrasse après y avoir déménagé fin 2018. Ces affirmations font du site une base physique plausible pour un petit réseau ayant besoin de racks et de choix d'opérateurs.

Mais le menu d'une installation n'est pas la configuration d'un locataire. Vingt opérateurs entrant dans un bâtiment ne signifie pas que WebJanssen achète du transit auprès de vingt opérateurs. Deux entrées de bâtiment ne prouvent pas que son rack dispose de deux interconnexions suivant des routes indépendantes. Les systèmes d'onduleurs et de générateurs à l'échelle de l'installation n'établissent pas qu'une armoire particulière dispose d'alimentations A et B, que les deux sont utilisées correctement, ou qu'un serveur à alimentation unique peut survivre à la perte d'un chemin de distribution.

Près de 1 000 Gbit/s de bande passante agrégée ne dit rien de la capacité allouée à AS29471.

La même prudence s'applique à la propriété. Aixit exploite l'environnement du centre de données et AS29551; WebJanssen fait la publicité de services installés là et originait des adresses via AS29471. Le matériel public ne dit pas si WebJanssen possède ses châssis de serveurs, loue des systèmes complets, des unités de rack, achète une plateforme gérée, ou combine ces arrangements. Il ne dit pas non plus qui possède les émetteurs-récepteurs optiques et les routeurs frontaliers au point de remise. Ces limites déterminent qui détient les pièces de rechange et qui peut toucher l'équipement lors d'un incident.

L'enregistrement réseau de PeeringDB pour AS29471répertorie deux installations à Francfort: « aixit Francfort » et « Digital Realty Francfort FRA28 (Fermé) ». Ses associations de centre de données ont été mises à jour pour la dernière fois en 2016, cependant, et le même enregistrement ne montre aucune connexion d'échange public active. L'étiquette d'installation fermée et l'ancienne date de mise à jour rendent l'entrée utile comme historique, pas comme revendication de redondance actuelle sur deux sites. Elle ne peut pas soutenir la conclusion que WebJanssen dispose de deux sites en activité à Francfort.

Il n'y a pas de deuxième centre de données publié de WebJanssen dans une autre ville, pas de diagramme d'alimentation au niveau rack et pas de site de reprise déclaré. La vue physique la plus sûre est un service centré sur Francfort à l'adresse Aixit, avec des options d'installation plus larges disponibles mais la résilience spécifique au locataire non divulguée. Le siège social espagnol est un emplacement commercial et de support, pas une preuve que les serveurs de production ont déménagé en Espagne. Les propres pages de WebJanssen continuent de placer le centre de données à Francfort après le déménagement du siège.

AS29471 est actif, globalement visible et IPv4 uniquement

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 une politique et originaiter un espace d'adressage joignable. AS29471 fournit néanmoins la meilleure preuve indépendante que le réseau de WebJanssen est en fonctionnement. Lavue d'ensemble RIPEstatle marquait annoncé le 11 juillet 2026 et nommait le titulaire comme WebJanssen-DE, WebJanssen ISP ltd & Co KG.

Lavue du statut de routagea rapporté trois préfixes IPv4 couvrant 2 304 adresses. Les 325 pairs RIS à alimentation complète IPv4 dans l'instantané ont tous 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 remonte à 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 inscription commerciale obsolète ou un numéro 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, produisant le total de 2 304. Des vues réseau RIPEstat distinctes 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 croisée au niveau du service. Lavue de la chaîne DNS de RIPEstat pour webjanssen.derésolvait le site en195.140.208.58, à l'intérieur du premier /22, le 11 juillet. Le site commercial public est donc servi depuis une adresse actuellement originaire d'AS29471. Cela ne prouve pas où se trouve la machine, mais relie l'activité commerciale actuelle à l'empreinte de routage en direct.

Aucun préfixe IPv6 n'est apparu dans la vue du statut de routage. PeeringDB répertorie également zéro préfixe IPv6 et déclare 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 des communications électroniques français ARCEP a inclus AS29471 dans sonbaromètre IPv6 2025 des hébergeurset a montré une disponibilité IPv6 nulle pour l'échantillon hébergé par WebJanssen testé. Ce test impliquait un très petit échantillon et n'est pas un inventaire complet, mais il concorde avec l'absence actuelle d'IPv6 routé.

Le fonctionnement en IPv4 uniquement ne signifie pas une panne immédiate. Les clients peuvent toujours atteindre les services via IPv4, et des mécanismes de traduction peuvent pontifier certains environnements d'accès IPv6. Cela signifie que le réseau manque d'une deuxième famille d'adresses native que de nombreux hébergeurs contemporains offrent. 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 un chemin conçu séparément si la politique IPv4 échouait.

Le double pile n'est pas automatiquement diversifié, mais le simple pile supprime même cette possibilité.

Le nombre d'adresses ne doit pas non plus être confondu avec le débit. Les neuf équivalents /24 disent combien d'espace IPv4 unique est visible, pas combien de bits par seconde le réseau peut transporter. Un /22 largement inactif peut avoir peu de bande passante; un /24 occupé peut transporter un trafic substantiel. Le nombre n'établit pas non plus les clients, les processeurs, le stockage ou la capacité de réserve. Il confirme une empreinte d'adresse non triviale et de longue durée adaptée à l'hébergement et à la messagerie, rien de plus.

Chaque route actuelle passe par Aixit

La concentration centrale apparaît à un saut en dehors d'AS29471. Lavue des voisins AS de RIPEstata montré un réseau adjacent unique le 11 juillet 2026: AS29551. La position observée place AS29551 à gauche de WebJanssen dans les chemins vers la table globale.bgp.toolsrépertorie indépendamment Aixit AS29551 comme le seul fournisseur amont pour les trois préfixes IPv4 et compte un amont.

L'historique de routage RIPEstat sur un anrend la même dépendance explicite. 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 chaque interconnexion privée, et les contrats commerciaux ne sont pas des chemins BGP publics. Même ainsi, une 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 politique beaucoup plus riche. Il déclare AS29551 comme amont, KleyReX AS31142 comme plateforme de peering et de nombreux pairs nommés. Cela pourrait ressembler à une large diversité si lu comme une carte topologique 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 politique de routage peuvent survivre aux sessions, ports et contrats. Les observations actuelles de voisins et le nombre d'échanges actifs nul de PeeringDB ne corroborent pas ces anciennes déclarations de pair.

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. Une ligne dans un ancien enregistrement de routage montre une intention ou un historique; un port actuel, un enregistrement de membre d'échange ou un chemin de pair observé serait nécessaire pour le compter comme une alternative de travail.

Aixit n'est pas un amont arbitraire. Son site de Francfort est également l'adresse du centre de données que WebJanssen publie. Cette colocation peut rendre les opérations efficaces: un locataire peut acheter une courte interconnexion, atteindre le réseau du fournisseur sans long circuit de terminaison et obtenir de l'aide pratique près de l'équipement. Cela crée également une frontière commune. Si les serveurs de WebJanssen, le point de remise frontalier et le seul amont visible dépendent tous d'un fournisseur dans un bâtiment, un incident réseau Aixit ou un événement au niveau du site peut affecter à la fois l'hébergement et le transport.

Les données publiques ne peuvent pas établir que cette frontière commune est totale. WebJanssen peut avoir une connexion privée cachée des collecteurs de routes, une sauvegarde dormante, un tunnel, ou un autre service qui n'annonce pas les trois préfixes. Ces possibilités ne doivent pas être considérées comme des garanties opérationnelles jusqu'à ce qu'elles soient testées. L'achat de résilience ne peut pas reposer sur des chemins qui n'apparaissent qu'après une panne à moins que le fournisseur ne puisse montrer qu'ils sont provisionnés, surveillés, autorisés à originaiter les préfixes et capables de supporter le trafic de pointe.

La protection d'origine de route ne couvre qu'une des trois annonces

La concentration du routage n'est pas le seul problème du plan de contrôle. L'infrastructure de clé publique de ressources permet à un titulaire d'adresse de publier une autorisation d'origine de route (ROA) indiquant quel AS peut originaiter un préfixe. D'autres réseaux peuvent comparer une annonce avec cette autorisation et rejeter ou dé-préférer les origines invalides. L'explication de la validation d'origine BGP du RIPE NCCdécrit cela comme un moyen pour les opérateurs de définir une politique en fonction de la validité de l'origine de route.

Pour WebJanssen, le résultat actuel est mitigé. RIPEstat rapporte195.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, 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/22au même contrôle. 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 validant l'origine ne peuvent pas utiliser d'autorisation positive pour distinguer l'annonce légitime d'AS29471 d'une origine non autorisée uniquement via ce contrôle.

Même le /24 valide n'est pas à l'épreuve des pannes. La validation d'origine ne prouve pas l'intégralité du chemin AS, ne garantit pas que les paquets atteignent le serveur correct, n'empêche pas chaque fuite de route ou ne préserve pas le service lors d'une panne amont. Elle réduit une classe d'erreur ou d'attaque de routage. Sa valeur pratique dépend également de la mise en œuvre de la validation par d'autres réseaux. Néanmoins, la couverture est un contrôle d'hygiène mesurable, et couvrir une des trois annonces laisse une opportunité d'amélioration claire.

La combinaison d'un amont observé unique et d'une protection partielle d'origine mérite attention car chacun répond à un risque différent. Un deuxième 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. Aucun ne remplace l'autre. Ajouter une autorisation ne créerait pas un deuxième chemin physique; acheter un autre opérateur n'autoriserait pas automatiquement le nouvel arrangement de routage ou ne protégerait pas contre une origine incorrecte.

Un acheteur n'a pas besoin d'exiger l'accès aux configurations de routeur. Il peut demander une liste actuelle des préfixes originaités, le statut d'autorisation, les numéros AS amont, le comportement de basculement testé et la date du dernier exercice de perte de transit. La réponse devrait séparer les chemins de production des anciens enregistrements. Dans le cas de WebJanssen, les observations de routage public soutiennent un chemin de production et un préfixe autorisé, donc des affirmations plus fortes nécessitent une preuve directe.

La capacité de l'installation n'est pas la capacité de WebJanssen

Les affirmations d'Aixit concernant l'installation sont impressionnantes par rapport aux limites de vente au détail annoncées par WebJanssen. Près de 1 000 Gbit/s de bande passante sur site et plus de 300 peering décrivent un grand marché de connectivité. Les produits de serveur racine de WebJanssen, en revanche, annoncent un trafic forfaitaire à 10 Mbit/s pour les niveaux privé et professionnel et 100 Mbit/s pour les niveaux professionnel et géré. PeeringDB décrit le niveau de trafic d'AS29471 comme 20-100 Mbit/s, bien que cette plage autodéclarée ait été mise à jour il y a des années.

Ces chiffres occupent différentes couches. Le nombre de l'installation est la capacité agrégée installée sur de nombreux clients et réseaux. Le nombre de serveurs virtuels est une limite par produit. La plage PeeringDB est une ancienne estimation catégorielle pour le trafic échangé par AS29471. Aucun ne montre l'utilisation actuelle sur le port amont de WebJanssen, le débit d'information garanti acheté auprès d'Aixit, la capacité de pointe, la perte de paquets sous charge ou la marge de manœuvre disponible après une panne.

La capacité utilisable lors d'un incident peut être beaucoup plus petite que la capacité installée normale. Supposons qu'un fournisseur dispose de 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, donc une topologie qui semble redondante sature encore. Dans le cas public de WebJanssen, la prémisse est encore moins certaine car une deuxième liaison actuelle n'est pas visible. Le chemin restant doit absorber tout le trafic seulement si un chemin restant existe.

Les limites du serveur introduisent un autre goulot d'étranglement. Un client achetant un serveur virtuel à 10 Mbit/s ne peut pas déduire une récupération plus rapide ou plus de marge de manœuvre de l'agrégat 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 de déni de service peuvent chacun devenir la contrainte contraignante avant que le port amont ne se remplisse.

Les pages produits spécifient le processeur virtuel, la mémoire, le disque et les débits de trafic mais ne publient pas les ratios de contention ou les performances mesurées.

L'inventaire IPv4 n'est pas non plus une réserve de capacité. Les adresses peuvent être allouées sans consommer de bande passante, et les adresses épuisées peuvent contraindre la croissance du client 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 quelle partie de l'empreinte de 2 304 adresses reste attribuable.

Pour un client professionnel, la spécification commerciale utile est donc spécifique au service: débit garanti et de pointe, politique de congestion, traitement des dénis 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 défaillance unique. Une brochure d'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 de l'alimentation s'arrête à la prise la plus faible

Le bâtiment de Francfort est la principale dépendance physique commune. Aixit déclare qu'AIX-FRA-1 utilise une technologie moderne d'onduleurs, d'alimentation de secours, de refroidissement et de connectivité, avec une conception réseau redondante et plusieurs entrées de bâtiment. Sonsite principalindique également que ses centres de données sont certifiés ISO 27001 et alimentés par énergie renouvelable. Ce sont des affirmations utiles de l'hôte, mais WebJanssen ne publie pas la configuration du rack qui les transformerait en garantie de service de bout en bout.

La résilience de l'alimentation est une chaîne. Les alimentations du réseau entrent dans le bâtiment, l'appareillage les distribue, les onduleurs pontent les interruptions, les générateurs soutiennent les pannes plus longues, les unités d'alimentation du rack alimentent les dispositifs, et chaque serveur ou routeur convertit cette alimentation. La redondance à un point peut être vaincue au suivant. Un rack à double alimentation n'aide pas un périphérique avec une seule alimentation connectée à une seule bande. Deux alimentations connectées à la même bande ne créent pas d'indépendance de chemin.

Un générateur ne garantit pas la continuité sans carburant, maintenance, transfert automatique et test de charge réussi.

Les pages produits de WebJanssen n'indiquent pas si les systèmes hôtes du serveur racine ont des alimentations doubles, si les routeurs frontaliers sont appariés, ou si les répliques de stockage se trouvent dans des zones de sécurité et d'alimentation séparées. La virtualisation Xen peut déplacer ou redémarrer les charges de travail sous certaines conceptions, mais l'affirmation de WebJanssen selon laquelle Xen rend les serveurs hautement résistants aux pannes ne divulgue pas le clustering, la migration en direct, les domaines de défaillance de stockage partagé ou la capacité d'hôte de réserve.

La virtualisation change la façon dont une panne de machine est gérée; elle ne supprime pas l'hôte physique en dessous.

Le refroidissement est tout aussi important. Une salle de données peut conserver l'alimentation du réseau tandis que les températures augmentent après une panne de refroidisseur ou de traitement d'air. La génération d'urgence doit supporter suffisamment de refroidissement ainsi que la charge informatique, sinon les serveurs s'arrêteront pour se protéger. Aixit déclare que le site utilise un refroidissement actuel et une conception redondante, mais ni l'un ni l'autre ne publie les seuils de température spécifiques à WebJanssen, les tests de basculement ou le comportement d'arrêt.

Il y a aussi un problème géographique. L'adresse commerciale officielle est maintenant 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 l'accès physique. Une personne répondant au téléphone peut être capable de diagnostiquer un serveur en panne mais incapable de remplacer une alimentation sans accès à Francfort. Un technicien de l'installation peut être capable de rebrancher un câble mais manquer d'autorisation ou de connaissance de la 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'envoi, 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 revendication spécifique à WebJanssen de maintenabilité simultanée, 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 de l'alimentation du rack, de l'autonomie du générateur, de la redondance du refroidissement, de la propriété des pièces de rechange et des conditions de main à distance écrites dans leur service, pas 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 le support est disponible par e-mail, ticket ou téléphone. Ses mentions légales publient les heures d'ouverture du lundi au jeudi et des heures plus courtes le vendredi, avec un service d'urgence payant en dehors de ces périodes. La page du serveur racine indique que les extras gratuits incluent une réponse dans un jour ouvré, tandis que les niveaux de service payants peuvent offrir une réponse en quatre heures.

C'est exceptionnellement révélateur car cela fait de la main-d'œuvre une partie du produit. Un serveur virtuel à 19,99 EUR ou 49,99 EUR 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 elles laissent également plus de risque de récupération au client. Le serveur le moins cher peut être parfaitement adapté à un site de loisir; c'est une proposition différente pour la paie, les e-mails clients ou un système de transactions.

Le temps de réponse n'est pas le temps de rétablissement. 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 fonctionnera dans les quatre heures. Une réponse en 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élai, l'escalade, le crédit, le remplacement de pièces, le rétablissement cible ou le nombre maximal d'incidents simultanés.

La phrase « frais d'intervention » dans les mentions légales est également significative. Elle suggère qu'une partie de l'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, au personnel d'Aixit ou à un autre sous-traitant. Tous peuvent être des arrangements efficaces, mais ils ont des files d'attente et une autorité différentes.

Un technicien de centre de données peut servir de nombreux locataires lors d'un événement à l'échelle de l'installation; un propriétaire-exploitant peut bien connaître le réseau mais avoir une capacité parallèle limitée.

Aucun effectif actuel public, tableau de service, inventaire de pièces de rechange ou enregistrement de dépêche n'a été trouvé. Il serait faux de déduire un mauvais support de ce silence. Il serait également faux de déduire un centre d'opérations réseau doté en personnel 24h/24 d'un numéro de téléphone. Les preuves disponibles soutiennent un support accessible aux heures ouvrées, une réponse plus rapide optionnelle et une intervention d'urgence payante.

Cette frontière de main-d'œuvre est l'endroit où la structure transfrontalière devient opérationnellement importante. Le diagnostic peut avoir lieu depuis l'Espagne, le routage peut être modifié à distance et les logiciels peuvent être redémarrés depuis un panneau de contrôle. Les optiques défaillantes, les disques, les alimentations, les câbles et les systèmes hôtes nécessitent toujours quelqu'un à Francfort ou à proximité. La résilience d'une facture d'hébergement à faible coût dépend donc de la disponibilité de mains formées et de pièces compatibles lorsque plusieurs clients en ont besoin en même temps.

Cinq pannes révèlent ce que la facture laisse sous silence

Le premier test est la perte de transit d'Aixit. Les chemins publics actuels montrent AS29551 immédiatement en amont d'AS29471 pour les trois préfixes. Si cette session BGP, ce point de remise ou ce chemin fournisseur échoue et qu'aucune sauvegarde cachée n'est active, les préfixes peuvent disparaître de l'Internet plus large même si chaque serveur WebJanssen reste sous tension. Le rétablissement nécessiterait de restaurer la session, de déplacer les annonces vers une alternative pré-autorisée ou de réparer le point de remise partagé. Une ancienne ligne de politique KleyReX n'est pas une preuve suffisante d'un tel repli.

Le deuxième est un événement d'installation ou d'alimentation au Rebstoeckerstrasse. Un incident dans le bâtiment peut affecter les systèmes hôtes, l'équipement frontalier et l'amont adjacent ensemble. Les onduleurs et la génération peuvent réduire la probabilité d'interruption, mais les preuves publiques ne montrent pas de sites WebJanssen séparés ou de copie en direct ailleurs. Les clients dont les applications n'existent que sur un seul serveur virtuel peuvent perdre à la fois le calcul et la connectivité en même temps.

Le troisième est une panne d'hôte, de stockage ou d'hyperviseur. Xen peut isoler les machines virtuelles et permettre une gestion flexible, mais un hôte défaillant nécessite encore une capacité de réserve pour le redémarrage ou la migration. Le stockage partagé peut préserver les données tout en devenant un point de défaillance commun; le stockage local peut isoler les pannes tout en compliquant la récupération. WebJanssen vend une sauvegarde d'image optionnelle mais n'indique pas d'objectifs de point 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 l'attaque. Un produit à 10 ou 100 Mbit/s peut être submergé bien en dessous de la capacité agrégée de l'installation. Un événement de déni de service peut saturer la limite du client, le point de remise de WebJanssen ou un filtre amont. L'offre publique ne quantifie pas la capacité d'atténuation ou les arrangements de nettoyage. Les clients doivent distinguer une étiquette de facturation de trafic illimité d'une bande passante instantanée illimitée; un forfait de trafic supprime un compteur d'utilisation, pas une limite de débit physique.

Le cinquième est une pénurie de main-d'œuvre lors d'un incident étendu. Un disque défaillant un jour de semaine peut être simple. Un événement de service public, une alarme de refroidissement ou une panne réseau affectant de nombreux locataires peut créer des tickets et des tâches physiques simultanés. Le premier technicien disponible doit prioriser, obtenir l'accès et localiser les pièces. Ni une hotline aux heures ouvrées ni une promesse de réponse en quatre heures ne disent combien d'incidents peuvent être traités en parallèle.

Plusieurs autres pannes 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 tandis que le service hébergé reste sain. Le but n'est pas d'attribuer chaque problème à WebJanssen; c'est de séparer les responsabilités pour que chaque panne ait un propriétaire et un chemin de récupération testé.

Ce qu'une revendication de résilience devrait montrer

Pour la diversité amont, la preuve décisive serait un deuxième opérateur ou connexion d'échange actuel transportant des routes de production, visible dans les observations actuelles ou démontré par un basculement contrôlé. Le deuxième chemin devrait être vérifié pour les gaines partagées, les entrées, les salles de rencontre, l'alimentation et les dépendances amont. Deux sessions BGP livrées sur une seule interconnexion protègent contre certaines pannes de routeur mais pas contre un câble sectionné.

Pour la sécurité du routage, les deux annonces /22 inconnues pourraient être couvertes par des autorisations d'origine appropriées si les titulaires d'adresses et les arrangements opérationnels le permettent. Les objets de route actuels, les filtres de préfixes et les contacts devraient correspondre à la topologie de production. Les déclarations de politique historiques devraient être supprimées ou clairement distinguées afin que les clients et les pairs ne les confondent pas avec une capacité en direct.

Pour la continuité de l'installation, WebJanssen devrait identifier si les dispositifs critiques ont une double alimentation, si la capacité de l'hôte survit à une panne de 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 aurait besoin d'un domaine de défaillance indépendant et d'une méthode d'activation testée. Simplement nommer un autre bâtiment ou 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 les définitions de gravité, les cibles d'accusé de réception et de rétablissement, l'autorité en dehors des heures ouvrées, la propriété de la main à distance, la couverture des pièces de rechange et le résultat des exercices de réparation récents. L'acheteur devrait savoir si l'engagement de quatre heures s'applique en continu ou seulement dans certaines fenêtres et s'il se termine à la première réponse.

Pour la continuité commerciale, le prochain contrat devrait concilier WebJanssen U.Janssen, WebJanssen ISP UG et le nom attaché à AS29471. Il devrait identifier quelle partie contrôle les données clients, les domaines, les adresses et l'équipement, 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 commander toutes les dépendances nécessaires pour rétablir le service acheté.

Aucune de ces demandes n'exige qu'un petit opérateur publie des diagrammes sensibles. Une lettre d'assurance concise, un calendrier de service actuel et un résultat de basculement témoin peuvent établir bien plus qu'un adjectif marketing. Le standard devrait s'échelonner avec la conséquence de la panne pour le client: un site vitrine peut nécessiter peu plus qu'une sauvegarde restaurable, tandis qu'une plateforme de messagerie professionnelle a besoin d'une récupération testée, d'une escalade claire et de communications alternatives.

L'économie récompense la clarté plus que l'échelle

Les prix de WebJanssen rendent visible pourquoi 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 doter sa propre salle de serveurs. Le fournisseur peut répartir un rack à Francfort, un point de remise amont, des licences logicielles et des connaissances techniques sur de nombreux clients. L'installation plus grande d'Aixit répartit l'alimentation, le refroidissement, la sécurité et l'accès des opérateurs sur de nombreux locataires. Chaque couche convertit une infrastructure irrégulière en une facture mensuelle.

La même superposition peut obscurcir la concentration. WebJanssen peut sembler offrir serveur, connectivité, e-mail et sauvegarde comme des produits différents, mais ils peuvent partager le même bâtiment, le même amont et les mêmes techniciens. Un client peut acheter plusieurs services et croire qu'il a de la diversité alors qu'ils échouent tous ensemble. Le bas prix n'est pas le problème; les dépendances communes non examinées 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 économique. Le point important est que le client achète délibérément. Une sauvegarde d'image optionnelle devrait indiquer la fréquence, la conservation, l'emplacement et la responsabilité de restauration. Une réponse payante devrait indiquer quelle action se produit 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 chemins et en réduisant la dépendance amont. L'ancienne politique RIPE de WebJanssen pointe vers KleyReX, dont l'offre de peering de base gratuite est conçue précisément pour ce type d'opérateur. Pourtant, les observations actuelles ne montrent pas de connexion d'échange active. L'opportunité économique n'est pas la même chose qu'une garantie installée.

L'installation offre une autre voie d'expansion. Aixit déclare qu'elle peut fournir des interconnexions vers les principaux opérateurs et échanges, donc WebJanssen est situé là où une diversité supplémentaire peut être obtenue. Que l'achat soit justifié dépend du chiffre d'affaires du client en risque, du coût d'un deuxième port et de la capacité de l'opérateur à supporter la complexité ajoutée. Un deuxième chemin qui n'est jamais surveillé ou exercé peut créer une fausse confiance et des erreurs de routage.

Pour les clients, la comparaison équitable est le coût total de continuité plutôt que la ligne du serveur. Cela inclut l'accès à Francfort, la sauvegarde de l'application, la messagerie alternative ou les communications de statut, la main-d'œuvre de récupération et l'impact financier des temps d'arrêt. WebJanssen peut rester compétitif sans imiter un fournisseur hyperscale, mais sa proposition la plus forte serait la précision: ce qui est inclus, ce qui est partagé, ce qui est optionnel et comment les pannes sont traitées.

Un réseau spécialisé en direct avec une divulgation de résilience faible

La question du statut opérationnel peut être répondue plus fermement que la question de la résilience. AS29471 est actif, ses trois routes IPv4 étaient globalement visibles, webjanssen.de résout en l'une d'elles, les pages commerciales et de support restent disponibles, et l'opérateur nomme une adresse actuelle de centre de données à Francfort. L'annonce du siège social en octobre 2025 est récente. Ces faits soutiennent une entreprise en activité, pas un réseau abandonné.

Ils ne soutiennent pas l'image implicite d'une large catégorie de FAI régional. Il n'y a pas de preuve publique de fibre de dernier kilomètre possédée, 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 maintenant en Espagne. « Mondial » décrit la portée Internet et l'ancien champ de portée de PeeringDB mieux qu'il ne décrit 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 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 autodéclarées. L'installation hôte annonce de fortes capacités générales, mais aucune conception d'alimentation, de route ou de deuxième site spécifique à WebJanssen n'est publiée. La réponse humaine est décrite en heures, mais le rétablissement, la profondeur des quarts et les pièces ne le sont pas.

Une preuve faible n'est pas une prédiction de panne. C'est une limite sur ce qui peut être affirmé de manière responsable. Un petit opérateur expérimenté dans une installation capable à Francfort peut fournir un service fiable pendant des années. Le dossier public n'établit tout simplement pas l'indépendance vis-à-vis d'Aixit, la récupération lors d'un événement majeur de mode commun ou une réponse physique immédiate en dehors des heures normales.

Cette distinction devrait façonner l'achat. Un site web à faible conséquence peut accepter la concentration et maintenir une sauvegarde portable. Un client critique pour l'activité devrait obtenir la contrepartie juridique actuelle, la conception de route, l'arrangement d'alimentation, les conditions de récupération de sauvegarde et l'engagement du technicien avant de compter sur la connexion. La facture mensuelle est locale et simple; la continuité dépend d'une chaîne qui traverse un siège social espagnol, un rack à Francfort, un amont visible et les mains disponibles quand quelque chose de physique casse.