linuxa
15.03.2019
view1930
view4
0
Goto Top

Weiterleitungen in VirtualHosts

FrageLinuxWebserver
Guten Abend Administrator.de Community,

sagen wir es mal so, ich habe mehrere Sub-Domains und so wie es derzeit konfiguriert ist, funktioniert es auch. Nur denke ich mir, dass man es auch "einfacher" und "sauberer" machen könnte.

Folgende Sub-Domains verweisen auf den Server (fiktive IP 123.456.789.012): eins.foobar.de, zwei.foobar.de org.foobar.de

Ich möchte, dass org.foobar.de auf sein DocumentRoot zugreift und eins.foobar.de sowie zwei.foobar.de zu Google weitergeleitet wird. Meine Configuration-Files sehen derweil wie folgt aus.

/etc/apache2/sites-available/000-default.conf
<VirtualHost *:80>

        ServerName meinserver.vomprovider.com
        ServerSignature Off

        RewriteEngine On
        Redirect / https://google.com

        LogLevel warn
        ErrorLog /opt/logs/apache2/root/error.log
        LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
        CustomLog /opt/logs/apache2/root/access.log combined

</VirtualHost>

/etc/apache2/sites-available/default-ssl.conf
<IfModule mod_ssl.c>
<VirtualHost org.foobar.de:443>
                ServerAdmin webmaster@localhost
                ServerName org.foobar.de

                ServerSignature Off

                RewriteEngine On

                DocumentRoot /opt/applications/cloud

                <Directory "/opt/applications/cloud">  
                        Options -Indexes
                        AllowOverride All
                        Require all granted
                </Directory>

                Header always set Strict-Transport-Security "max-age=15552000; includeSubdomains;"  

                LogLevel warn
                ErrorLog /opt/logs/apache2/cloud/error.log
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/cloud/access.log combined

                SSLEngine on

                SSLCertificateFile      /etc/letsencrypt/live/org.foobar.de/fullchain.pem
                SSLCertificateKeyFile /etc/letsencrypt/live/org.foobar.de/privkey.pem

                <FilesMatch "\.(cgi|shtml|phtml|php)$">  
                                SSLOptions +StdEnvVars
                </FilesMatch>
                <Directory /usr/lib/cgi-bin>
                                SSLOptions +StdEnvVars
                </Directory>
</VirtualHost>

<VirtualHost eins.foobar.de:443>
                ServerName eins.foobar.de
                ServerSignature Off

                RewriteEngine On
                Redirect / https://google.com

                LogLevel warn
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/misrouted/eins.foobar.access.log combined
</VirtualHost>

<VirtualHost zwei.foobar.de:443>
                ServerName zwei.foobar.de
                ServerSignature Off

                RewriteEngine On
                Redirect / https://google.com

                LogLevel warn
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/misrouted/zwei.foobar.access.log combined
</VirtualHost>

<VirtualHost 123.456.789.012:443>
                ServerName 123.456.789.012
                ServerSignature Off

                RewriteEngine On
                Redirect / https://google.com

                LogLevel warn
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/misrouted/ip-address.foobar.access.log combined
</VirtualHost>

</IfModule>

Es ist auch soweit, dass es funktioniert. Wenn ich http://eins.foobar.de aufrufe, schmeißt er erst einen SSL Error, weil das Zertifikat nicht matched, wenn man hier aber nun weiter geht, leitet er weiter an https://google.com (ebenso funktioniert es mit http://zwei.foobar.de). Wenn https://org.foobar.de aufgerufen wird, wird auch die richtige Application (in meinem Fall eine Cloud) aufgerufen.

Wenn ich den Apache über die IP direkt ansteuer, wird ebenfalls zu Google weitergeleitet.

Meine Frage an die Community ist nun, kann man eine Weiterleitung für alle anfragen, welche nicht https://org.foobar.de ist, in den VirtualHosts einstellen? Wenn ich nur <VirtualHost org.foobar.com:443> und den Rest (die Weiterleitung zu Google) über <VirtualHost *:443> laufen lasse, funktioniert es nicht und es wird alles auf den vHost von org.foobar.com geleitet.

Ich hoffe es ist soweit verständlich und bis dahin erst einmal vielen Dank!
Toorms
ShareTeilen
Auf Facebook teilen Auf Twitter teilen Auf Reddit teilen Auf Linkedin teilen

Content-ID: 428534

Url: https://administrator.de/contentid/428534

Ausgedruckt am: 22.11.2024 um 13:11 Uhr

4 Kommentare
Neuester Kommentar
Goto Top
StefanKittel
StefanKittel 15.03.2019 um 07:15:22 Uhr
Goto Top
Moin,

das hängt ein bisschen von Deiner Apache-Version ab.
Bei alten Versionen war das noch anders gelöst.

The asterisks match all addresses, so the main server serves no requests. Due to the fact that the virtual host with ServerName www.example.com is first in the configuration file, it has the highest priority and can be seen as the default or primary server. That means that if a request is received that does not match one of the specified ServerName directives, it will be served by this first <VirtualHost>.
https://httpd.apache.org/docs/2.4/vhosts/examples.html
Linuxa
Linuxa 15.03.2019 aktualisiert um 16:54:26 Uhr
Goto Top
Moin,

habe Version 2.4.25

Wie ich das hier sehe, koennte ich aber nicht einfach es wie folgt schreiben oder?

<VirtualHost 192.168.1.1 172.20.30.40>
    DocumentRoot "/www/server1"  
    ServerName server.example.com
    ServerAlias server
</VirtualHost>

meine Variante wuerde dann so aussehen:

