Vous pouvez utiliser un hébergement CURIAWEB sans avoir à transférer votre domaine existant vers CURIAWEB. Le domaine peut continuer d'être enregistré et renouvelé auprès de votre registrar actuel.
Pour que votre domaine pointe tout de même vers votre hébergement CURIAWEB, il suffit de configurer les DNS en conséquence.
Il y a fondamentalement deux possibilités pour cela : vous utilisez la Serveur de noms CURIAWEB et vous gérez la zone DNS via l'infrastructure CURIAWEB ou vous conservez les serveurs de noms actuels et vous ajustez uniquement les enregistrements DNS nécessaires chez le fournisseur DNS actuel.
En bref : L'enregistrement de domaine et l'hébergement web ne doivent pas nécessairement être chez le même fournisseur. Votre domaine peut rester chez votre registrar actuel, tandis que le site web et, le cas échéant, les e-mails sont gérés par CURIAWEB.
Dois-je transférer mon domaine vers CURIAWEB ? #
Non.
Un transfert de domaine n'est pas nécessaire pour utiliser un domaine existant avec un hébergement CURIAWEB.
Vous pouvez par exemple :
- continuer à gérer et à renouveler le domaine auprès du registrar actuel,
- héberger le site web sur CURIAWEB,
- et d'héberger les services de messagerie soit chez CURIAWEB, soit chez un autre fournisseur.
Ces composants sont techniquement séparés les uns des autres.
Nous expliquons la différence entre Registrar, Registry, DNS et hébergement sous Registre et bureau d'enregistrement : quelle est la différence ?.
Comment connecter un domaine externe à CURIAWEB ? #
En principe, il y a deux options judicieuses.
Variante 1 : Vous changez les serveurs de noms chez le registrar actuel pour les serveurs de noms CURIAWEB. Ensuite, la zone DNS sera gérée via l'infrastructure CURIAWEB.
Variante 2 : Vous conservez les serveurs de noms actuels et modifiez uniquement, chez le fournisseur DNS actuellement responsable, les enregistrements DNS qui doivent pointer vers CURIAWEB.
La variante qui a le plus de sens dépend particulièrement de l'endroit où vous hébergez votre site web, vos e-mails et d'autres services, et de l'endroit où vous souhaitez gérer votre zone DNS à long terme.
Variante 1 : Utiliser le serveur de noms CURIAWEB #
Si CURIAWEB doit gérer la zone DNS de votre domaine, vous pouvez configurer les serveurs de noms suivants chez votre registrar actuel :
ns1.curiaweb.ch
ns2.curiaweb.chAprès le changement de serveurs de noms, l'autorité DNS est déléguée en conséquence aux serveurs de noms CURIAWEB.
Le domaine lui-même reste enregistré auprès du registrar actuel.
Un exemple :
Enregistrement de domaine : registrar actuel
Serveurs de noms : CURIAWEB
Hébergement web : CURIAWEBCette configuration est techniquement tout à fait normale.
Tu trouveras plus d'informations sur la transition sur Trouver et utiliser correctement les serveurs de noms CURIAWEB.
Que dois-je prendre en compte avant de changer de serveur de noms ? #
Un changement de serveur de noms ne concerne pas seulement le site web.
La zone DNS précédente peut contenir des enregistrements supplémentaires qui sont encore nécessaires. Il s'agit par exemple des enregistrements pour :
- Sous-domaines
- FPS
- DKIM
- DMARC
- services externes
- Vérifications de domaine
Avant le changement, il convient donc de vérifier quels enregistrements DNS sont actuellement présents et lesquels d'entre eux seront encore nécessaires.
Avec le Vérification DNS CURIAWEB peux-tu vérifier les informations DNS publiquement visibles de ton domaine.
Vous trouverez un guide détaillé à ce sujet sous Vérifier les enregistrements DNS : Afficher la configuration DNS actuelle d'un domaine.
Attention : Ne modifiez pas les serveurs de noms d'un domaine utilisé en production sans tenir compte au préalable de la configuration DNS existante. Des enregistrements MX, TXT ou autres manquants peuvent, par exemple, perturber le trafic e-mail ou les services externes.
Variante 2 : Conserver les serveurs de noms existants #
Vous n'êtes pas obligé d'utiliser les serveurs de noms CURIAWEB.
Si la zone DNS doit continuer à être gérée par le fournisseur actuel, les serveurs de noms existants restent inchangés.
Dans ce cas, tu y modifies uniquement les enregistrements DNS nécessaires pour l'hébergement CURIAWEB.
Un exemple :
Enregistrement de domaine : registrar actuel
Serveurs de noms : fournisseur DNS actuel
Hébergement web : CURIAWEBLa zone DNS reste donc là où elle est déjà gérée. Seuls les enregistrements correspondants sont définis sur les cibles prévues pour l'hébergement CURIAWEB.
Quels enregistrements DNS dois-je modifier pour le site Web ? #
Les entrées requises dépendent de la configuration spécifique de votre domaine et de votre hébergement.
Généralement, un enregistrement A joue un rôle important pour le domaine principal. Celui-ci associe un nom d'hôte à une adresse IPv4.
Pour :
www.meine-firma.ch
selon la configuration, un enregistrement A personnel ou un CNAME peut également être utilisé.
Si l'IPv6 est utilisé pour l'hébergement en question, un enregistrement AAAA peut également être pertinent.
Important : Utilisez les valeurs cibles réelles de votre hébergement CURIAWEB. N'utilisez pas d'adresses IP ou de valeurs DNS provenant d'exemples d'articles de la base de connaissances.
Nous expliquons la fonction des différents types d'enregistrements DNS sur Enregistrements DNS expliqués : A, AAAA, CNAME, MX, TXT et CAA.
Où puis-je trouver la bonne adresse IP pour mon hébergement CURIAWEB ? #
L'adresse de serveur requise dépend de votre hébergement spécifique. Par conséquent, aucune adresse IP CURIAWEB générale provenant d'un autre tutoriel ou d'un autre compte d'hébergement ne doit être reprise.
Utilisez exclusivement les informations de serveur ou de DNS prévues pour votre propre hébergement.
Si vous ne savez pas quelle adresse IP ou quelle valeur DNS utiliser pour votre domaine, vous devriez clarifier ce point avant d'effectuer la modification.
Dois-je également modifier l'enregistrement MX ? #
Pas nécessairement.
L'enregistrement MX détermine quels serveurs de messagerie acceptent les e-mails pour votre domaine. Il doit donc être considéré indépendamment de l'endroit vers lequel pointe le site web.
Si vous déplacez uniquement le site Web vers CURIAWEB et souhaitez continuer à utiliser votre solution de messagerie actuelle, les enregistrements MX nécessaires à cet effet doivent en principe être conservés.
Si, à l'avenir, la messagerie électronique doit également être exploitée via CURIAWEB ou l'infrastructure prévue à cet effet, la configuration de la messagerie doit être configurée en conséquence.
Remarque : Le site Web et l'e-mail sont deux services distincts. Une modification de l'enregistrement A pour le site Web ne signifie pas automatiquement que les enregistrements MX doivent également être modifiés.
Mon site web peut-il être hébergé chez CURIAWEB et mes e-mails chez un autre fournisseur ? #
Oui.
C'est une configuration courante.
Par exemple,
Site web : CURIAWEB
E-mail : Fournisseur de messagerie externe
Domaine : Ancien registrarêtre utilisé.
La zone DNS doit alors contenir les enregistrements correspondants pour les deux services.
L'enregistrement A ou AAAA du site Web peut pointer vers l'infrastructure d'hébergement CURIAWEB, tandis que les enregistrements MX et autres enregistrements liés aux e-mails continuent de pointer vers le service de messagerie externe.
Puis-je continuer à utiliser Microsoft 365 ou Google Workspace ? #
En principe, oui.
Si votre e-mail est géré par un service externe, le site web et l'e-mail peuvent être configurés indépendamment l'un de l'autre.
Il est important que les enregistrements DNS fournis par le fournisseur de messagerie respectif soient conservés ou correctement configurés dans la zone DNS actuellement autoritative.
Cela peut inclure, outre les enregistrements MX, des enregistrements TXT, CNAME ou d'autres types.
Lors d'un changement de serveur de noms, ces enregistrements doivent donc être pris en compte sur la nouvelle infrastructure DNS.
Puis-je utiliser SpamExperts avec un domaine enregistré en externe ? #
Oui. L'essentiel n'est pas le registrar auprès duquel le domaine est enregistré, mais de savoir si les paramètres DNS et de serveur de messagerie requis peuvent être configurés correctement.
Lorsque le filtrage SpamExperts Incoming Filtering est utilisé, les enregistrements MX du domaine pointent vers l'infrastructure SpamExperts prévue à cet effet.
Nous expliquons l'installation sous Configurer SpamExperts Incoming Filtering et configurer les enregistrements MX.
Le domaine doit-il d'abord être configuré dans l'hébergement CURIAWEB ? #
Oui, le domaine doit être connu de l'environnement d'hébergement prévu pour que le serveur Web puisse traiter correctement les requêtes pour ce nom de domaine.
Modifier uniquement l'enregistrement A vers l'adresse IP d'un serveur ne suffit pas nécessairement.
Le serveur Web doit savoir quel site Web il doit diffuser pour le domaine concerné.
Important : La configuration du DNS et celle du serveur web fonctionnent ensemble. Un enregistrement DNS correct à lui seul ne crée pas de site web et n'attribue pas automatiquement le contenu approprié à un domaine.
Qu'en est-il de SSL/TLS ? #
Si le domaine pointe vers l'hébergement CURIAWEB et y est correctement configuré, un certificat TLS valide doit également être présent pour les noms d'hôtes utilisés.
Pendant une migration, l'émission ou l'activation du certificat peut dépendre du fait que le domaine pointe déjà correctement vers l'infrastructure d'hébergement prévue.
Si le DNS est déjà correct, mais que le navigateur continue d'afficher un avertissement de certificat, la configuration SSL/TLS doit par conséquent être vérifiée séparément.
Que se passe-t-il avec mon site Web chez mon fournisseur actuel ? #
La modification des enregistrements DNS ne supprime pas le site web précédent.
Les fichiers et les bases de données restent pour l'instant sur le serveur actuel.
Le DNS détermine simplement quelle destination technique les visiteurs atteignent pour le domaine.
Lorsque le domaine pointera vers CURIAWEB après la migration, les visiteurs verront le site Web provenant du nouvel environnement d'hébergement, à condition que celui-ci y ait été entièrement configuré.
L'ancien environnement d'hébergement ne doit donc pas être supprimé ou résilié précipitamment.
Quand dois-je résilier l'hébergement actuel ? #
Uniquement lorsque la migration aura été entièrement achevée et vérifiée.
Avant un licenciement, il convient en particulier de s'assurer que :
- le site web est entièrement disponible sur CURIAWEB
- le domaine pointe correctement vers le nouvel environnement
- HTTPS fonctionne
- des formulaires et d'autres fonctionnalités du site Web ont été testés
- la configuration de messagerie souhaitée fonctionne
- plus aucun fichier ni aucune base de données requis ne se trouve exclusivement chez le fournisseur précédent
Conseil pratique : Ne résilie pas l'ancien hébergement avant le changement de DNS. Un bref chevauchement des deux environnements d'hébergement facilite une transition contrôlée et te donne une solution de repli au cas où il manquerait encore quelque chose.
Comment puis-je vérifier avant la transition si tout est prêt ? #
Avant la modification effective du DNS, le nouvel environnement d'hébergement doit être préparé aussi complètement que possible.
Cela inclut les fichiers de sites Web, les bases de données, la configuration des domaines et – si elles sont également migrées – les boîtes aux lettres électroniques.
En outre, vous devez documenter la configuration DNS existante afin qu'aucun enregistrement nécessaire ne soit perdu.
En particulier pour les domaines qui utilisent d'autres services en plus du site web et des e-mails, une zone DNS peut contenir bien plus que de simples enregistrements A et MX.
Comment puis-je vérifier si le domaine pointe déjà vers CURIAWEB ? #
Après la modification, vous pouvez avec le Vérification DNS CURIAWEB contrôler quelles informations DNS sont actuellement visibles publiquement.
Si tu as seulement modifié l'enregistrement A, tu compares l'adresse IP affichée avec la valeur prévue pour ton hébergement.
Lors d'un changement de serveur de noms, vous vérifiez également si le domaine utilise déjà les serveurs de noms CURIAWEB :
ns1.curiaweb.ch
ns2.curiaweb.chNous expliquons la démarche systématique sous Vérifier les enregistrements DNS : Afficher la configuration DNS actuelle d'un domaine.
Pourquoi est-ce que je vois encore l'ancien site Web après la modification ? #
Si la configuration DNS vient d'être modifiée, les résolveurs DNS peuvent temporairement conserver des informations plus anciennes dans leur cache.
Cela permet à un utilisateur d'accéder déjà à la nouvelle infrastructure d'hébergement, tandis qu'un autre accède toujours au serveur précédent.
Ce comportement est souvent appelé propagation DNS.
Nous expliquons les aspects techniques sous Qu'est-ce que la propagation DNS et pourquoi une modification DNS prend-elle du temps ?.
Cependant, il ne faut pas automatiquement attribuer chaque site web incorrect à la propagation DNS. Si les données DNS faisant autorité pointent déjà vers la mauvaise destination, la configuration doit être corrigée.
Pourquoi le site Web ne fonctionne-t-il pas après la migration ? #
Si le domaine ne fonctionne pas comme prévu après une modification, vous devez vérifier les différents niveaux séparément.
Vérifiez d'abord quels serveurs de noms sont réellement compétents et vers quelle adresse IP le nom d'hôte concerné est résolu.
Si le DNS est correct, la cause réside peut-être dans la configuration de l'hébergement ou du site web.
Les causes possibles sont par exemple :
- Le domaine n'a pas encore été configuré sur l'hébergement
- Les fichiers du site Web sont manquants
- la base de données n'a pas été migrée correctement
- l'application utilise encore de anciennes URL
- HTTPS n'est pas encore correctement configuré
- une redirection pointe vers une mauvaise destination
Pourquoi le site Web fonctionne-t-il, mais pas les e-mails ? #
Si le site Web est accessible correctement mais que les e-mails n'arrivent pas, vous devez examiner la configuration des e-mails séparément.
Un enregistrement A fonctionnel pour le site web ne dit rien sur la correction des enregistrements MX.
Vérifiez en particulier quels serveurs de messagerie sont publiés via DNS et s'ils correspondent à l'infrastructure de messagerie souhaitée.
Vous trouverez un dépannage détaillé sur Les e-mails n'arrivent pas : vérifier les causes de manière systématique.
Modifier les serveurs de noms ou les enregistrements DNS individuels : quelle est la meilleure option ? #
Il n'y a pas de réponse universelle pour chaque domaine.
L'utilisation des serveurs de noms CURIAWEB est particulièrement pratique lorsque la gestion DNS doit être menée conjointement avec l'hébergement.
En revanche, conserver les serveurs de noms actuels peut s'avérer judicieux si une infrastructure DNS complexe y est déjà exploitée ou si plusieurs services externes en dépendent.
Il est crucial que soit clairement défini, où la zone DNS autoritaire est gérée.
Quand un transfert de domaine est-il judicieux ? #
Un transfert de domaine peut être judicieux si tu souhaites regrouper la gestion du domaine chez CURIAWEB en plus de l'hébergement.
Ainsi, par exemple, la gestion et le renouvellement des domaines sont assurés par le même fournisseur.
Ce transfert n'est toutefois pas techniquement nécessaire pour l'utilisation de l'hébergement.
Nous expliquons le déroulement d'un transfert dans le prochain module thématique sous Transfert de domaine vers CURIAWEB : voici comment fonctionne le déménagement.
Remarque : Si vous souhaitez uniquement changer d'hébergement, une configuration DNS adaptée suffit. Si vous souhaitez en outre transférer la gestion du domaine vers CURIAWEB, un transfert de domaine entre en ligne de compte.
Quelle est la différence entre le changement d'hébergement et le transfert de domaine ? #
Lors d'un Changement d'hébergement le site web, les bases de données et, le cas échéant, les services de messagerie sont transférés vers une autre infrastructure d'hébergement.
Lors d'un Transfert de domaine en revanche, le bureau d'enregistrement du nom de domaine change.
Les deux opérations peuvent être menées conjointement, mais sont techniquement indépendantes l'une de l'autre.
Vous pouvez donc :
- changer uniquement l'hébergement
- transférer uniquement le domaine
- transférer l'hébergement et la gestion des domaines ensemble
C'est particulièrement judicieux de bien distinguer ces processus, surtout lorsqu'il s'agit d'un site web existant.
Un flux de travail pertinent pour un domaine externe #
- Configurez d'abord le domaine et le site web dans l'hébergement CURIAWEB.
- Transférer les fichiers de site Web et les bases de données si un site Web existant est déplacé.
- Documentez la configuration DNS et de messagerie existante.
- Décidez si vous souhaitez utiliser les serveurs de noms CURIAWEB ou conserver votre zone DNS actuelle.
- Modifiez ensuite spécifiquement les serveurs de noms ou les enregistrements DNS nécessaires.
- Vérifiez les données DNS publiquement visibles.
- Testez le site Web, le protocole HTTPS, les e-mails et les principales fonctionnalités du site Web.
- Ne résiliez l'ancien environnement d'hébergement que lorsque le transfert est entièrement terminé.
Cet ordre réduit le risque d'interruptions inutiles.
Résumé #
Vous pouvez laisser un domaine enregistré chez votre fournisseur actuel tout en utilisant un hébergement CURIAWEB.
Pour cela, deux variantes sont fondamentalement disponibles : tu utilises les serveurs de noms CURIAWEB ns1.curiaweb.ch et ns2.curiaweb.ch ou tu conserves les serveurs de noms actuels et tu y ajustes uniquement les enregistrements DNS nécessaires.
La variante qui a le plus de sens dépend de l'endroit où le site web, l'e-mail et les autres services doivent être exploités et où la zone DNS doit être gérée.
Un transfert de domaine n'est pas nécessaire pour l'utilisation de l'hébergement CURIAWEB. Il ne devient pertinent que si vous souhaitez également confier la gestion et le renouvellement du domaine à CURIAWEB.
Pour un domaine existant, la configuration DNS doit toujours être documentée en premier et le nouvel environnement d'hébergement doit être entièrement préparé. Cela permet de migrer le site web, les e-mails et d'autres services de manière contrôlée, sans modifier inutilement plusieurs composants en même temps.
