vault backup: 2025-04-14 14:22:57

Odoo Hosting - On-Premise.md

@@ -26,16 +26,16 @@ Die folgenden Angaben sind Mindestvoraussetzung und richten sich an 10 bis 50 Be
 ### Zugriff
 
 **DNS**: Der Server soll unter einem Hostname, beispielsweise `odoo.example.com`, erreichbar sein.\
-**Extern**: Wenn der Server und die Odoo Webapplikation nicht vom Kunden verwaltet werden, muss der Server von extern erreichbar sein.\
-**SSH**: Der Remote-Zugriff erfolgt über SSH. Der entsprechende Port (Standard 22) muss freigeschaltet sein. Mehr dazu unter [[SSH-Zugriff]].\
-**Repositories**: Zur Installation von Software kann der Server auf externe Repositories der jeweiligen Linux-Distribution zugreifen.  
+**Extern**: Wenn der Server und die Odoo Webapplikation nicht vom Kunden verwaltet wird, muss der Server von extern erreichbar sein.\
+**SSH**: Der Remote-Zugriff erfolgt mit SSH. Mehr dazu unter [[SSH-Zugriff]].\
+**Repositories**: Zur Installation von Software kann der Server auf die externen Repositories der jeweiligen Linux-Distribution zugreifen.  
 
 ### Integration
 
 **Login**: Wenn Benutzer sich über [LDAP](https://www.odoo.com/documentation/user/14.0/general/auth/ldap.html) oder [[OAuth]] in Odoo einloggen, müssen die entsprechenden Authentisierungs-Endpunkte erreichbar sein.  
 **E-Mail**: Odoo verschickt Mails zur Benachrichtigungen. Dazu ist eine SMTP-Verbindung (Port 587) und eine IMAP-Verbindung (Port 993) zu einem Mail-Account der Organisation notwendig.  
 **HTTPS**: Die Odoo Webapplikation soll unter HTTPS (Port 443) erreichbar sein. Dazu müssen die notwendigen Zertifikate bereitgestellt werden.
-**HTTP**: Falls die Zertifkate mit [[Let's Encrypt]] erstellt werden sollen, muss der Server mit [HTTP (Port 80) erreichbar](https://letsencrypt.org/docs/allow-port-80/) sein.
+**HTTP**: Falls die Zertifkate mit [[Let's Encrypt]] erstellt werden sollen, muss der Server via [HTTP (Port 80) erreichbar](https://letsencrypt.org/docs/allow-port-80/) sein.
 
 ## Best Practice
 

SSH-Zugriff.md

@@ -18,4 +18,9 @@ Jeder Benutzer der sich mit SSH auf einem Server anmelden möchte, muss seinen
 
 Solange der SSH-Schlüssel des Benutzers nicht abhanden kommt ist ein Login durch einen nicht autorisierten Benutzer nahezu unmöglich.
 
-![[SSH-Login with key.png]]
+![[SSH-Login with key.png]]
+## Jump-Host
+
+Es wird empfohlen, dass der SSH-Zugriff nicht direkt auf den Server erfolgt, sondern via Jump-Host. Ein Jump-Host agiert als Proxy für die SSH-Verbindung. Der SSH-Port auf dem Ziel-Server kann so nur für die IP-Adresse des Jump-Host authorisiert werden. 
+![[SSH Jump-Host.png]]
+Mit dieser Massnahme lässt sich die Authorisierung für den SSH-Zugriff zentralisieren und der Angriffvektor auf den Server wird reduziert.