QRinio

Pas à pas

Résoudre la vérification d’un domaine QR

La vérification ne se limite pas au TXT. QRinio contrôle le routage public et une adresse de contrôle HTTPS sur le nom d’hôte demandé. Tant qu’il est en attente, il ne peut servir aux nouveaux liens personnalisés. Relancer sans cesse ne corrige pas le DNS.

QRinio · BundS GmbH

Mis à jour le:

Données d’exempleQRinio

example.com

Adresse illustrative : qr.example.com/r/summer. L’adresse imprimée reste fixe quand la destination change ; ce domaine n’est pas connecté.

Le jeton TXT est correct, mais le domaine affiche encore l’ancien hébergeur : le contrôle HTTPS échoue.

Isoler l’erreur étape par étape

Vérifie d’abord que les enregistrements concernent exactement le sous-domaine voulu. Certaines interfaces DNS ajoutent automatiquement le domaine : le saisir deux fois peut créer un enregistrement au mauvais endroit. Compare ensuite les enregistrements publics et le certificat.

Si le DNS est correct mais que le contrôle HTTPS échoue, examine le routage de l’hébergement. Un écran de connexion, une redirection vers le site principal ou une ancienne affectation de serveur peut intercepter le contrôle. Garde les anciens noms QR fonctionnels lors d’une migration.

Comment faire

  1. 01

    Compare précisément nom d’hôte, nom de l’enregistrement et valeur avec les instructions.

  2. 02

    Vérifie que CNAME et adresses publiques mènent au bon service, pas à un réseau privé.

  3. 03

    Contrôle le certificat et l’accès à la vérification QRinio sans connexion ni redirection étrangère.

À garder en tête

Les caches DNS demandent du temps. Retire prudemment les anciens routages et teste depuis un réseau externe. Les quotas des domaines en attente et vérifiés sont distincts.

Questions fréquentes

Pourquoi HTTPS échoue-t-il alors que mon site s’ouvre ?
Il peut rediriger vers un autre hôte, utiliser un certificat inadéquat ou envoyer le contrôle ailleurs. Le nom d’hôte exact est vérifié, pas seulement une page accessible.

Pour aller plus loin