|
frechdachs
Anmeldungsdatum:
3. Juni 2013
Beiträge: 120
|
Hallo zusammen, vor ein paar Tagen bin ich auf eine interessante Webseite gestoßen: https://uptimerobot.com Es handelt sich hierbei um einen Monitoring-Dienst: Der Robot prüft, ob z.B. auf einem Server bestimmte Dienste errreichbar sind. Und das komplett kostenlos (mit ein paar Einschränkungen)!
Ferner bietet der Monitoring-Service auch öffentliche schaltbare Statusseiten an. Die URLs hierbei haben folgenden Aufbau:
https://stats.uptimerobot.com/$ID Die ID wird hierbei von dem Dienst vergeben. In meinem Fall ist die Status-Seite unter dieser URL aufrufbar: https://stats.uptimerobot.com/Qny1AuoR1 So weit, so gut.
Da dies schlecht zu merken ist, würde ich gerne unter Apache einen Proxy einsetzen, z.B.: https://www.engelbracht.de/stats/ Also habe ich in meiner Apache-Konfigurationsdatei folgendes definiert: <VirtualHost 11.22.33.44:80>
ServerName www.engelbracht.de
Redirect permanent / https://www.engelbracht.de/
</VirtualHost>
<IfModule mod_ssl.c>
<VirtualHost 11.22.33.44:443>
DocumentRoot /srv/www/www.engelbracht.de/html
ServerName www.engelbracht.de
ServerAdmin irgendwas@engelbracht.de
php_admin_value open_basedir /srv/www/www.engelbracht.de/html
DirectoryIndex index.html
ServerSignature Off
SSLEngine On
SSLCertificateFile /path/to/ssl.pem
SSLCertificateKeyFile /path/to/key.pem
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/www.engelbracht.de.log combined
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
<Location /stats>
ProxyPass http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverseCookieDomain "stats.uptimerobot.com" "www.engelbracht.de"
ProxyPassReverseCookiePath / /Qny1AuoR1
</Location>
<Directory /srv/www/www.engelbracht.de/html/>
Options -Indexes -FollowSymLinks
</Directory>
</VirtualHost>
</IfModule>Wenn ich nun in einem Browser die URL https://www.engelbracht.de/stats eingebe, dann sehe ich zwar Daten von der Uptimerobot-Webseite - aber irgendwie funktioniert das nicht... Im Logfile steht:
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /css/default.css HTTP/1.1" 404 625 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /css/main.css HTTP/1.1" 404 622 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/bootstrap.js HTTP/1.1" 404 625 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/jquery-1.10.1.min.js HTTP/1.1" 404 633 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /stats HTTP/1.1" 200 6756 "-" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/lib/angular-flot.js HTTP/1.1" 404 494 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/lib/jquery.truncate.min.js HTTP/1.1" 404 501 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/ui-chart.js HTTP/1.1" 404 486 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/controllers.js HTTP/1.1" 404 489 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/services.js HTTP/1.1" 404 486 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/app.js HTTP/1.1" 404 481 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/jquery-1.10.1.min.js HTTP/1.1" 404 495 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /images/uptime-logo.png HTTP/1.1" 404 494 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/lib/bootbox.min.js HTTP/1.1" 404 493 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/default.js HTTP/1.1" 404 485 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/bootstrap.js HTTP/1.1" 404 487 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/lib/angular-flot.js HTTP/1.1" 404 494 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/lib/jquery.truncate.min.js HTTP/1.1" 404 501 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/ui-chart.js HTTP/1.1" 404 486 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:24 +0100] "GET /js/controllers.js HTTP/1.1" 404 489 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:25 +0100] "GET /js/services.js HTTP/1.1" 404 486 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:25 +0100] "GET /js/default.js HTTP/1.1" 404 485 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:25 +0100] "GET /js/lib/bootbox.min.js HTTP/1.1" 404 493 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0"
77.10.70.64 - - [16/Jan/2017:08:45:25 +0100] "GET /js/app.js HTTP/1.1" 404 481 "https://www.engelbracht.de/stats" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0" Ist die Proxy-Konfiguration so korrekt?
Was habe ich noch vergessen? Vielen Dank im Voraus. Gruß, frechdachs
|
|
Mimosin
Anmeldungsdatum:
18. Juni 2010
Beiträge: 238
|
Scheinbar fragt der Dienstleister den HTTP-Referrer ab. Schaltet auf die Seite doch einfach einen HTML-Referrer: <meta http-equiv="refresh" content="0; url=http://example.com/" />
|
|
misterunknown
Ehemalige
Anmeldungsdatum:
28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
frechdachs schrieb: Da dies schlecht zu merken ist, würde ich gerne unter Apache einen Proxy einsetzen
Statt eines Proxies würde ich eher eine Weiterleitung empfehlen.
Also habe ich in meiner Apache-Konfigurationsdatei folgendes definiert:
<Location /stats>
ProxyPass http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverseCookieDomain "stats.uptimerobot.com" "www.engelbracht.de"
ProxyPassReverseCookiePath / /Qny1AuoR1
</Location>
Selbiges ließe sich auch einfacher konfigurieren (ohne Location):
ProxyPass /stats http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse /stats http://stats.uptimerobot.com/Qny1AuoR1
Diese Cookie-Direktiven kannst du getrost weglassen, sie wären für deinen Fall sowieso falsch konfiguriert. Ich würde aber wie gesagt eine Umleitung konfigurieren:
Redirect 301 /stats http://stats.uptimerobot.com/Qny1AuoR1
Diese Variante ist IMHO sauberer.
|
|
faehrmann
Anmeldungsdatum:
18. Januar 2016
Beiträge: 38
|
misterunknown schrieb: frechdachs schrieb: Da dies schlecht zu merken ist, würde ich gerne unter Apache einen Proxy einsetzen
Statt eines Proxies würde ich eher eine Weiterleitung empfehlen.
Also habe ich in meiner Apache-Konfigurationsdatei folgendes definiert:
<Location /stats>
ProxyPass http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverseCookieDomain "stats.uptimerobot.com" "www.engelbracht.de"
ProxyPassReverseCookiePath / /Qny1AuoR1
</Location>
Selbiges ließe sich auch einfacher konfigurieren (ohne Location):
ProxyPass /stats http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse /stats http://stats.uptimerobot.com/Qny1AuoR1
Diese Cookie-Direktiven kannst du getrost weglassen, sie wären für deinen Fall sowieso falsch konfiguriert.
Wie würde Sie denn richtig lauten? Ich kämpfe gerade mit einem ähnlichen Problem...
Ich würde aber wie gesagt eine Umleitung konfigurieren:
Redirect 301 /stats http://stats.uptimerobot.com/Qny1AuoR1
Diese Variante ist IMHO sauberer.
Aber bei einer Weiterleitung ist doch dann die externe URL im Browser ersichtlich, oder?
In diesem Fall steht also in der Adresszeile die URL "http://stats.uptimerobot.com/Qny1AuoR1".
Schöner wäre es natürlich, wenn die Weiterleitung nicht offensichtlich ist...
Wie würde man das denn konfigurtieren?
(Pardon, wollte mich nicht einmischen - aber ich habe ein fast identisches Problem)... Gruß, Daniel
|
|
misterunknown
Ehemalige
Anmeldungsdatum:
28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
faehrmann schrieb: Wie würde Sie denn richtig lauten? Ich kämpfe gerade mit einem ähnlichen Problem...
In diesem Fall wäre das
ProxyPassReverseCookieDomain stats.uptimerobot.com www.engelbracht.de
ProxyPassReverseCookiePath "/" "/stats"
Im Zweifelsfall solltest du aber einfach einen eigenen Thread aufmachen, in solchen Setups kommt es auf die Details an. In diesem Fall des TS ist es beispielsweise nicht möglich die Seite per Proxy zu bedienen, es sei denn, er macht einen eigenen VHost dafür. Hintergrund ist, dass es eine Javascript-Applikation ist, die eigene Requests generiert, die vom Apache nicht korrekt umgeschrieben werden können.
Aber bei einer Weiterleitung ist doch dann die externe URL im Browser ersichtlich, oder? In diesem Fall steht also in der Adresszeile die URL "http://stats.uptimerobot.com/Qny1AuoR1".
Das ist richtig. Wenn es aber nur darum geht sich den Link nicht merken zu müssen ist das ja ok.
Schöner wäre es natürlich, wenn die Weiterleitung nicht offensichtlich ist... Wie würde man das denn konfigurtieren?
Dann bräuchte man Umschreibungen mit mod_proxy_html. Ich habe das aber wie gesagt bei der Seite probiert, allerdings funkt da das Javascript dazwischen. Es wäre nur mit eigenem VHost möglich.
|
|
frechdachs
(Themenstarter)
Anmeldungsdatum:
3. Juni 2013
Beiträge: 120
|
misterunknown schrieb: faehrmann schrieb: Wie würde Sie denn richtig lauten? Ich kämpfe gerade mit einem ähnlichen Problem...
In diesem Fall wäre das
ProxyPassReverseCookieDomain stats.uptimerobot.com www.engelbracht.de
ProxyPassReverseCookiePath "/" "/stats"
Im Zweifelsfall solltest du aber einfach einen eigenen Thread aufmachen, in solchen Setups kommt es auf die Details an. In diesem Fall des TS ist es beispielsweise nicht möglich die Seite per Proxy zu bedienen, es sei denn, er macht einen eigenen VHost dafür. Hintergrund ist, dass es eine Javascript-Applikation ist, die eigene Requests generiert, die vom Apache nicht korrekt umgeschrieben werden können.
Hallo misterunknown, erstmal vielen Dank für Deine Antwort.
faehrmann hat es gut erkannt: Mein Ziel ist, dass der User die Weiterleitung an die externe URL nicht sehen soll. Das wäre optimal! Da auf meinem Server schon ein paar virtuelle Hosts laufen, ist die eigentliche Einrichtung kein Thema (inkl. SSL-Zertifikat). Kannst Du mir noch sagen, wie in so einem Fall die Apache-Konfiguration aussehen würde? So: <VirtualHost 22.33.44.55:80>
ServerName stats.engelbracht.de
Redirect permanent / https://stats.engelbracht.de/
</VirtualHost>
<IfModule mod_ssl.c>
<VirtualHost 22.33.44.55:443>
DocumentRoot /srv/www/stats.engelbracht.de/html
ServerName stats.engelbracht.de
ServerAdmin irgendwas@engelbracht.de
php_admin_value open_basedir /srv/www/stats.engelbracht.de/html
DirectoryIndex index.html
ServerSignature Off
SSLEngine On
SSLCertificateFile /path/to/ssl.pem
SSLCertificateKeyFile /path/to/key.pem
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/stats.engelbracht.de.log combined
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse / http://stats.uptimerobot.com/Qny1AuoR1
<Directory /srv/www/stats.engelbracht.de/html/>
Options -Indexes -FollowSymLinks
</Directory>
</VirtualHost>
</IfModule>Oder sind noch weitere Anweisungen nötig? Dann würde ich das heute Abend direkt mal ausprobieren... Vielen Dank im Voraus! Aber bei einer Weiterleitung ist doch dann die externe URL im Browser ersichtlich, oder? In diesem Fall steht also in der Adresszeile die URL "http://stats.uptimerobot.com/Qny1AuoR1".
Das ist richtig. Wenn es aber nur darum geht sich den Link nicht merken zu müssen ist das ja ok.
Schöner wäre es natürlich, wenn die Weiterleitung nicht offensichtlich ist... Wie würde man das denn konfigurtieren?
Dann bräuchte man Umschreibungen mit mod_proxy_html. Ich habe das aber wie gesagt bei der Seite probiert, allerdings funkt da das Javascript dazwischen. Es wäre nur mit eigenem VHost möglich.
|
|
misterunknown
Ehemalige
Anmeldungsdatum:
28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
frechdachs schrieb: faehrmann hat es gut erkannt: Mein Ziel ist, dass der User die Weiterleitung an die externe URL nicht sehen soll. Das wäre optimal!
Dann brauchst du einen eigenen VHost oder du musst alle potentiellen Aufrufe der JS-Applikation auch weiterleiten. Das Problem ist, dass man AJAX-Requests, welche aus einer solchen Applikation resultieren, nicht umschreiben kann.
<IfModule mod_ssl.c>
<VirtualHost 22.33.44.55:443>
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
Das kannst du dir eigentlich alles sparen, es soll ja kein Forwarding-Proxy, sondern ein Reverse-Proxy sein.
ProxyPass / http://stats.uptimerobot.com/Qny1AuoR1
ProxyPassReverse / http://stats.uptimerobot.com/Qny1AuoR1
Hier müsstest du auf / umschreiben:
ProxyPass / http://stats.uptimerobot.com/
ProxyPassReverse / http://stats.uptimerobot.com/ Ein minimaler, kompletter VHost würde so aussehen:
<VirtualHost *:80>
ServerName stats.engelbracht.de
ProxyPass / http://stats.uptimerobot.com/
ProxyPassReverse / http://stats.uptimerobot.com/
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/?$
RewriteRule ^(.*)$ http://stats.test.misterunknown.de/Qny1AuoR1 [L]
</VirtualHost>
Sollte jemand eine Lösung ohne RewriteRules kennen, kann er bitte Bescheid sagen. In meinen Tests hat es mit "Redirect" nicht funktioniert. PS: Um der Frage vorzugreifen: An der Umleitung auf /Qny1AuoR1 wirst du vermutlich nicht vorbeikommen, da du den gesamten VHost abbilden musst.
|
|
frechdachs
(Themenstarter)
Anmeldungsdatum:
3. Juni 2013
Beiträge: 120
|
Guten Morgen zusammen, ich habe nun einen neuen virtuellen Host mit folgender Konfiguration eingerichtet:
<VirtualHost 44.55.66.77:80>
ServerName stats.engelbracht.de
Redirect permanent / https://stats.engelbracht.de/
</VirtualHost>
<IfModule mod_ssl.c>
<VirtualHost 44.55.66.77:443>
DocumentRoot /srv/www/stats.engelbracht.de/html
ServerName stats.engelbracht.de
ServerAdmin irgendwas@engelbracht.de
php_admin_value open_basedir /srv/www/stats.engelbracht.de/html
DirectoryIndex index.html
ServerSignature Off
SSLEngine On
SSLCertificateFile /path/to/ssl.pem
SSLCertificateKeyFile /path/to/key.pem
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/stats.engelbracht.de.log combined
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / http://stats.uptimerobot.com/
ProxyPassReverse / http://stats.uptimerobot.com/
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/?$
RewriteRule ^(.*)$ http://stats.uptimerobot.com/Qny1AuoR1 [L]
</VirtualHost>
</IfModule>
Wenn ich nun die URL http://stats.engelbracht.de aufrufe, dann wird die Anfrage zwar weitergeleitet - aber die neue URL ("http://stats.uptimerobot.com/Qny1AuoR1") wird in der Adressleiste angezeigt... Durch Zufall bin ich auf eine Webseite https://legacy.thomas-leister.de/uptimerobot-statusseite-mit-eigener-subdomain-und-https-nutzen/ gestoßen. Hier wird exakt das gleiche Thema behandelt, allerdings kommt als Webserver nginx zum Einsatz.
Der Autor schreibt:
"Mit der folgenden Konfiguration kann man dann auch auf die Angabe der ID in der URL verzichten:"
server {
server_name status.trashserver.net;
listen 80;
listen [::]:80;
listen 443 ssl;
listen [::]:443 ssl;
ssl_certificate /etc/myssl/...;
ssl_certificate_key /etc/myssl/...;
location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-NginX-Proxy true;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass https://stats.uptimerobot.com/rk3R0IDJq/;
proxy_redirect off;
}
location ~ ^/(.+) {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-NginX-Proxy true;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass https://stats.uptimerobot.com;
proxy_redirect off;
}
}Habe einen kurzen Test durchgeführt und die URL "status.trashserver.net" aufgerufen: Die externe URL ist nicht sichtbar! @misterunknown: Ich weiß nicht, ob Du mit der nginx-Konfiguration etwas anfangen kannst - aber vielleicht ist sie Dir nützlich.
Wäre es möglich, dass Du Dir nochmal die Apache-Konfiguration anschaust und korrigierst?
Im Voraus vielen Dank für Deine Hilfe! Liebe Grüße, frechdachs
|
|
misterunknown
Ehemalige
Anmeldungsdatum:
28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
frechdachs schrieb: php_admin_value open_basedir /srv/www/stats.engelbracht.de/html
Das kannst du dir schenken. Hier wird ja kein PHP ausgeführt, sondern nur ein paar Requests an einen anderen Server weitergereicht.
DirectoryIndex index.html
Das ist ebenfalls überflüssig. Wenn es kein DocumentRoot gibt, dann brauchst du auch kein DirectoryIndex. Außerdem ist dieser meist global gesetzt und muss nur verändert werden, wenn es nötig ist.
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
Ich wiederhole mich: Diesen Block kannst du weglassen. ProxyRequests Off ist eh der Default-Wert, und den <Proxy>-Block braucht man für Forwarding-Proxies, nicht für einen Reverse-Proxy.
RewriteRule ^(.*)$ http://stats.uptimerobot.com/Qny1AuoR1 [L]
Hier ist die URL falsch. Die muss natürlich https://stats.engelbracht.de/Qny1AuoR1 heißen.
Durch Zufall bin ich auf eine Webseite https://legacy.thomas-leister.de/uptimerobot-statusseite-mit-eigener-subdomain-und-https-nutzen/ gestoßen. Hier wird exakt das gleiche Thema behandelt, allerdings kommt als Webserver nginx zum Einsatz.
Man kann natürlich auch einen anderen Webserver nutzen, wenn man das braucht...
|
|
frechdachs
(Themenstarter)
Anmeldungsdatum:
3. Juni 2013
Beiträge: 120
|
misterunknown schrieb: frechdachs schrieb: php_admin_value open_basedir /srv/www/stats.engelbracht.de/html
Das kannst du dir schenken. Hier wird ja kein PHP ausgeführt, sondern nur ein paar Requests an einen anderen Server weitergereicht.
DirectoryIndex index.html
Das ist ebenfalls überflüssig. Wenn es kein DocumentRoot gibt, dann brauchst du auch kein DirectoryIndex. Außerdem ist dieser meist global gesetzt und muss nur verändert werden, wenn es nötig ist.
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
Ich wiederhole mich: Diesen Block kannst du weglassen. ProxyRequests Off ist eh der Default-Wert, und den <Proxy>-Block braucht man für Forwarding-Proxies, nicht für einen Reverse-Proxy.
RewriteRule ^(.*)$ http://stats.uptimerobot.com/Qny1AuoR1 [L]
Hier ist die URL falsch. Die muss natürlich https://stats.engelbracht.de/Qny1AuoR1 heißen.
Hallo misterunknown, habe meine Apache-Konfigurationsdatei jetzt überarbeitet - vielen Dank nochmal für Deine Unterstützung.
Es läuft prima - klasse! Vielleicht gibt es ja doch noch eine Möglichkeit, den virtuellen Host so zu konfigurieren, dass nicht https://stats.engelbracht.de/Qny1AuoR1 im Browser angezeigt wird, sondern nur https://stats.engelbracht.de. Wenn jemand noch eine Idee hierzu hat, würde ich mich freuen.
Durch Zufall bin ich auf eine Webseite https://legacy.thomas-leister.de/uptimerobot-statusseite-mit-eigener-subdomain-und-https-nutzen/ gestoßen. Hier wird exakt das gleiche Thema behandelt, allerdings kommt als Webserver nginx zum Einsatz.
Man kann natürlich auch einen anderen Webserver nutzen, wenn man das braucht...
Nein, natürlich möchte ich jetzt nicht den Apache deinstallieren und den nginx einrichten. Ich dachte mir nur, dass es vielleicht möglich ist, die nginx-Konfiguration in die Apache-Syntax zu übertragen. Nochmal vielen Dank für Deine Unterstützung! Gruß, frechdachs
|
|
misterunknown
Ehemalige
Anmeldungsdatum:
28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
frechdachs schrieb: Vielleicht gibt es ja doch noch eine Möglichkeit, den virtuellen Host so zu konfigurieren, dass nicht https://stats.engelbracht.de/Qny1AuoR1 im Browser angezeigt wird, sondern nur https://stats.engelbracht.de.
Das hatte ich probiert, aber nicht zum Laufen gebracht. Die Apache-Engine, die die Locations verwaltet hat entweder einen Bug, oder es ist ein Design-Problem. Es hat auf jeden Fall in verschiedensten Konstellationen nicht geklappt. Ein Hinweis: Wenn du Lust hast, kannst du gern Thomas Leister anschreiben, vielleicht hat er es schon mit dem Apache hingekriegt. Ich hatte mit Ihm schon Kontakt, er ist da sehr hilfsbereit.
|