Newscloud
Espace client Base de connaissances Qui sommes-nous Nous contacter
Commander

Base de connaissances

Nom de domaine Avancé 15 min

Transférer ou connecter un domaine existant

Choisir entre garder le domaine chez son registrar ou le transférer vers Newscloud.

Objectif pratique

Aider à décider s’il faut déplacer un domaine ou simplement pointer ses DNS vers un nouveau service.

Sommaire

  1. Choisir entre pointer et transférer
  2. Vérifier le verrou et le code
  3. Sauvegarder la zone DNS
  4. Planifier le bon moment
  5. Contrôler après bascule

Guide détaillé

Étape 1

Choisir entre pointer et transférer

Pointer garde le registrar actuel et change seulement les DNS. Transférer déplace la gestion du domaine.

Observer la machine avant de changer quoi que ce soit

Ces commandes affichent la distribution, le nom de la machine, les interfaces réseau, les routes, la mémoire et l’espace disque. Elles ne modifient rien.

Debian / Ubuntu 
cat /etc/os-release
hostnamectl
ip -br addr
ip route
free -h
df -h
Ce que font les commandes
  • `cat /etc/os-release` affiche la distribution et sa version exacte.
  • `hostnamectl` affiche le nom, le type de machine et quelques informations système.
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `free -h` affiche RAM et swap dans une unité lisible.
  • `df -h` indique l’espace disque libre par point de montage.

Appliquer cette étape avec une trace simple

Pour ce nom de domaine, on écrit ce que l’on va faire, on exécute les vérifications, puis on garde une note datée.

Debian / Ubuntu 
mkdir -p ~/newscloud-notes
printf '%s\n' "Choisir entre pointer et transférer" > ~/newscloud-notes/etape.txt
systemctl --failed
journalctl -p warning -n 50 --no-pager
cat ~/newscloud-notes/etape.txt
Ce que font les commandes
  • `mkdir -p` crée le dossier demandé sans erreur s’il existe déjà.
  • `printf` écrit une note ou un fichier de contrôle avec un format prévisible.
  • `systemctl --failed` liste les services en échec pour repérer un problème global.
  • `journalctl` lit les journaux systemd ; l’option `--no-pager` évite un affichage interactif.
  • `cat ~/newscloud-notes/etape.txt` exécute l’action indiquée ; lisez la sortie avant de passer à la commande suivante.

Contrôler un domaine et sa zone DNS

Ces commandes aident à confirmer ce que voient les résolveurs DNS avant de conclure à une panne applicative.

Debian / Ubuntu 
dig example.com A +short
dig example.com MX +short
dig example.com TXT +short
dig www.example.com CNAME +short
whois example.com | head -40
Ce que font les commandes
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `whois` affiche les informations publiques du domaine et de son registrar.

Outils DNS Debian / Ubuntu

dnsutils fournit dig et nslookup pour vérifier une zone DNS depuis le serveur.

Debian / Ubuntu 
sudo apt update
sudo apt install -y dnsutils whois
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com
Ce que font les commandes
  • `apt update` recharge la liste des paquets Debian/Ubuntu disponibles.
  • `apt install` installe les paquets indiqués depuis les dépôts configurés.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.

Variantes et attention

  • Les commandes de ce guide sont adaptées pour Debian / Ubuntu. Si votre image est une autre famille Linux, gardez la logique mais remplacez le gestionnaire de paquets et les noms de services.
  • Pour un domaine, distinguez toujours achat, délégation DNS et zone DNS. Un domaine peut être enregistré correctement tout en pointant encore vers une ancienne destination.
  • Niveau avancé : adaptez les chemins, noms de services et ports à votre application. Ne copiez pas les commandes sans remplacer les valeurs exemples.

Vérifications

  • La commande `systemctl --failed` ne doit pas afficher de service critique en échec.
  • La commande `df -h` doit montrer assez d’espace libre sur `/`, `/var` et les volumes applicatifs.
  • Les enregistrements doivent être vérifiés depuis au moins un résolveur externe.
  • La zone DNS précédente doit être conservée avant changement important.

Étape 2

Vérifier le verrou et le code

Un transfert demande souvent déverrouillage, code d’autorisation et contacts à jour.

Observer la machine avant de changer quoi que ce soit

Ces commandes affichent la distribution, le nom de la machine, les interfaces réseau, les routes, la mémoire et l’espace disque. Elles ne modifient rien.

