PiKVM hinter Apache Reverse Proxy - Versionsgeschichte

BLinz am 5. Oktober 2021 um 09:03 Uhr

2021-10-05T09:03:42Z

← Nächstältere Version		Version vom 5. Oktober 2021, 11:03 Uhr
Zeile 1:		Zeile 1:
	'''<u>Changelog:</u>'''		'''<u>Changelog:</u>'''
	* 2021-01-29 erste Version		* 2021-01-29 erste Version
			* 2021-10-05 Regeln für Terminal hinzugefügt, funktioniert nun auch
	----		----
	==Vorwort==		==Vorwort==

BLinz: /* Konfiguration der Subdomain */

2021-10-05T09:03:03Z

Konfiguration der Subdomain

← Nächstältere Version		Version vom 5. Oktober 2021, 11:03 Uhr
Zeile 57:		Zeile 57:
	RewriteCond ${HTTP:CONNECTION} ^Upgrade$ [NC]		RewriteCond ${HTTP:CONNECTION} ^Upgrade$ [NC]
	RewriteRule .* wss:/192.168.178.18%{REQUEST_URI} [P,L]		RewriteRule .* wss:/192.168.178.18%{REQUEST_URI} [P,L]

			ProxyPass /extras/webterm/ttyd/ws wss://192.168.178.18/extras/webterm/ttyd/ws
			ProxyPass /extras/webterm/ttyd/ https://192.168.178.18/extras/webterm/ttyd/
			ProxyPassReverse /extras/webterm/ttyd/ https://192.168.178.18/extras/webterm/ttyd/

	ProxyPass / https://192.168.178.18/		ProxyPass / https://192.168.178.18/
Zeile 87:		Zeile 91:
	<br>		<br>
	----		----

	==Kommentare==		==Kommentare==
	<comments />		<comments />

BLinz: Textersetzung - „Lets Encrypte Zertifikate erneuern mit Apache Reverse Proxy“ durch „Lets Encrypt Zertifikate erneuern mit Apache Reverse Proxy“

2021-03-15T14:01:39Z

Textersetzung - „Lets Encrypte Zertifikate erneuern mit Apache Reverse Proxy“ durch „Lets Encrypt Zertifikate erneuern mit Apache Reverse Proxy“

← Nächstältere Version		Version vom 15. März 2021, 16:01 Uhr
Zeile 84:		Zeile 84:
	<br>		<br>
	Jetzt müsste es gehen!<br>		Jetzt müsste es gehen!<br>
	Für die Verlängerung des Lets Encrypt Zertifikates empfehle ich euch [[Lets ~~Encrypte~~ Zertifikate erneuern mit Apache Reverse Proxy]]		Für die Verlängerung des Lets Encrypt Zertifikates empfehle ich euch [[Lets Encrypt Zertifikate erneuern mit Apache Reverse Proxy]]
	<br>		<br>
	----		----
	==Kommentare==		==Kommentare==
	<comments />		<comments />

BLinz: /* Vorwort */

2021-01-29T21:35:55Z

Vorwort

← Nächstältere Version		Version vom 29. Januar 2021, 23:35 Uhr
Zeile 13:		Zeile 13:
	192.168.178.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)		192.168.178.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)
	192.168.178.18 = IP-Adresse des PiKVM		192.168.178.18 = IP-Adresse des PiKVM
	kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll		kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll
	<br>		<br>
	----		----

BLinz: /* Vorwort */

2021-01-29T21:34:54Z

Vorwort

← Nächstältere Version		Version vom 29. Januar 2021, 23:34 Uhr
Zeile 4:		Zeile 4:
	==Vorwort==		==Vorwort==
	Hurra! mein PiKVM läuft! Sogar mit einem zusätzlichen 4 Port HDMI/USB KVM Switch! https://github.com/pikvm/pikvm<br>		Hurra! mein PiKVM läuft! Sogar mit einem zusätzlichen 4 Port HDMI/USB KVM Switch! https://github.com/pikvm/pikvm<br>
			Fehlt noch der Zugriff von extern darauf:<br>
			<br>
	Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apache Revers Proxy. Dieser verwaltet dann auch die dazu passenden Lets Encrypt Zertifikate<br>		Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apache Revers Proxy. Dieser verwaltet dann auch die dazu passenden Lets Encrypt Zertifikate<br>
	Dementsprechent wollte ich auch meinen PiKVM so erreichbar machen, scheiterte aber zunächst an der WebSocket Konfiguration. Ein wenig davon kannte ich schon Gucamole, aber es zickte Anfangs rum.<br>		Dementsprechent wollte ich auch meinen PiKVM so erreichbar machen, scheiterte aber zunächst an der WebSocket Konfiguration. Ein wenig davon kannte ich schon Gucamole, aber es zickte Anfangs rum.<br>

