Hostly-Domains und Domainfragmente
Hostly verwendet Domains, um Workspaces und Services eindeutig im Internet zu adressieren.
DNS in Kürze
Das Domain Name System, kurz DNS, übersetzt lesbare Domainnamen in technische Netzwerk- und Routinginformationen.
Wenn ein Nutzer app.example.hostly.ninja aufruft, sorgt DNS zunächst dafür, dass die Anfrage die Hostly-Infrastruktur erreicht. Hostly ordnet die Anfrage anschließend dem passenden Service zu und leitet sie dorthin weiter.
Für die von Hostly bereitgestellten Domains sind keine eigenen DNS-Einträge erforderlich. Alles ist ab dem Service-Deployment bereits komplett fertig eingerichtet und betriebsbereit für einen einfachen Start!
Vier zentrale Begriffe
| Begriff | Beispiel | Bedeutung |
|---|---|---|
| Workspace-Domainfragment | example | Der einem Workspace zugeordnete Namensteil. |
| Workspace-Domain | example.hostly.ninja | Die vollständige Domain des Workspace. |
| Service-Domainfragment | app | Der einem Service zugeordnete Namensteil. |
| Service-Domain | app.example.hostly.ninja | Die öffentlich erreichbare Domain des Services. |
Die Service-Domain folgt immer diesem Muster:
<Service-Domainfragment>.<Workspace-Domainfragment>.hostly.ninjaWorkspace-Domainfragment
Das Workspace-Domainfragment ist global eindeutig. Deshalb kann nur ein Workspace weltweit beispielsweise example bzw. example.hostly.ninjaverwenden.
Ein Account mit mehreren Workspaces benötigt für jeden Workspace ein eigenes, global eindeutiges Workspace-Domainfragment.
Der Workspace und sein Domainfragment können derzeit nicht umbenannt werden.
Service-Domainfragment
Das Service-Domainfragment muss innerhalb des Workspace eindeutig sein.
Beispiel:
app.example.hostly.ninja
api.example.hostly.ninja
status.example.hostly.ninjaEin anderer Workspace darf dieselben Service-Domainfragmente verwenden:
app.data.hostly.ninja
app.example.hostly.ninjaEin Service darf auch dasselbe Fragment wie sein Workspace verwenden:
example.example.hostly.ninjaHostly erzeugt für den Service immer genau eine zusätzliche Domain-Ebene.
Zeichenregeln
Für Workspace- und Service-Domainfragmente sind derzeit diese Zeichen zulässig:
Alphanumerisch: a-z, 0-9Großbuchstaben werden automatisch in Kleinbuchstaben umgewandelt.
Änderung und Reservierung
Das Workspace-Domainfragment kann nicht geändert werden.
Ein Service-Domainfragment kann nur über eine Deployment-Änderung gewechselt werden. Eine automatische Weiterleitung von der alten auf die neue Service-Domain existiert nicht.
Das Service-Domainfragment bleibt während des gesamten Lebenszyklus des Services reserviert. Erst das endgültige Löschen gibt es zur erneuten Verwendung frei.
HTTP und HTTPS
Beim Deployment eines Services muss ausgewählt werden, wie Nutzer auf den Service zugreifen sollen. Dabei gibt es die Möglichkeiten HTTP und HTTPS
HTTPS
Jeder Service kann die eingebaute Funktion SSL bzw. TLS nutzen. Ein Deployment mit dieser Funktion aktiviert, erhält automatisch ein Let's-Encrypt-Zertifikat und upgraded HTTP-Traffic auf HTTPS.
Der Vorteil ist, dass die Verbindung von Nutzern des Services durch eine weitere Ebene abgesichert und im Browser wird Nutzern "Verbindung ist sicher" angezeigt.
Die Standardkonfiguration für ein Deployment ist HTTPS. Wir empfehlen für die meisten Nutzer diese Einstellung zu verwenden.
Erreichbarkeit:
app.example.hostly.ninja -> https://app.example.hostly.ninja
http://app.example.hostly.ninja -> https://app.example.hostly.ninja
https://app.example.hostly.ninja -> https://app.example.hostly.ninjaDer öffentliche Port für HTTPS-Traffic ist 443.
HTTP
Die Verbindung von Nutzern des Services wird nicht extra abgesichert und im Browser wird Nutzern "Verbindung ist nicht sicher" angezeigt.
Wir empfehlen diese Einstellung nur für Nutzer, die sich der Risiken bewusst sind.
Erreichbarkeit:
app.example.hostly.ninja -> http://app.example.hostly.ninja
http://app.example.hostly.ninja -> http://app.example.hostly.ninja
https://app.example.hostly.ninja -> Fehler 404, Seite existiert nichtDer öffentliche Port für HTTP-Traffic ist 80.