Debian / Ubuntu 
cat /etc/os-release
hostnamectl
ip -br addr
ip route
free -h
df -h
Ce que font les commandes
  • `cat /etc/os-release` affiche la distribution et sa version exacte.
  • `hostnamectl` affiche le nom, le type de machine et quelques informations système.
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `free -h` affiche RAM et swap dans une unité lisible.
  • `df -h` indique l’espace disque libre par point de montage.

Appliquer cette étape avec une trace simple

Pour ce nom de domaine, on écrit ce que l’on va faire, on exécute les vérifications, puis on garde une note datée.

Debian / Ubuntu 
mkdir -p ~/newscloud-notes
printf '%s\n' "Vérifier le verrou et le code" > ~/newscloud-notes/etape.txt
systemctl --failed
journalctl -p warning -n 50 --no-pager
cat ~/newscloud-notes/etape.txt
Ce que font les commandes
  • `mkdir -p` crée le dossier demandé sans erreur s’il existe déjà.
  • `printf` écrit une note ou un fichier de contrôle avec un format prévisible.
  • `systemctl --failed` liste les services en échec pour repérer un problème global.
  • `journalctl` lit les journaux systemd ; l’option `--no-pager` évite un affichage interactif.
  • `cat ~/newscloud-notes/etape.txt` exécute l’action indiquée ; lisez la sortie avant de passer à la commande suivante.

Contrôler un domaine et sa zone DNS

Ces commandes aident à confirmer ce que voient les résolveurs DNS avant de conclure à une panne applicative.

Debian / Ubuntu 
dig example.com A +short
dig example.com MX +short
dig example.com TXT +short
dig www.example.com CNAME +short
whois example.com | head -40
Ce que font les commandes
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `whois` affiche les informations publiques du domaine et de son registrar.

Outils DNS Debian / Ubuntu

dnsutils fournit dig et nslookup pour vérifier une zone DNS depuis le serveur.

Debian / Ubuntu 
sudo apt update
sudo apt install -y dnsutils whois
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com
Ce que font les commandes
  • `apt update` recharge la liste des paquets Debian/Ubuntu disponibles.
  • `apt install` installe les paquets indiqués depuis les dépôts configurés.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.

Variantes et attention

  • Les commandes de ce guide sont adaptées pour Debian / Ubuntu. Si votre image est une autre famille Linux, gardez la logique mais remplacez le gestionnaire de paquets et les noms de services.
  • Pour un domaine, distinguez toujours achat, délégation DNS et zone DNS. Un domaine peut être enregistré correctement tout en pointant encore vers une ancienne destination.
  • Niveau avancé : adaptez les chemins, noms de services et ports à votre application. Ne copiez pas les commandes sans remplacer les valeurs exemples.

Vérifications

  • La commande `systemctl --failed` ne doit pas afficher de service critique en échec.
  • La commande `df -h` doit montrer assez d’espace libre sur `/`, `/var` et les volumes applicatifs.
  • Les enregistrements doivent être vérifiés depuis au moins un résolveur externe.
  • La zone DNS précédente doit être conservée avant changement important.

Étape 3

Sauvegarder la zone DNS

Avant toute transition, copiez les enregistrements actuels. C’est votre plan de retour si un service disparaît.

Observer la machine avant de changer quoi que ce soit

Ces commandes affichent la distribution, le nom de la machine, les interfaces réseau, les routes, la mémoire et l’espace disque. Elles ne modifient rien.

Debian / Ubuntu 
cat /etc/os-release
hostnamectl
ip -br addr
ip route
free -h
df -h
Ce que font les commandes
  • `cat /etc/os-release` affiche la distribution et sa version exacte.
  • `hostnamectl` affiche le nom, le type de machine et quelques informations système.
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `free -h` affiche RAM et swap dans une unité lisible.
  • `df -h` indique l’espace disque libre par point de montage.

Lister les ports et tester le réseau

On vérifie ce qui écoute réellement et on teste localement avant de chercher une erreur côté DNS ou routeur.

Debian / Ubuntu 
ip -br addr
ip route
sudo ss -tulpn
curl -I http://127.0.0.1
nc -vz 127.0.0.1 80
Ce que font les commandes
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `ss -tulpn` liste les ports ouverts et les processus qui écoutent.
  • `curl` teste une URL depuis la machine elle-même.
  • `nc -vz` teste si un port TCP répond sans envoyer de données applicatives.

