Kerio Server hinter einem Nginx Reverse Proxy Server - Versionsgeschichte

192.168.4.1 am 30. November 2023 um 14:26 Uhr

2023-11-30T14:26:17Z

← Nächstältere Version		Version vom 30. November 2023, 14:26 Uhr
Zeile 46:		Zeile 46:
	scp root@RPS:/npm/letsencrypt/live/npm-3/privkey.pem /opt/kerio/mailserver/sslcert/server.key		scp root@RPS:/npm/letsencrypt/live/npm-3/privkey.pem /opt/kerio/mailserver/sslcert/server.key
	scp root@RPS:/npm/letsencrypt/live/npm-3/fullchain.pem /opt/kerio/mailserver/sslcert/server.crt		scp root@RPS:/npm/letsencrypt/live/npm-3/fullchain.pem /opt/kerio/mailserver/sslcert/server.crt
	service kerio-connect restart		service kerio-connect restart</br>
			!!! Script Ausführbar machen

	cronjob für regelmässigen Abgleich anlegen		cronjob für regelmässigen Abgleich anlegen

192.168.4.1 am 30. November 2023 um 14:07 Uhr

2023-11-30T14:07:15Z

← Nächstältere Version		Version vom 30. November 2023, 14:07 Uhr
Zeile 34:		Zeile 34:
	ssh-copy-id root@RPS		ssh-copy-id root@RPS

	Letsencrypt Zertifkate per Cronjob von RPS auf den ~~NCS~~ übertragen		Letsencrypt Zertifkate per Cronjob von RPS auf den Kerio übertragen

	Die Quelle und das Ziel den entsprechnenden Gegebenheiten anpassen		Die Quelle und das Ziel den entsprechnenden Gegebenheiten anpassen

192.168.4.1 am 30. November 2023 um 14:05 Uhr

2023-11-30T14:05:20Z

← Nächstältere Version		Version vom 30. November 2023, 14:05 Uhr
Zeile 19:		Zeile 19:
	Folgend Vorgehensweise führt zum Ziel:		Folgend Vorgehensweise führt zum Ziel:
	Einrichten eines SSH Zugriffs vom Kerioserver auf den Reverse Proxy Server (RPS)		Einrichten eines SSH Zugriffs vom Kerioserver auf den Reverse Proxy Server (RPS)

			auf dem Revers Proxserver muss zuerst den Root Login freigeschaltet werden
			in /etc/ssh/sshd_config die Option PermitRootLogin yes setzen
			dann am besten kurz rebooten


	Gernerieren eines Schlüsselpaares auf dem Kerio als root		Gernerieren eines Schlüsselpaares auf dem Kerio als root

192.168.4.1 am 30. November 2023 um 13:53 Uhr

2023-11-30T13:53:11Z

← Nächstältere Version		Version vom 30. November 2023, 13:53 Uhr
Zeile 2:		Zeile 2:


	Vorraussetzung ist, dass der Kerioserver schon fertig installiert ist und einmal ein Let´s Encrypt Zertikat über ~~den standardmäßig vorgesehenen~~ installiert wurde.		Vorraussetzung ist, dass der Kerioserver schon fertig installiert ist und einmal ein Let´s Encrypt Zertikat über die standardmäßige Vorgehensweise installiert wurde.
			Das heisst der Kerioserver konnte über Port 80 und 443 erreicht werden und ein Let´s Encrypt Zertikat wurde über den internen Mechanismus zur SSL Zertifkat erstellen beschafft.

	Das Folgende ist nur notwendig, wenn auch aus dem internen Netz auf den Kerioserver über die öffentliche URL zugegriffen werden soll.		Das Folgende ist nur notwendig, wenn auch aus dem internen Netz auf den Kerioserver über die öffentliche URL zugegriffen werden soll.

192.168.4.1 am 30. November 2023 um 13:47 Uhr

2023-11-30T13:47:40Z

← Nächstältere Version		Version vom 30. November 2023, 13:47 Uhr
Zeile 1:		Zeile 1:
	Kerio Server hinter einem Nginx Reverse Proxy Server		Kerio Server hinter einem Nginx Reverse Proxy Server
	~~Zur Navigation springen~~
	~~Zur Suche springen~~

	Vorraussetzung ist, dass der Kerioserver schon fertig installiert ist und einmal ein Let´s Encrypt Zertikat über den standardmäßig vorgesehenen installiert wurde.		Vorraussetzung ist, dass der Kerioserver schon fertig installiert ist und einmal ein Let´s Encrypt Zertikat über den standardmäßig vorgesehenen installiert wurde.

