Migration from digitalocean.com to hetzner.com

[Schoebi]

@wbk

Does Yunohost not automatically register the domain for that server when you add it?

I don’t think so if I choose “I already have a domain”.

@wbk

Is the new sever already set up with the old name

The new server on hetzner for the old domain is installed, but I haven’t started the post-installation yet.

I have set up another new server with a new noho.st domain.
I intend to try the following now as described above:

@Schoebi

My plan: Adding the new domain on the old DO server (as an existing one), assigning the apps to this new domain, making a backup, restoring it on the new server after having set up the new domain in the post installation process.

In case something doesn’t work, I could assign the apps on the old DO server to the old domain back again and everything should work as before. Do you think so too?

@wbk

registering your own domain

I actually already have registered a domain where my email runs on a ordinary webhosting, not on a yunohost server. Is it possible to use it for both? I don’t think so, am I right?

[wbk]

Busy days away from keyboard here, maybe your situation has changed by now!

@Schoebi

@Schoebi

My plan: Adding the new domain on the old DO server (as an existing one), assigning the apps to this new domain, making a backup, restoring it on the new server after having set up the new domain in the post installation process.

In case something doesn’t work, I could assign the apps on the old DO server to the old domain back again and everything should work as before. Do you think so too?

If I understand you correctly: yes, that would work. You don’t know yet how much time there will be between re-assigning and the actual migration of your apps, because it also depends on the noho.st-domains etc., correct?

I would suggest making the backup before re-assigning the domain, so that the back-up has the ‘right’ domain. Then re-assign to a new (sub)domain on the old server, so that everything stays available.

Don’t forget to make a Yunohost system backup as well of the old server, before adding the new domains. That system backup you then use instead of the post install, so that you have your domains and users in place.

When you have your own old domain on your new server, the back-ups now will match the domain name directly.

@Schoebi

@wbk

registering your own domain

I actually already have registered a domain where my email runs on a ordinary webhosting, not on a yunohost server. Is it possible to use it for both? I don’t think so, am I right?

Sorry, you are not right in this case. You’ll have to have a look in the DNS settings of your webhosting, and mix-and-match the records to point in the right direction.

So, imagine you got these domains:

• surf.noho.st, currently for Yunohost
• schoe.bi, currently (only?) for email

It is a bit guesswork from here on, depending on which services your hosting provider offers and which of those you actually use.

• schoe.bi will have
  • an A record (and AAAA) pointing to the IP of the hosting provider
  • an MX record, pointing to the domain name of the mailserver
    • probably that is mail.hostingprovider.com
    • it could be anything
  • there probably are also ftp., smtp., all kinds of A/AAAA records, mostly pointing to the same IP
• surf.noho.st has, depending on installed apps,
  • A/AAAA records pointing to the IP of your DO- or Hetzner-VPS
  • an MX record pointing to your main/default domain (probably surf.no.host, but could be a subdomain as well)
  • and all those other records

Now, if you’d go to the hosting providers’ admin panel and add surf.schoe.bi as A, with the IP of your Hetzner-VPS, it mixes and matches between email on your hosting provider and Yunoservices at the subdomain.
Depending on what services are running at schoe.bi, you can use that domain for your Yunohost as well, or maybe you have to move a few things to another subdomain (hosted.schoe.bi, or anything) so that you keep access to those services. If your hosting provider offers the admin panel at schoe.bi/admin for example, you’d have to log in to their panel at hosted.schoe.bi/admin after changing the A records. For sure that is a friendly name for the actual location of their login, so you’d be able to log in other wise as well.

Sorry for the long post that runs way ahead of your question, lets see if reality still matches