Contrôler un domaine et sa zone DNS

Ces commandes aident à confirmer ce que voient les résolveurs DNS avant de conclure à une panne applicative.

Debian / Ubuntu 
dig example.com A +short
dig example.com MX +short
dig example.com TXT +short
dig www.example.com CNAME +short
whois example.com | head -40
Ce que font les commandes
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `whois` affiche les informations publiques du domaine et de son registrar.

Outils DNS Debian / Ubuntu

dnsutils fournit dig et nslookup pour vérifier une zone DNS depuis le serveur.

Debian / Ubuntu 
sudo apt update
sudo apt install -y dnsutils whois
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com
Ce que font les commandes
  • `apt update` recharge la liste des paquets Debian/Ubuntu disponibles.
  • `apt install` installe les paquets indiqués depuis les dépôts configurés.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.

Variantes et attention

  • Les commandes de ce guide sont adaptées pour Debian / Ubuntu. Si votre image est une autre famille Linux, gardez la logique mais remplacez le gestionnaire de paquets et les noms de services.
  • Pour un domaine, distinguez toujours achat, délégation DNS et zone DNS. Un domaine peut être enregistré correctement tout en pointant encore vers une ancienne destination.
  • Niveau avancé : adaptez les chemins, noms de services et ports à votre application. Ne copiez pas les commandes sans remplacer les valeurs exemples.

Vérifications

  • La commande `systemctl --failed` ne doit pas afficher de service critique en échec.
  • La commande `df -h` doit montrer assez d’espace libre sur `/`, `/var` et les volumes applicatifs.
  • Les enregistrements doivent être vérifiés depuis au moins un résolveur externe.
  • La zone DNS précédente doit être conservée avant changement important.

Étape 4

Planifier le bon moment

Un transfert ou changement DNS peut prendre du temps. Évitez les périodes commerciales critiques.

Observer la machine avant de changer quoi que ce soit

Ces commandes affichent la distribution, le nom de la machine, les interfaces réseau, les routes, la mémoire et l’espace disque. Elles ne modifient rien.

Debian / Ubuntu 
cat /etc/os-release
hostnamectl
ip -br addr
ip route
free -h
df -h
Ce que font les commandes
  • `cat /etc/os-release` affiche la distribution et sa version exacte.
  • `hostnamectl` affiche le nom, le type de machine et quelques informations système.
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `free -h` affiche RAM et swap dans une unité lisible.
  • `df -h` indique l’espace disque libre par point de montage.

Tester l’isolation réseau

On teste la passerelle autorisée, puis une cible LAN qui doit rester bloquée. Remplacez les IP par votre plan réseau.

Debian / Ubuntu 
ip route
ping -c 3 10.31.254.254
ping -c 3 192.168.4.8
curl -m 3 http://192.168.4.8:8006
sudo nft list ruleset
Ce que font les commandes
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `ping -c 3 10.31.254.254` exécute l’action indiquée ; lisez la sortie avant de passer à la commande suivante.
  • `ping -c 3 192.168.4.8` exécute l’action indiquée ; lisez la sortie avant de passer à la commande suivante.
  • `curl` teste une URL depuis la machine elle-même.
  • `nft list ruleset` affiche les règles nftables réellement chargées.

Contrôler un domaine et sa zone DNS

Ces commandes aident à confirmer ce que voient les résolveurs DNS avant de conclure à une panne applicative.

Debian / Ubuntu 
dig example.com A +short
dig example.com MX +short
dig example.com TXT +short
dig www.example.com CNAME +short
whois example.com | head -40
Ce que font les commandes
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `whois` affiche les informations publiques du domaine et de son registrar.

Outils DNS Debian / Ubuntu

dnsutils fournit dig et nslookup pour vérifier une zone DNS depuis le serveur.

Debian / Ubuntu 
sudo apt update
sudo apt install -y dnsutils whois
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com
Ce que font les commandes
  • `apt update` recharge la liste des paquets Debian/Ubuntu disponibles.
  • `apt install` installe les paquets indiqués depuis les dépôts configurés.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.

Variantes et attention

  • Les commandes de ce guide sont adaptées pour Debian / Ubuntu. Si votre image est une autre famille Linux, gardez la logique mais remplacez le gestionnaire de paquets et les noms de services.
  • Pour un domaine, distinguez toujours achat, délégation DNS et zone DNS. Un domaine peut être enregistré correctement tout en pointant encore vers une ancienne destination.
  • Niveau avancé : adaptez les chemins, noms de services et ports à votre application. Ne copiez pas les commandes sans remplacer les valeurs exemples.

