UUGRN:Dienste/Proxy - Versionsgeschichte

Rabe am 20. Juni 2014 um 21:46 Uhr

2014-06-20T21:46:25Z

← Nächstältere Version		Version vom 20. Juni 2014, 21:46 Uhr
Zeile 9:		Zeile 9:
	Implementiert wird der Proxy-Server durch squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>.		Implementiert wird der Proxy-Server durch squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>.

	Der primäre Einsatzzweck ist dadurch entstanden, dass wir mit [[UUGRN:Jails/~~shd_ftp~~\|ftp.uugrn.org]] das ersten rein auf IPv6 basierende Jail in Betrieb genommen haben. Da in diesem Jail auch Mirror-Scripte laufen (werden), die Dateien von IPv4-only-Quellen beziehen, wurde dieser Proxy erforderlich.		Der primäre Einsatzzweck ist dadurch entstanden, dass wir mit [[UUGRN:Jails/uug_ftp\|ftp.uugrn.org]] das ersten rein auf IPv6 basierende Jail in Betrieb genommen haben. Da in diesem Jail auch Mirror-Scripte laufen (werden), die Dateien von IPv4-only-Quellen beziehen, wurde dieser Proxy erforderlich.

	Umgekehrt ist es außerdem möglich von einem IPv4-only-Client aus auf einen IPv6-only Server (z.B. [[UUGRN:Jails/~~shd_ftp~~\|ftp.uugrn.org]]) zuzugreifen.		Umgekehrt ist es außerdem möglich von einem IPv4-only-Client aus auf einen IPv6-only Server (z.B. [[UUGRN:Jails/uug_ftp\|ftp.uugrn.org]]) zuzugreifen.

	Auch wenn heutzutage (Stand: 3/2013) die überwiegende Anzahl von öffentlichen Diensten auf Ipv4 angeboten wird, so könnte es in absehbarer Zeit passieren, dass bestimmte Angebote nur noch über IPv6 ordentlich zugreifbar sein werden.		Auch wenn heutzutage (Stand: 3/2013) die überwiegende Anzahl von öffentlichen Diensten auf Ipv4 angeboten wird, so könnte es in absehbarer Zeit passieren, dass bestimmte Angebote nur noch über IPv6 ordentlich zugreifbar sein werden.
Zeile 52:		Zeile 52:

	== Siehe auch ==		== Siehe auch ==
	* {{Jail\|name=~~shd_proxy~~\|label=proxy.uugrn.org}}		* {{Jail\|name=uug_proxy\|label=proxy.uugrn.org}}

	== Weblinks ==		== Weblinks ==

Rabe: config

2014-04-10T08:25:52Z

config

← Nächstältere Version		Version vom 10. April 2014, 08:25 Uhr
Zeile 37:		Zeile 37:
	=== Dienste ===		=== Dienste ===
	Derzeit sind folgende Dienste konfiguriert:		Derzeit sind folgende Dienste konfiguriert:
	* https://wiki.uugrn.org/ auf {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}		* [[/wiki.uugrn.org]] https://wiki.uugrn.org/ auf {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}
	* https://blogs.uugrn.org/ auf {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}}		* [[/blogs.uugrn.org]] https://blogs.uugrn.org/ auf {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}}
	* https://pad.uugrn.org/ auf {{Jail\|name=uug_pad\|label=pad.uugrn.lan}}		* [[/pad.uugrn.org]] https://pad.uugrn.org/ auf {{Jail\|name=uug_pad\|label=pad.uugrn.lan}}

	Die Zugriffe auf http:// dieser Dienste werden direkt vom Reverse-Proxy weitergeleitet auf die jeweilige https:// -Adresse. Das kann pro Dienst individuell konfiguriert werden.		Die Zugriffe auf http:// dieser Dienste werden direkt vom Reverse-Proxy weitergeleitet auf die jeweilige https:// -Adresse. Das kann pro Dienst individuell konfiguriert werden.

10.253.1.13: x

2014-04-07T19:39:14Z