<VirtualHost eins.foobar.de zwei.foobar.de>
    ServerName eins.foobar.de zwei.foobar.de
    ServerSignature Off

    RewriteEngine On
    Redirect / https://google.com
</VirtualHost>

geht da so?

Update: Ich habe es so mal ausprobiert. Es geht nicht - jemand anderes einen Vorschlag? Besten Dank.
timene0
timene0 18.03.2019 aktualisiert um 06:24:45 Uhr
Goto Top
Moin Toorms,

nimm mal die Zeile ServerName raus, also:

<VirtualHost *:80>
    ServerSignature Off

    RewriteEngine On
    Redirect / https://google.com
</VirtualHost>

und/oder

<VirtualHost *:443>
    ServerSignature Off

    RewriteEngine On
    Redirect / https://google.com
</VirtualHost>

Das sollte dann alle nicht an andere Virtual Hosts gebundenen Anfragen an google weiterleiten.

Ist von mir nicht getestet, sollte aber so funktionieren.
Linuxa
Linuxa 18.03.2019 aktualisiert um 18:00:08 Uhr
Goto Top
Hi timene0,

danke erstmal fuer deine Antwort. Das hat so leider nicht funktioniert. Meine default-ssl.conf sieht nun so aus:

<IfModule mod_ssl.c>
<VirtualHost cloud.foobar.com:443>
                ServerAdmin webmaster@localhost
                ServerName cloud.foobar.com

                ServerSignature Off

                RewriteEngine On

                DocumentRoot /opt/applications/cloud

                <Directory "/opt/applications/cloud">  
                        Options -Indexes
                        AllowOverride All
                        Require all granted
                </Directory>

                Header always set Strict-Transport-Security "max-age=15552000; includeSubdomains;"  

                LogLevel error
                ErrorLog /opt/logs/apache2/cloud/error.log
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/cloud/access.log combined

                SSLEngine on

                SSLCertificateFile      /etc/letsencrypt/live/cloud.foobar.com/fullchain.pem
                SSLCertificateKeyFile /etc/letsencrypt/live/cloud.foobar.com/privkey.pem

                <FilesMatch "\.(cgi|shtml|phtml|php)$">  
                                SSLOptions +StdEnvVars
                </FilesMatch>
                <Directory /usr/lib/cgi-bin>
                                SSLOptions +StdEnvVars
                </Directory>
</VirtualHost>

<VirtualHost *:443>
                ServerSignature Off

                RewriteEngine On
                Redirect / https://google.com

                LogLevel debug
                LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
                CustomLog /opt/logs/apache2/misrouted/all-missrouted.access.log combined
</VirtualHost>
</IfModule>

und die von meiner 000-default.conf sieht so aus:

<VirtualHost *:80>

        ServerName server123123.meinprovider.com
        ServerSignature Off

        RewriteEngine On
        Redirect / https://google.com

        LogLevel warn
        ErrorLog /opt/logs/apache2/root/error.log
        LogFormat "%h %l %u %t \"%r\" %>s %b" combined  
        CustomLog /opt/logs/apache2/root/access.log combined

</VirtualHost>

Der ganze Apache2 verhaelt sich nun so, das wenn ich http://abc.foobar.com (OHNE SSL) funktioniert die Weiterleitung problemlos. Wenn ich nun aber https://abc.foobar.com (MIT SSL) greift die Weiterleitung nicht und es erscheint die Seite der Cloud Software, welche eigentlich unter https://cloud.foobar.com zu finden ist. Die Cloud-Software sagt mir dann, dass es eine nicht autorisierte Domain ist, mit der ich zugreifen moechte und es deswegen nicht weiter komme. Schoen und gut, ich moechte aber, dass mich der Apache gar nicht erst dahin leitet.

Bis dahin
Toorms
FrageLinuxWebserver
Mehr von LinuxaLinuxaFestplattenspeicherplatz wird nicht korrekt angezeigtLinuxa - 9 KommentareLinuxaTLS Problematiken auf Windows Server 2012 R2 im Internet ExplorerLinuxa - 9 KommentareLinuxaAudio-Weiterleitungsprobleme bei Windows Server 2008 RDSLinuxa - 3 KommentareLinuxaDoppelte Anmeldung bei Windows Server 2012R2 in RDSLinuxa - 9 Kommentare
Heiß diskutiert
superfun2k24Sophos SFOS 20 DNAT funktioniert nichtsuperfun2k24 - 26 Kommentareuser217Kaufberatung Hardware - Hyper-V Cluster 3 Nodesuser217 - 25 KommentarePharaunIntel-E810 QSFP28 to Mikrotik QSPF+ mit 40Gbit VerbindungPharaun - 23 Kommentareprplemk2Testumgebung bauen (Grundlegend)prplemk2 - 19 KommentareaufdemmarsHP Z620 USB hat kein Strom beim Startenaufdemmars - 17 KommentareTJ.Hooker74Dom.Admin-Passwort ändern - Auswirkungen auf EX, HCW, AADCTJ.Hooker74 - 15 KommentareadmtechEntwicklertagebuch: Release 6.4 - Filteradmtech - 13 KommentaremaisenkaiserSwitch ohne STP ins Netzwerkmaisenkaiser - 13 KommentareJudgelgZertifikate in die Exchange Online GAL hochladenJudgelg - 13 KommentareUnluckyProccess1999Creo 4.0 Lizenz Server (LMTOOLS)UnluckyProccess1999 - 13 KommentareleberkaeseFB7590 ISDN Fax-Funktionleberkaese - 12 KommentareDarkened1645Bildqualität der Windows Remotedesktop-Sitzung verbessernDarkened1645 - 11 Kommentare