Vérifications

  • La commande `systemctl --failed` ne doit pas afficher de service critique en échec.
  • La commande `df -h` doit montrer assez d’espace libre sur `/`, `/var` et les volumes applicatifs.
  • Les enregistrements doivent être vérifiés depuis au moins un résolveur externe.
  • La zone DNS précédente doit être conservée avant changement important.

Étape 5

Contrôler après bascule

Site, emails et validations externes doivent être testés séparément.

Observer la machine avant de changer quoi que ce soit

Ces commandes affichent la distribution, le nom de la machine, les interfaces réseau, les routes, la mémoire et l’espace disque. Elles ne modifient rien.

Debian / Ubuntu 
cat /etc/os-release
hostnamectl
ip -br addr
ip route
free -h
df -h
Ce que font les commandes
  • `cat /etc/os-release` affiche la distribution et sa version exacte.
  • `hostnamectl` affiche le nom, le type de machine et quelques informations système.
  • `ip -br addr` liste les interfaces et adresses IP sous une forme courte.
  • `ip route` montre la passerelle utilisée et les routes connues.
  • `free -h` affiche RAM et swap dans une unité lisible.
  • `df -h` indique l’espace disque libre par point de montage.

Appliquer cette étape avec une trace simple

Pour ce nom de domaine, on écrit ce que l’on va faire, on exécute les vérifications, puis on garde une note datée.

Debian / Ubuntu 
mkdir -p ~/newscloud-notes
printf '%s\n' "Contrôler après bascule" > ~/newscloud-notes/etape.txt
systemctl --failed
journalctl -p warning -n 50 --no-pager
cat ~/newscloud-notes/etape.txt
Ce que font les commandes
  • `mkdir -p` crée le dossier demandé sans erreur s’il existe déjà.
  • `printf` écrit une note ou un fichier de contrôle avec un format prévisible.
  • `systemctl --failed` liste les services en échec pour repérer un problème global.
  • `journalctl` lit les journaux systemd ; l’option `--no-pager` évite un affichage interactif.
  • `cat ~/newscloud-notes/etape.txt` exécute l’action indiquée ; lisez la sortie avant de passer à la commande suivante.

Contrôler un domaine et sa zone DNS

Ces commandes aident à confirmer ce que voient les résolveurs DNS avant de conclure à une panne applicative.

Debian / Ubuntu 
dig example.com A +short
dig example.com MX +short
dig example.com TXT +short
dig www.example.com CNAME +short
whois example.com | head -40
Ce que font les commandes
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `dig` interroge le DNS pour confirmer la valeur visible depuis un résolveur.
  • `whois` affiche les informations publiques du domaine et de son registrar.

Outils DNS Debian / Ubuntu

dnsutils fournit dig et nslookup pour vérifier une zone DNS depuis le serveur.

Debian / Ubuntu 
sudo apt update
sudo apt install -y dnsutils whois
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com
Ce que font les commandes
  • `apt update` recharge la liste des paquets Debian/Ubuntu disponibles.
  • `apt install` installe les paquets indiqués depuis les dépôts configurés.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.
  • `nslookup` vérifie un enregistrement DNS sans passer par l’interface du registrar.

Variantes et attention

  • Les commandes de ce guide sont adaptées pour Debian / Ubuntu. Si votre image est une autre famille Linux, gardez la logique mais remplacez le gestionnaire de paquets et les noms de services.
  • Pour un domaine, distinguez toujours achat, délégation DNS et zone DNS. Un domaine peut être enregistré correctement tout en pointant encore vers une ancienne destination.
  • Niveau avancé : adaptez les chemins, noms de services et ports à votre application. Ne copiez pas les commandes sans remplacer les valeurs exemples.

Vérifications

  • La commande `systemctl --failed` ne doit pas afficher de service critique en échec.
  • La commande `df -h` doit montrer assez d’espace libre sur `/`, `/var` et les volumes applicatifs.
  • Les enregistrements doivent être vérifiés depuis au moins un résolveur externe.
  • La zone DNS précédente doit être conservée avant changement important.

Checklist finale

  • Choix clarifié
  • Transfert débloqué si besoin
  • DNS sauvegardé