# Auf dem eigenen Server, hinter dem VPN oder in der eigenen Cloud

> Eine Lösung muss nicht auf einem Laptop oder in einem fremden Konto laufen. Ein eigener Server, das VPN der Firma oder die eigene Cloud reichen.

> Source: https://www.mainpath.ai/de/blog/eigene-server/

Eine interne Anwendung soll auf einem vorhandenen Server laufen. Ein anderes Projekt braucht Zugang zum Firmennetz, während ein drittes bereits ein Cloudkonto nutzt. Für diese Ausgangslagen bietet MainPath unterschiedliche Wege zum Hosting. Entscheidend ist, wo die Anwendung laufen soll und wie MainPath diese Umgebung erreicht.

## Einen vorhandenen Server nutzen

{{< picture src="images/home/features/server.png" alt="Server" >}}

Ein vorhandener Linuxserver lässt sich über SSH anbinden. Dafür braucht MainPath einen erreichbaren Host und einen Benutzer mit den nötigen Rechten. Bei der Einrichtung und dem ersten Deployment kommen Docker, die Konfiguration für Zertifikate und die Firewall hinzu.

Die Anleitung zum [eigenen Server](/de/docs/own-server/) beschreibt Zugangsdaten, Einrichtung und die Zuordnung zu einem Projekt. Für die Erreichbarkeit der Anwendung müssen auch die Einträge der Domain auf den Server zeigen.

## Interne Server über VPN erreichen

{{< picture src="images/home/features/server-setups/firewall.png" alt="Firewall" >}}

Ist der Server nur intern erreichbar, verbindet sich MainPath über WireGuard oder OpenVPN mit dem bestehenden Netz. Die Anwendung bleibt auf dem Server im eigenen Netz. Der Tunnel stellt den Zugang für Einrichtung und Deployments her.

Dieser Zugang legt nicht automatisch fest, wer die Anwendung später im Browser aufrufen darf. Soll eine Website öffentlich erreichbar sein, müssen HTTP und HTTPS entsprechend erreichbar bleiben. Die Anleitung zu [Netzwerktunneln](/de/docs/network-tunnels/) erklärt die Einrichtung und die Zuweisung zum Server.

## Kubernetes im eigenen Cloudkonto betreiben

{{< picture src="images/home/features/server-cloud.png" alt="Cloud mit Servern" >}}

Für Kubernetes nutzt MainPath ein Konto des Unternehmens bei AWS, Azure, Google Cloud oder der Open Telekom Cloud. Dort lässt sich ein Cluster anlegen. Ein bereits vorhandener Cluster kann ebenfalls über seine kubeconfig importiert werden.

Erstellen und Importieren haben unterschiedliche Voraussetzungen. Ein importierter Cluster kann Anwendungen hosten, aber keine verwaltete Datenbank im Cloudkonto anlegen. Die Anleitung zu [Kubernetes](/de/docs/kubernetes-integration/) beschreibt beide Wege und die Auswahl im Projekt.

## Vor dem ersten Deployment klären

Halte fest, wem Server oder Cloudkonto gehören, welcher Zugang für MainPath vorgesehen ist und wie Nutzer die Anwendung erreichen sollen. Daraus ergibt sich, ob du einen direkten Zugang über SSH, einen Tunnel ins interne Netz oder einen Kubernetes Cluster vorbereitest.

Weitere Informationen für die Abstimmung im Unternehmen findest du unter [MainPath für Unternehmen](/de/enterprise/).