BLinz am 29. Januar 2021 um 21:34 Uhr

2021-01-29T21:34:18Z

← Nächstältere Version		Version vom 29. Januar 2021, 23:34 Uhr
Zeile 3:		Zeile 3:
	----		----
	==Vorwort==		==Vorwort==
			Hurra! mein PiKVM läuft! Sogar mit einem zusätzlichen 4 Port HDMI/USB KVM Switch! https://github.com/pikvm/pikvm<br>
	Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apache Revers Proxy. Dieser verwaltet dann auch die dazu passenden Lets Encrypt Zertifikate<br>		Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apache Revers Proxy. Dieser verwaltet dann auch die dazu passenden Lets Encrypt Zertifikate<br>
	Dementsprechent wollte ich auch meinen PiKVM so erreichbar machen, scheiterte aber zunächst an der WebSocket Konfiguration. Ein wenig davon kannte ich schon Gucamole, aber es zickte Anfangs rum.<br>		Dementsprechent wollte ich auch meinen PiKVM so erreichbar machen, scheiterte aber zunächst an der WebSocket Konfiguration. Ein wenig davon kannte ich schon Gucamole, aber es zickte Anfangs rum.<br>

BLinz am 29. Januar 2021 um 21:33 Uhr

2021-01-29T21:33:13Z

← Nächstältere Version		Version vom 29. Januar 2021, 23:33 Uhr
Zeile 8:		Zeile 8:
	<br>		<br>
	In diesem Beispiel gilt folgenden		In diesem Beispiel gilt folgenden
	192.168.1.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)		192.168.178.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)
	192.168.1.18 = IP-Adresse des PiKVM		192.168.178.18 = IP-Adresse des PiKVM
	kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll		kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll
	<br>		<br>
Zeile 27:		Zeile 27:
	mit folgendem Inhalt:<br>		mit folgendem Inhalt:<br>
	<source>		<source>
	<VirtualHost 192.168.1.2:80>		<VirtualHost 192.168.178.2:80>
	# Umleitung http zu https		# Umleitung http zu https
	ServerName kvm.znil.net		ServerName kvm.znil.net
Zeile 36:		Zeile 36:
	</VirtualHost>		</VirtualHost>

	<VirtualHost 192.168.1.2:443>		<VirtualHost 192.168.178.2:443>
	ServerName kvm.znil.net		ServerName kvm.znil.net
	ServerAdmin webmaster@kvm.znil.net		ServerAdmin webmaster@kvm.znil.net
Zeile 53:		Zeile 53:
	RewriteCond ${HTTP:UPGRADE} ^WebSocket$ [NC]		RewriteCond ${HTTP:UPGRADE} ^WebSocket$ [NC]
	RewriteCond ${HTTP:CONNECTION} ^Upgrade$ [NC]		RewriteCond ${HTTP:CONNECTION} ^Upgrade$ [NC]
	RewriteRule .* wss:/192.168.1.18%{REQUEST_URI} [P,L]		RewriteRule .* wss:/192.168.178.18%{REQUEST_URI} [P,L]

	ProxyPass / https://192.168.1.18/		ProxyPass / https://192.168.178.18/
	ProxyPassReverse / https://192.168.1.18/		ProxyPassReverse / https://192.168.178.18/

	<Location /api/ws>		<Location /api/ws>
	Order allow,deny		Order allow,deny
	Allow from all		Allow from all
	ProxyPass wss://192.168.1.18/api/ws		ProxyPass wss://192.168.178.18/api/ws
	ProxyPassReverse wss://192.168.1.18/api/ws		ProxyPassReverse wss://192.168.178.18/api/ws
	</Location>		</Location>

Zeile 69:		Zeile 69:
	</source>		</source>
	Ihr müsste also alle		Ihr müsste also alle
	* <code>192.168.1.2</code> durch die lokale IP-Adresse von eurem Apache Revers Proxy ersetzen		* <code>192.168.178.2</code> durch die lokale IP-Adresse von eurem Apache Revers Proxy ersetzen
	* <code>192.168.1.18</code> durch die IP-Adresse eures PiKVM ersetzen		* <code>192.168.178.18</code> durch die IP-Adresse eures PiKVM ersetzen
	* <code>kvm.znil.net</code> durch eure Domäne/Subdomäne ersetzen		* <code>kvm.znil.net</code> durch eure Domäne/Subdomäne ersetzen
	* <code>webmaster@kvm.znil.net</code> durch eine eurer Email-Adressen ersetzen		* <code>webmaster@kvm.znil.net</code> durch eine eurer Email-Adressen ersetzen

BLinz: /* Vorwort */

2021-01-29T21:32:22Z

Vorwort

