tldr; dat gaat om meerdere redenen niet zomaar elders (meer).
Het meest simpele is ‘natuurlijk’ de voor de eigen hand liggende hosting van Freedom aka Procolix à €15/mnd te gebruiken.
Iemand anders zal moeten “k(n)iezen”. Want dome/indelen is er doorgaans niet bij voor een budget website.
Het wordt maildomein naar de hoster verhuizen, een nieuw domein gebruiken of die als user@hoster gebruiken.
Bij een ander ook goed uitkijken wat de werkelijk kosten over een jaar gaan zijn. Menig partij zal ui zijn om de omzet te vergroten.
Bij Strato wordt dat na California instappen minimaal €60/jaar.
Bij maildomein verhuizen zal voor eigen adressering, een nieuw maildomein vestigen (Freedom €15/jaar) en dat naar hoster mail moeten zien te redirecten.
Bij nieuwe domeinen komen ongetwijfeld extra houderskosten van soms ook certificaten en voor mail, dat van extra mailadressen.
Mogelijk dat de nieuwe hostlocatie “bereid” is om het ‘eigendomein’, (als actief ondergebracht van/bij Freedom) op te nemen als onderdeel in/van haar:
(multi)hostconfiguratie.
Bij webservers is dan iets nodig als (hier ter voorbeeld Apache poort 80):
<VirtualHost *:80>
ServerName www.eigendomein.nl
DocumentRoot /var/www/www.eigendomein.nl
</VirtualHost>
NB: Aangaande die configuratie, zal dat (gek genoeg) imo niet snel vinden bij (budget)hosters. De eendenfuik van een eigendomein is doorgaans onderdeel van het instapmodel, naast dat een hoster geen andermans 'particuliere' lowbudget content zal willen hebben die zo gratis vanuit elders kan worden aangevuurd.
Los van de plek waar de website content fysiek is opgeslagen, zal er een manier moeten zijn om die locatie vanuit het “eigendomein te Freedom” te kunnen bereiken.
Ik vrees dat Freedom niet de mogelijkheid zal gaan bieden om op grond van poortnummer (80/443) op het eigendomein naar andermans IP adres door te verwijzen.
Op grond van IP het hele adres doorverwijzen (mbv DNS Cname/A record) kan wel maar meestal niet werken omdat die standaard naar het zg tld/topdomein van een doelhoster zal wijzen.
Dat ontvangende topdomein moet dan ‘gaan’ uitvogelen naar welke content een doorverwijzing moet leiden (zie eerder: verhaal multihost-domein).
Doorverwijzen gaat het beste via een zg. redirect (dwz rewrite http/s headers) waarmee naar een ander domein-website worden doorverwezen.
Het nadeel is dat de zichtbare naam van die website niet langer die van het eigendomein is.
Of en dan hoe Freedom dat bij Soverin per 1/1/24 vanuit mijnFreedom (bij Soverin laat) gaat/wil/kan realiseren, is ongewis.
Er speelt naast juridisch eigendom, hoeveelheid aan verkeer en opslag, ook nog wat anders dan waar de website qua naam is gevestigd.
Bij ordentelijk doorverwijzen moeten zowel de verwijzer als de ontvanger beschikken over een geldig https-certificaat.
Hoe Freedom als doorverwijzer gaat voorzien in een bijbehorend https certificaat is onduidelijk noch benoemd.
Indien men een website heeft binnen in de naam van de hoster, kan men vaak “gratis” meeliften op (verdienmodel) van de hoster. De gebruiker heeft dan een soort van basishomepage in formaat: https://www.hoster.nl/userid/…folderwebsitenaam (small>(het ssl certificaat is dan dat van de topsite, zo ja www.hoster.nl ).
Indien iemand ivm credibility/accountability een zg eigen certificaat wilt, wat iemand met iets serieuzere plannen zichzelf zal wensen, zal die dat zelf moet afdokken (€50++/jaar). Of dat certificaat bij de afgenomen sub(web)sites van/bij de hoster werkt, is weer een verdienmodel.
Het simpelweg stoppen van de website, los van creatie functies, geeft naast extra kosten; veel gedoe.
Freedom en onszelf het meeste vooruit helpen
Met een CNET regel in de DNS: