11
IP - Namebasierte Hosts (apache24 hinter nginx proxy)
(hoffe ich bin im richtigen Thema)
Hi alle,
ich habe einen Nginx Proxy laufen, der meine *.domain.tld beantwortet (inkl. Wildcard-Zertifikat für SSL). Dahinter befinden sich diverse andere Server und Anwendungen. Alle in eigenem Jail - was jetzt nicht wichtig ist. Nun, (... der klassiker) eine Nextcloud Instanz hinter dem Proxy, die wiederum nur unter ihrem Sub.domain.tld erreichbar sein soll.
Das Problem ist jetzt, der apache beantwortet irgendwie auch andere anfragen (die nicht als vhost im proxy konfiguriert sind) z.B.
domain.com - alles ok (Dienst vorhanden nginx-server, jedoch runtergefahren)
cloud.domain.com - alles ok (Nextcloud mit besagtem Apache24)
irgendwas.domain.com - Nextcloudinstanz antwortet ( was sie nicht tun soll bzw. der apache24 )
hoffe, man versteht mein Problem. Sollte keine große Sache sein, aber ich finde einfach den Fehler nicht. Ich kenn mich eigentlich ganz gut aus, aber in dem Fall komme ich nicht weiter.
Was ich weiss, Nextcloud als Subdomain hinter R-proxy braucht einen gültigen A bzw. Cname im DNS, habe ich gerade gemacht, aber ich denke nicht das es daran liegt.
Eigentlich sollte ja NUR ipbasierter Vhost des Apache funktionieren, da ja der Proxy alles für sub.nextcloud.com an eine ip weiterreicht mittels proxy_pass usw.
hier mal die config
Hi alle,
ich habe einen Nginx Proxy laufen, der meine *.domain.tld beantwortet (inkl. Wildcard-Zertifikat für SSL). Dahinter befinden sich diverse andere Server und Anwendungen. Alle in eigenem Jail - was jetzt nicht wichtig ist. Nun, (... der klassiker) eine Nextcloud Instanz hinter dem Proxy, die wiederum nur unter ihrem Sub.domain.tld erreichbar sein soll.
Das Problem ist jetzt, der apache beantwortet irgendwie auch andere anfragen (die nicht als vhost im proxy konfiguriert sind) z.B.
domain.com - alles ok (Dienst vorhanden nginx-server, jedoch runtergefahren)
cloud.domain.com - alles ok (Nextcloud mit besagtem Apache24)
irgendwas.domain.com - Nextcloudinstanz antwortet ( was sie nicht tun soll bzw. der apache24 )
hoffe, man versteht mein Problem. Sollte keine große Sache sein, aber ich finde einfach den Fehler nicht. Ich kenn mich eigentlich ganz gut aus, aber in dem Fall komme ich nicht weiter.
Was ich weiss, Nextcloud als Subdomain hinter R-proxy braucht einen gültigen A bzw. Cname im DNS, habe ich gerade gemacht, aber ich denke nicht das es daran liegt.
Eigentlich sollte ja NUR ipbasierter Vhost des Apache funktionieren, da ja der Proxy alles für sub.nextcloud.com an eine ip weiterreicht mittels proxy_pass usw.
hier mal die config
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 1098786580
Url: https://administrator.de/contentid/1098786580
Printed on: April 25, 2024 at 01:04 o'clock
11 Comments
Latest comment
hier einmal die nginx conf und daneben der vhost des apache24
Was mir jetzt auf Anhieb auffällt ist das du da einen Config-Loop gebaut hast. proxy-params.conf included sich selbst in den Location Blocks.
Moin,
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
Zitat von @149062:
Was mir jetzt auf Anhieb auffällt ist das du da einen Config-Loop gebaut hast. proxy-params.conf included sich selbst in den Location Blocks.
Was mir jetzt auf Anhieb auffällt ist das du da einen Config-Loop gebaut hast. proxy-params.conf included sich selbst in den Location Blocks.
nein, ich habe nur den inhalt der configs rauskopiert um es zu zeigen. war etwas in eile. mein fehler.
Zitat von @BirdyB:
Moin,
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
Moin,
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
die standard nginx ist die ganz linke
Zitat von @nicemeth:
nein, ich habe nur den inhalt der configs rauskopiert um es zu zeigen. war etwas in eile. mein fehler.
Dann mach es doch mal richtig und so daß man den Zusammenhang korrekt erfassen kann.nein, ich habe nur den inhalt der configs rauskopiert um es zu zeigen. war etwas in eile. mein fehler.
Zitat von @nicemeth:
die standard nginx ist die ganz linke
Nö, da steht ja auchZitat von @BirdyB:
Moin,
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
Moin,
du hast keine Default-Config erstellt. Dann sucht sich der nginx die nächste passende Seite.
Erstell eine Config für * oder zumindest *.xyz, dann sollte es passen.
VG
die standard nginx ist die ganz linke
server_name domain.xyz
ok, das mit den configs kopieren war dumm. testet bitte einfach einmal selbst
normale subdomain:
[https://cloud.derklaut.xyz]
dann zum überprüfen:
irgendwas.derklaut.xyz
der irgendwas.derklaut.xyz sollte nicht zur nextcloud gehen sonder beim vom proxy behandeld werden oder einfach nicht zur nextcloud.
normale subdomain:
[https://cloud.derklaut.xyz]
dann zum überprüfen:
irgendwas.derklaut.xyz
der irgendwas.derklaut.xyz sollte nicht zur nextcloud gehen sonder beim vom proxy behandeld werden oder einfach nicht zur nextcloud.
Hab ich natürlich, funktioniert hier einwandfrei. Gibt es keinen matching vhost für die IP-Port-Kombination schnappt sich nginx die erste in der Reihenfolge auftauchende Config für diese IP außer man setzt eine andere Config als default mit der direktive "default_server"
bsp.
https://www.digitalocean.com/community/tutorials/understanding-nginx-ser ...
bsp.
listen *:80 default_server;https://www.digitalocean.com/community/tutorials/understanding-nginx-ser ...
ok, aber ich dachte, sobald server_name angegeben ist, ersetzt das default_server...
Zitat von @nicemeth:
ok, aber ich dachte, sobald server_name angegeben ist, ersetzt das default_server...
Nur wenn der Name auch vom Client verwendet wurde oder dies der einzige vHost für die IP:Port Kombination ist.ok, aber ich dachte, sobald server_name angegeben ist, ersetzt das default_server...