← Nächstältere Version		Version vom 7. April 2014, 19:39 Uhr
Zeile 52:		Zeile 52:

	== Siehe auch ==		== Siehe auch ==
	* ~~[[UUGRN:Jails/shd proxy~~\|proxy.uugrn.org]]		* {{Jail\|name=shd_proxy\|label=proxy.uugrn.org}}

	== Weblinks ==		== Weblinks ==

Rabe: struktur

2014-04-06T23:11:53Z

struktur

← Nächstältere Version		Version vom 6. April 2014, 23:11 Uhr
Zeile 20:		Zeile 20:
	Es findet keine Anonymisierung statt, alle Zugriffe werden protokolliert und Clients werden über den ''X-Forwarded-for''-Header dem Zielsystem übermittelt.		Es findet keine Anonymisierung statt, alle Zugriffe werden protokolliert und Clients werden über den ''X-Forwarded-for''-Header dem Zielsystem übermittelt.

	=== Reverse-Proxy ===		=== Ausblick ===
			Es wäre prinzipiell denkbar einen über die [[UUGRN:LDAP\|Benutzerdatenbank]] authentifizierten Benutzerbetrieb des Web-Proxy-Caches (squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>) zu gestatten um Mitgliedern mit IPv4-only den Zugriff auf IPv6 zu gewähren.


			== Reverse-Proxy ==
	Auf den IP-Adressen 164.177.171.13 und 2a03:2500:1:6:d:: läuft jeweils auf Port 80/tcp und Port 443/tcp ein Apache Webserver als Reverse-Proxy<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Apache Module mod_proxy]</ref>.		Auf den IP-Adressen 164.177.171.13 und 2a03:2500:1:6:d:: läuft jeweils auf Port 80/tcp und Port 443/tcp ein Apache Webserver als Reverse-Proxy<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Apache Module mod_proxy]</ref>.

			=== IP-Adressen ===
	Der Reverse-Proxy ist per IPv4 und IPv6 erreichbar und kann auf IPv4 und IPv6 Dienste durchleiten, so ließe sich zB ein IPv4-Only Webangebot zusätzlich mit IPv6 bereichern, indem für den entsprechenden Dienst ein Quad-A-Record in der Form "www.example.com IN AAAA 2a03:2500:1:6:d::" im DNS eingetragen wird. Zusätzlich muss in der Datei /usr/local/etc/apache22/extra/httpd-vhosts.conf ein entsprechender Vhost angelegt werden.		Der Reverse-Proxy ist per IPv4 und IPv6 erreichbar und kann auf IPv4 und IPv6 Dienste durchleiten, so ließe sich zB ein IPv4-Only Webangebot zusätzlich mit IPv6 bereichern, indem für den entsprechenden Dienst ein Quad-A-Record in der Form "www.example.com IN AAAA 2a03:2500:1:6:d::" im DNS eingetragen wird. Zusätzlich muss in der Datei /usr/local/etc/apache22/extra/httpd-vhosts.conf ein entsprechender Vhost angelegt werden.

			=== VirtualHosts und SSL ===
	Auf den beiden IP-Adressen wird NameBased VirtualHosting für HTTP und HTTPS (per SNI = Server Name Identifcation=mehere SSL-zertifikate hinter einer IP-Adresse auf dem gleichen port<ref>{{Wikipedia2\|Server_Name_Indication\|Server Name Indication}}</ref>)) implementiert. Verschiedene SSL-Namen sind auch per SAN möglich (SubjectAltName=ein SSL-Zertifikat mit mehreren gültigen Namen zusätzlich zum CommonName<ref>[http://en.wikipedia.org/wiki/Subject_Alternative_Name en.wikipedia.org/wiki/Subject_Alternative_Name]</ref>)		Auf den beiden IP-Adressen wird NameBased VirtualHosting für HTTP und HTTPS (per SNI = Server Name Identifcation=mehere SSL-zertifikate hinter einer IP-Adresse auf dem gleichen port<ref>{{Wikipedia2\|Server_Name_Indication\|Server Name Indication}}</ref>)) implementiert. Verschiedene SSL-Namen sind auch per SAN möglich (SubjectAltName=ein SSL-Zertifikat mit mehreren gültigen Namen zusätzlich zum CommonName<ref>[http://en.wikipedia.org/wiki/Subject_Alternative_Name en.wikipedia.org/wiki/Subject_Alternative_Name]</ref>)

	Das jeweils passende SSL-Zertifikat wird innerhalb des *:443-Vhosts konfiguriert. SSL mit IP basiertem VHost ist nur für (zusätzliche) IPv6-Adressen möglich oder auf alternativen Ports (zB 10443, 20443, ...)		Das jeweils passende SSL-Zertifikat wird innerhalb des *:443-Vhosts konfiguriert. SSL mit IP basiertem VHost ist nur für (zusätzliche) IPv6-Adressen möglich oder auf alternativen Ports (zB 10443, 20443, ...)

			=== Dienste ===
	Derzeit sind folgende Dienste konfiguriert:		Derzeit sind folgende Dienste konfiguriert:
	* https://wiki.uugrn.org/ auf {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}		* https://wiki.uugrn.org/ auf {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}
Zeile 40:		Zeile 47:
	{{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}} und {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}} sind Apache 2.2 + PHP5 basiert, {{Jail\|name=uug_pad\|label=pad.uugrn.lan}} beheimatet lediglich ein node.js mit einem eigenen (internen) Webserver.		{{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}} und {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}} sind Apache 2.2 + PHP5 basiert, {{Jail\|name=uug_pad\|label=pad.uugrn.lan}} beheimatet lediglich ein node.js mit einem eigenen (internen) Webserver.

			=== Weitere Einsatzmöglichkeiten ===
	Denkbar für diese Anwendung sind neben der Jail-Separierung von PHP-Applikationen auch der Zugriff auf tomcat<ref>{{Homepage2\|tomcat.apache.org\|Apache Tomcat}}</ref>-Applikationen (via ajp<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html Apache mod_proxy_ajp}</ref><ref>[http://tomcat.apache.org/connectors-doc/ Apache Tomcat Connector, mod_jk]</ref>) oder der (transparente) Zugriff auf externe HTTP-Dienste. Außerdem ließe sich hier an zentraler Stelle ein Web-Application-Firewall und andere Schutzmechanismen (mod_security, Authentifizierung, ... )		Denkbar für diese Anwendung sind neben der Jail-Separierung von PHP-Applikationen auch der Zugriff auf tomcat<ref>{{Homepage2\|tomcat.apache.org\|Apache Tomcat}}</ref>-Applikationen (via ajp<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html Apache mod_proxy_ajp}</ref><ref>[http://tomcat.apache.org/connectors-doc/ Apache Tomcat Connector, mod_jk]</ref>) oder der (transparente) Zugriff auf externe HTTP-Dienste. Außerdem ließe sich hier an zentraler Stelle ein Web-Application-Firewall und andere Schutzmechanismen (mod_security, Authentifizierung, ... )

	~~== Ausblick ==~~
	Es wäre prinzipiell denkbar einen über die [[UUGRN:LDAP\|Benutzerdatenbank]] authentifizierten Benutzerbetrieb des Web-Proxy-Caches (squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>) zu gestatten um Mitgliedern mit IPv4-only den Zugriff auf IPv6 zu gewähren.

	== Siehe auch ==		== Siehe auch ==

Rabe: Wir haben nun einen Reverse-Proxy

2014-04-06T23:08:19Z

Wir haben nun einen Reverse-Proxy

← Nächstältere Version		Version vom 6. April 2014, 23:08 Uhr
Zeile 4:		Zeile 4:
	__TOC__		__TOC__

	== Zweck ==
			== Proxy-Server ==
			=== Zweck ===
	Implementiert wird der Proxy-Server durch squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>.		Implementiert wird der Proxy-Server durch squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>.

Zeile 13:		Zeile 15:
	Auch wenn heutzutage (Stand: 3/2013) die überwiegende Anzahl von öffentlichen Diensten auf Ipv4 angeboten wird, so könnte es in absehbarer Zeit passieren, dass bestimmte Angebote nur noch über IPv6 ordentlich zugreifbar sein werden.		Auch wenn heutzutage (Stand: 3/2013) die überwiegende Anzahl von öffentlichen Diensten auf Ipv4 angeboten wird, so könnte es in absehbarer Zeit passieren, dass bestimmte Angebote nur noch über IPv6 ordentlich zugreifbar sein werden.

	== Zugriffe ==		=== Zugriffe ===
	Dieser Service wird nur und ausschließlich für IPv4 und IPv6 Adressen von UUGRN angeboten.		Dieser Service wird nur und ausschließlich für IPv4 und IPv6 Adressen von UUGRN angeboten.

	Es findet keine Anonymisierung statt, alle Zugriffe werden protokolliert und Clients werden über den ''X-Forwarded-for''-Header dem Zielsystem übermittelt.		Es findet keine Anonymisierung statt, alle Zugriffe werden protokolliert und Clients werden über den ''X-Forwarded-for''-Header dem Zielsystem übermittelt.

	== ~~Ausblick~~ ==		=== Reverse-Proxy ===
	~~Zukünftig könnte parallel zum Web~~-~~Proxy-Cache (squid<ref name="squid">{{Homepage2\|www~~.~~squid-cache~~.~~org\|Squid Cache}}<~~/~~ref>) auch~~ ein Apache als Reverse-Proxy<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Apache Module mod_proxy]</ref> ~~betrieben werden um~~ IPv4/IPv6 mit/~~ohne~~ SSL ~~umzusetzen~~ auf ~~Backend~~-Dienste, die in ~~anderen~~ Jails und ~~ohne öffentliche IP~~-~~Adresse laufen~~.		Auf den IP-Adressen 164.177.171.13 und 2a03:2500:1:6:d:: läuft jeweils auf Port 80/tcp und Port 443/tcp ein Apache Webserver als Reverse-Proxy<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Apache Module mod_proxy]</ref>.

			Der Reverse-Proxy ist per IPv4 und IPv6 erreichbar und kann auf IPv4 und IPv6 Dienste durchleiten, so ließe sich zB ein IPv4-Only Webangebot zusätzlich mit IPv6 bereichern, indem für den entsprechenden Dienst ein Quad-A-Record in der Form "www.example.com IN AAAA 2a03:2500:1:6:d::" im DNS eingetragen wird. Zusätzlich muss in der Datei /usr/local/etc/apache22/extra/httpd-vhosts.conf ein entsprechender Vhost angelegt werden.

			Auf den beiden IP-Adressen wird NameBased VirtualHosting für HTTP und HTTPS (per SNI = Server Name Identifcation=mehere SSL-zertifikate hinter einer IP-Adresse auf dem gleichen port<ref>{{Wikipedia2\|Server_Name_Indication\|Server Name Indication}}</ref>)) implementiert. Verschiedene SSL-Namen sind auch per SAN möglich (SubjectAltName=ein SSL-Zertifikat mit mehreren gültigen Namen zusätzlich zum CommonName<ref>[http://en.wikipedia.org/wiki/Subject_Alternative_Name en.wikipedia.org/wiki/Subject_Alternative_Name]</ref>)

			Das jeweils passende SSL-Zertifikat wird innerhalb des *:443-Vhosts konfiguriert. SSL mit IP basiertem VHost ist nur für (zusätzliche) IPv6-Adressen möglich oder auf alternativen Ports (zB 10443, 20443, ...)

			Derzeit sind folgende Dienste konfiguriert:
			* https://wiki.uugrn.org/ auf {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}
			* https://blogs.uugrn.org/ auf {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}}
			* https://pad.uugrn.org/ auf {{Jail\|name=uug_pad\|label=pad.uugrn.lan}}

			Die Zugriffe auf http:// dieser Dienste werden direkt vom Reverse-Proxy weitergeleitet auf die jeweilige https:// -Adresse. Das kann pro Dienst individuell konfiguriert werden.

			Die Services laufen jeweils in separaten Jails (z.B. {{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}}). Diese haben keine direkte Internet-Anbindung und sind daher nur über den Reverse-Proxy erreichbar oder können via Forward-Proxy (squid) auf das Internet zugreifen. Fremdsoftware wird somit der unkontrollierte Zugriff auf das Internet erschwert.

	~~Gerade für SSL könnten hier SNI (Server Name Identifcation=mehere SSL-zertifikate hinter einer IP-Adresse auf dem gleichen port<ref>~~{{~~Wikipedia2~~\|~~Server_Name_Indication~~\|~~Server Name Indication~~}}~~</ref>)~~ und~~/oder SAN (SubjectAltName~~=~~ein SSL-Zertifikat mit mehreren gültigen Namen zusätzlich zum CommonName<ref>[http://en~~.~~wikipedia~~.~~org/wiki/Subject_Alternative_Name en~~.~~wikipedia~~.~~org/wiki/Subject_Alternative_Name]</ref>~~) zum Einsatz kommen oder bei IPv6 dedizierte IP-Adressen mit dedizierten SSL-Zertifikaten. Prinzipiell währen auch dedizierte IPv4-Adresse auf diesem ReverseProxy möglich jedoch aufgrund der prinzipiellen Knappheit von IPv4-Adressen kein favorisiertes Setup.		{{Jail\|name=uug_wiki\|label=wiki.uugrn.lan}} und {{Jail\|name=uug_blogs\|label=blogs.uugrn.lan}} sind Apache 2.2 + PHP5 basiert, {{Jail\|name=uug_pad\|label=pad.uugrn.lan}} beheimatet lediglich ein node.js mit einem eigenen (internen) Webserver.

	~~Das gleiche ist prinzipiell~~ auch ~~möglich für Webapplikationen, die in anderen Jails in einem Application Server (zB Tomcat~~<ref>{{Homepage2\|tomcat.apache.org\|Apache Tomcat}}</ref>~~) betrieben werden. Hier könnte Apache mit~~ ajp<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html Apache mod_proxy_ajp}</ref><ref>[http://tomcat.apache.org/connectors-doc/ Apache Tomcat Connector, mod_jk]</ref>~~zum Einsatz kommen~~.		Denkbar für diese Anwendung sind neben der Jail-Separierung von PHP-Applikationen auch der Zugriff auf tomcat<ref>{{Homepage2\|tomcat.apache.org\|Apache Tomcat}}</ref>-Applikationen (via ajp<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html Apache mod_proxy_ajp}</ref><ref>[http://tomcat.apache.org/connectors-doc/ Apache Tomcat Connector, mod_jk]</ref>) oder der (transparente) Zugriff auf externe HTTP-Dienste. Außerdem ließe sich hier an zentraler Stelle ein Web-Application-Firewall und andere Schutzmechanismen (mod_security, Authentifizierung, ... )

			== Ausblick ==
	Es wäre prinzipiell denkbar einen über die [[UUGRN:LDAP\|Benutzerdatenbank]] authentifizierten Benutzerbetrieb des Web-Proxy-Caches (squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>) zu gestatten um Mitgliedern mit IPv4-only den Zugriff auf IPv6 zu gewähren.		Es wäre prinzipiell denkbar einen über die [[UUGRN:LDAP\|Benutzerdatenbank]] authentifizierten Benutzerbetrieb des Web-Proxy-Caches (squid<ref name="squid">{{Homepage2\|www.squid-cache.org\|Squid Cache}}</ref>) zu gestatten um Mitgliedern mit IPv4-only den Zugriff auf IPv6 zu gewähren.

Rabe: Rabe verschob Seite UUGRN:Proxy nach UUGRN:Dienste/Proxy: Alle Dienste als Subpage von UUGRN:Dienste

2013-04-11T10:43:42Z

Rabe verschob Seite UUGRN:Proxy nach UUGRN:Dienste/Proxy: Alle Dienste als Subpage von UUGRN:Dienste

← Nächstältere Version	Version vom 11. April 2013, 10:43 Uhr
(kein Unterschied)

Rabe: fett

2013-04-07T00:07:34Z

fett

← Nächstältere Version		Version vom 7. April 2013, 00:07 Uhr
Zeile 1:		Zeile 1:
	UUGRN betreibt für interne ~~zwecke~~ einen zentralen Web-Proxy.		UUGRN betreibt für interne Zwecke einen zentralen '''Web-Proxy'''.

	{{Navigationsleiste Dienste}}		{{Navigationsleiste Dienste}}

Rabe: übernommen von UUGRN:Jails/shd proxy

2013-04-07T00:01:41Z

übernommen von UUGRN:Jails/shd proxy

Neue Seite

UUGRN betreibt für interne zwecke einen zentralen Web-Proxy.

{{Navigationsleiste Dienste}}
__TOC__

== Zweck ==
Implementiert wird der Proxy-Server durch squid<ref name="squid">{{Homepage2|www.squid-cache.org|Squid Cache}}</ref>.

Der primäre Einsatzzweck ist dadurch entstanden, dass wir mit [[UUGRN:Jails/shd_ftp|ftp.uugrn.org]] das ersten rein auf IPv6 basierende Jail in Betrieb genommen haben. Da in diesem Jail auch Mirror-Scripte laufen (werden), die Dateien von IPv4-only-Quellen beziehen, wurde dieser Proxy erforderlich.

Umgekehrt ist es außerdem möglich von einem IPv4-only-Client aus auf einen IPv6-only Server (z.B. [[UUGRN:Jails/shd_ftp|ftp.uugrn.org]]) zuzugreifen.

Auch wenn heutzutage (Stand: 3/2013) die überwiegende Anzahl von öffentlichen Diensten auf Ipv4 angeboten wird, so könnte es in absehbarer Zeit passieren, dass bestimmte Angebote nur noch über IPv6 ordentlich zugreifbar sein werden.

== Zugriffe ==
Dieser Service wird nur und ausschließlich für IPv4 und IPv6 Adressen von UUGRN angeboten.

Es findet keine Anonymisierung statt, alle Zugriffe werden protokolliert und Clients werden über den ''X-Forwarded-for''-Header dem Zielsystem übermittelt.

== Ausblick ==
Zukünftig könnte parallel zum Web-Proxy-Cache (squid<ref name="squid">{{Homepage2|www.squid-cache.org|Squid Cache}}</ref>) auch ein Apache als Reverse-Proxy<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Apache Module mod_proxy]</ref> betrieben werden um IPv4/IPv6 mit/ohne SSL umzusetzen auf Backend-Dienste, die in anderen Jails und ohne öffentliche IP-Adresse laufen.

Gerade für SSL könnten hier SNI (Server Name Identifcation=mehere SSL-zertifikate hinter einer IP-Adresse auf dem gleichen port<ref>{{Wikipedia2|Server_Name_Indication|Server Name Indication}}</ref>) und/oder SAN (SubjectAltName=ein SSL-Zertifikat mit mehreren gültigen Namen zusätzlich zum CommonName<ref>[http://en.wikipedia.org/wiki/Subject_Alternative_Name en.wikipedia.org/wiki/Subject_Alternative_Name]</ref>) zum Einsatz kommen oder bei IPv6 dedizierte IP-Adressen mit dedizierten SSL-Zertifikaten. Prinzipiell währen auch dedizierte IPv4-Adresse auf diesem ReverseProxy möglich jedoch aufgrund der prinzipiellen Knappheit von IPv4-Adressen kein favorisiertes Setup.

Das gleiche ist prinzipiell auch möglich für Webapplikationen, die in anderen Jails in einem Application Server (zB Tomcat<ref>{{Homepage2|tomcat.apache.org|Apache Tomcat}}</ref>) betrieben werden. Hier könnte Apache mit ajp<ref>[http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html Apache mod_proxy_ajp}</ref><ref>[http://tomcat.apache.org/connectors-doc/ Apache Tomcat Connector, mod_jk]</ref>zum Einsatz kommen.

Es wäre prinzipiell denkbar einen über die [[UUGRN:LDAP|Benutzerdatenbank]] authentifizierten Benutzerbetrieb des Web-Proxy-Caches (squid<ref name="squid">{{Homepage2|www.squid-cache.org|Squid Cache}}</ref>) zu gestatten um Mitgliedern mit IPv4-only den Zugriff auf IPv6 zu gewähren.

== Siehe auch ==
* [[UUGRN:Jails/shd proxy|proxy.uugrn.org]]

== Weblinks ==
<small><references /></small>

[[Kategorie:UUGRN:Dienst|Proxy]]