192.168.4.1 am 26. Juni 2023 um 14:15 Uhr

2023-06-26T14:15:13Z

← Nächstältere Version		Version vom 26. Juni 2023, 14:15 Uhr
Zeile 49:		Zeile 49:
	# taeglich um 3:03 Uhr die aktuellen Letsencrypt Zertifikate vom Reverse ProxyServer holen		# taeglich um 3:03 Uhr die aktuellen Letsencrypt Zertifikate vom Reverse ProxyServer holen
	3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1		3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1


			Erweitern der /etc/hosts auf dem Kerio Server zur Umgehung des Timeout Gateway 504 Fehlers

			lokale IP Adresse -> Domainname der Kerio Instanz
			Beispiel:

			192.168.4.5 kerio.stoehr-hermaringen.de

192.168.4.1 am 26. Juni 2023 um 14:04 Uhr

2023-06-26T14:04:19Z

← Nächstältere Version		Version vom 26. Juni 2023, 14:04 Uhr
Zeile 20:		Zeile 20:
	Einrichten eines SSH Zugriffs vom Kerioserver auf den Reverse Proxy Server (RPS)		Einrichten eines SSH Zugriffs vom Kerioserver auf den Reverse Proxy Server (RPS)

	Gernerieren eines Schlüsselpaares auf dem Kerio als root		Gernerieren eines Schlüsselpaares auf dem Kerio als root

	ssh-keygen -t rsa		ssh-keygen -t rsa


	Kopieren des öffentlichen Schlüssels vom NCS auf den RPS		Kopieren des öffentlichen Schlüssels vom NCS auf den RPS

	ssh-copy-id root@RPS		ssh-copy-id root@RPS

	Letsencrypt Zertifkate per Cronjob von RPS auf den NCS übertragen		Letsencrypt Zertifkate per Cronjob von RPS auf den NCS übertragen
Zeile 33:		Zeile 33:
	Die Quelle und das Ziel den entsprechnenden Gegebenheiten anpassen		Die Quelle und das Ziel den entsprechnenden Gegebenheiten anpassen

	Script für den Kopierjob erstellen		Script für den Kopierjob erstellen

	nano /usr/local/bin/cp-le-certs.sh		nano /usr/local/bin/cp-le-certs.sh

192.168.4.1 am 26. Juni 2023 um 14:03 Uhr

2023-06-26T14:03:29Z

← Nächstältere Version		Version vom 26. Juni 2023, 14:03 Uhr
Zeile 43:		Zeile 43:
	service kerio-connect restart		service kerio-connect restart

	cronjob für regelmässigen Abgleich anlegen		cronjob für regelmässigen Abgleich anlegen

	crontab -e		crontab -e

	# taeglich um 3:03 Uhr die aktuellen Letsencrypt Zertifikate vom Reverse ProxyServer holen		# taeglich um 3:03 Uhr die aktuellen Letsencrypt Zertifikate vom Reverse ProxyServer holen
	3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1		3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1

	e

192.168.4.1 am 26. Juni 2023 um 14:02 Uhr

2023-06-26T14:02:58Z

← Nächstältere Version		Version vom 26. Juni 2023, 14:02 Uhr
Zeile 38:		Zeile 38:


	#! /bin/sh		#! /bin/sh
	scp root@RPS:/npm/letsencrypt/live/npm-3/privkey.pem /opt/kerio/mailserver/sslcert/server.key		scp root@RPS:/npm/letsencrypt/live/npm-3/privkey.pem /opt/kerio/mailserver/sslcert/server.key
	scp root@RPS:/npm/letsencrypt/live/npm-3/fullchain.pem /opt/kerio/mailserver/sslcert/server.crt		scp root@RPS:/npm/letsencrypt/live/npm-3/fullchain.pem /opt/kerio/mailserver/sslcert/server.crt
			service kerio-connect restart
	service kerio-connect restart

	cronjob für regelmässigen Abgleich anlegen		cronjob für regelmässigen Abgleich anlegen
Zeile 51:		Zeile 50:
	3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1		3 3 * * * /usr/local/bin/cp-le-certs.sh > /dev/null 2>&1

	~~Erweitern der /etc/hosts auf dem Nextcloud Server zur Umgehung des Timeout Gateway 504 Fehlers~~		e

	~~lokale IP Adresse -> Domainname der Nextcloud Instanz~~
	~~Beispiel:~~

	~~192.168.4.5 nextcloud.stoehr-hermaringen.de~~