← Nächstältere Version		Version vom 29. Januar 2021, 23:32 Uhr
Zeile 8:		Zeile 8:
	<br>		<br>
	In diesem Beispiel gilt folgenden		In diesem Beispiel gilt folgenden
	192.168.1.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)		192.168.1.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)
	192.168.1.18 = IP-Adresse des PiKVM		192.168.1.18 = IP-Adresse des PiKVM
	kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll		kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll
	<br>		<br>
	----		----

	==Voraussetzungen Apache Reverse Proxy==		==Voraussetzungen Apache Reverse Proxy==
	Folgende Module des Apache müssen aktiviert sein:		Folgende Module des Apache müssen aktiviert sein:

BLinz: Die Seite wurde neu angelegt: „'''Changelog:''' * 2021-01-29 erste Version ---- ==Vorwort== Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apac…“

2021-01-29T21:31:44Z

Die Seite wurde neu angelegt: „'''Changelog:''' * 2021-01-29 erste Version ---- ==Vorwort== Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apac…“

Neue Seite

'''Changelog:'''
* 2021-01-29 erste Version
----
==Vorwort==
Ich betreibe eigentlich immer alles unter einer jeweils eigenen Subdomain hinter einem Apache Revers Proxy. Dieser verwaltet dann auch die dazu passenden Lets Encrypt Zertifikate 
Dementsprechent wollte ich auch meinen PiKVM so erreichbar machen, scheiterte aber zunächst an der WebSocket Konfiguration. Ein wenig davon kannte ich schon Gucamole, aber es zickte Anfangs rum. 
Wie so oft musste ich mir die Lösung aus vielen Quellen zusammensuchen 
 
In diesem Beispiel gilt folgenden
192.168.1.2 = IP-Adresse des Apache Reverse Proxy Linux Servers (Ubuntu 20.04)
192.168.1.18 = IP-Adresse des PiKVM
kvm.znil.net = Subdomain unter welcher der PiKVM per Reverse Proxy erreichbar sein soll
 
----
==Voraussetzungen Apache Reverse Proxy==
Folgende Module des Apache müssen aktiviert sein:
a2enmod rewrite
a2enmod proxy_http
a2enmod ssl
a2enmod proxy_wstunnel
 
----
==Konfiguration der Subdomain==
Hier eine eigene Konfigurationsdatei, angelegt als
/etc/apache2/sites-available/kvm.znil.net.vhost
mit folgendem Inhalt: 
<source>
<VirtualHost 192.168.1.2:80>
# Umleitung http zu https
ServerName kvm.znil.net
ServerAdmin webmaster@znil.net
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]
</VirtualHost>

<VirtualHost 192.168.1.2:443>
ServerName kvm.znil.net
ServerAdmin webmaster@kvm.znil.net
SSLEngine on
SSLProtocol All -SSLv2 -SSLv3 -TLSv1 -TLSv1.1
SSLCertificateFile /etc/letsencrypt/live/kvm.znil.net/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/kvm.znil.org/privkey.pem

SSLProxyEngine On
SSLProxyVerify none
SSLProxyCheckPeerCN off
SSLProxyCheckPeerName off
SSLProxyCheckPeerExpire off

RewriteEngine on
RewriteCond ${HTTP:UPGRADE} ^WebSocket$ [NC]
RewriteCond ${HTTP:CONNECTION} ^Upgrade$ [NC]
RewriteRule .* wss:/192.168.1.18%{REQUEST_URI} [P,L]

ProxyPass / https://192.168.1.18/
ProxyPassReverse / https://192.168.1.18/

<Location /api/ws>
Order allow,deny
Allow from all
ProxyPass wss://192.168.1.18/api/ws
ProxyPassReverse wss://192.168.1.18/api/ws
</Location>

ProxyRequests off
</VirtualHost>
</source>
Ihr müsste also alle
* <code>192.168.1.2</code> durch die lokale IP-Adresse von eurem Apache Revers Proxy ersetzen
* <code>192.168.1.18</code> durch die IP-Adresse eures PiKVM ersetzen
* <code>kvm.znil.net</code> durch eure Domäne/Subdomäne ersetzen
* <code>webmaster@kvm.znil.net</code> durch eine eurer Email-Adressen ersetzen
* <code>/etc/letsencrypt/live/kvm.znil.net/</code> mit den Pfaden zu eurem Zertifikat ersetzen
 
Jetzt könnt die die Seite noch aktivieren 
a2ensite kvm.znil.net.vhost
und den Apache neu starten: 
systemctl restart apache2.service
 
Jetzt müsste es gehen! 
Für die Verlängerung des Lets Encrypt Zertifikates empfehle ich euch [[Lets Encrypte Zertifikate erneuern mit Apache Reverse Proxy]]
 
----
==Kommentare==
<comments />