192.168.4.1 am 26. Juni 2023 um 14:02 Uhr

2023-06-26T14:02:10Z

← Nächstältere Version		Version vom 26. Juni 2023, 14:02 Uhr
Zeile 3:		Zeile 3:
	Zur Suche springen		Zur Suche springen

	Vorraussetzung ist, dass der ~~Nextcloudserver~~ schon ~~nach folgender Anleitung~~ installiert wurde~~: Installation Nextcloud unter Ubuntu 22~~.~~04 LTS~~		Vorraussetzung ist, dass der Kerioserver schon fertig installiert ist und einmal ein Let´s Encrypt Zertikat über den standardmäßig vorgesehenen installiert wurde.
	Das Folgende ist nur notwendig, wenn auch aus dem internen Netz auf den ~~Nextcloudserver~~ über die öffentliche URL zugegriffen werden soll.
			Das Folgende ist nur notwendig, wenn auch aus dem internen Netz auf den Kerioserver über die öffentliche URL zugegriffen werden soll.
	Der externe Zugriff, d.h aus dem Internet, funktioniert auch ohne das Nachfolgende.		Der externe Zugriff, d.h aus dem Internet, funktioniert auch ohne das Nachfolgende.

	Wenn der ~~Nextcloudserver~~ hinter einem Reverse Proxy Server steht kann er sich nicht selber um die Beschaffung eines Letsencrypt Zertfikats kümmern, da der Router die notwendigen Ports 80 und 443 nur auf einen Server portforwarden kann.		Wenn der Kerioserver hinter einem Reverse Proxy Server steht kann er sich nicht selber um die Beschaffung eines Letsencrypt Zertfikats kümmern, da der Router die notwendigen Ports 80 und 443 nur auf einen Server portforwarden kann.

	Deshalb benötigt man einen Mechanismus, die Zertifikate, die der Reverse Proxy Server für den ~~Nextcloud~~ Server beschafft hat und in Zukunft auch regelmäßig erneuern wird, auf den ~~Nextcloud Server~~ zu übertragen.		Deshalb benötigt man einen Mechanismus, die Zertifikate, die der Reverse Proxy Server für den Kerio Server beschafft hat und in Zukunft auch regelmäßig erneuern wird, auf den Kerioserver zu übertragen.

	Wird das nicht gemacht, bekommen Clients aus dem internen Netz eine Zertifikatswarnung sobald das ursprüngliche evtl. bei der Installation erzeugte Zertifikat des Nextcloudservers abläuft.		Wird das nicht gemacht, bekommen Clients aus dem internen Netz eine Zertifikatswarnung sobald das ursprüngliche evtl. bei der Installation erzeugte Zertifikat des Nextcloudservers abläuft.


	Da aber bekannt ist, wo das Zertikat für den ~~Nextcloudserver~~ auf dem Reverse Proxy abgelegt ist, kann es über ein Bash Script einfach perodisch per cronjob and die richtige Stelle auf den Nextcloudserver kopiert werden.		Da aber bekannt ist, wo das Zertikat für den Kerio auf dem Reverse Proxy abgelegt ist, kann es über ein Bash Script einfach perodisch per cronjob and die richtige Stelle auf den Nextcloudserver kopiert werden.

	Folgend Vorgehensweise führt zum Ziel:		Folgend Vorgehensweise führt zum Ziel:
	Einrichten eines SSH Zugriffs vom ~~Nextcloudserver (NCS)~~ auf den Reverse Proxy Server (RPS)		Einrichten eines SSH Zugriffs vom Kerioserver auf den Reverse Proxy Server (RPS)

	Gernerieren eines Schlüsselpaares auf dem ~~NCS~~ als root		Gernerieren eines Schlüsselpaares auf dem Kerio als root

	ssh-keygen -t rsa		ssh-keygen -t rsa
Zeile 38:		Zeile 39:

	#! /bin/sh		#! /bin/sh
	scp root@RPS:/npm/letsencrypt/live/npm-1/*.pem /~~etc~~/letsencrypt/live/~~Domainbezeichnung~~		scp root@RPS:/npm/letsencrypt/live/npm-3/privkey.pem /opt/kerio/mailserver/sslcert/server.key
	/~~etc~~/~~init~~.~~d/apache2~~ restart		scp root@RPS:/npm/letsencrypt/live/npm-3/fullchain.pem /opt/kerio/mailserver/sslcert/server.crt

			service kerio-connect restart

	cronjob für regelmässigen Abgleich anlegen		cronjob für regelmässigen Abgleich anlegen