Proxy schrieb:
> ich möchte Nginx dazu bringen je nach subdomain die https Anfrage an
> eine andere Seite/Webapp
>
> https://ap1.beispiel.de -> https://192.168.0.10
bitte was möchtest du? irgendwas fehlt da.
Proxy schrieb:
> die Seiten https://192.168.0.10, https://192.168.0.11
> haben bereits ihre eigene https certifikate und funktionieren
das kann nur schlangenöl sein, weil (meines wissens) für lokale ip
adressen kein (gscheides) zertifikat erstellt werden kann
Proxy schrieb:
> Das Problem ist, dass nginx einen ssl certifikat erwartet und das möchte ich
nicht tun.
und warum nicht? wenn du eine (öffentlich erreichbare) Seite mit einem
SSL-Zertifikat versehen möchtest, dann sollte das schon eines sein das
von einer CA unterschrieben ist. Selbst signierte und Snakeoil
Zertifikate machen einfach zu viele Probleme.
Wenn es nur zur internen verwendung ist, dann mach dir doch einfach noch
mehr Schlangenöl.
---
Ich habe zwar immer noch nicht verstanden was du eigentlich machen
willst, aber ich schätze einfach mal:
du hast zwei Server auf zwei Rechnern/Instanzen/Containern/... laufen
und möchtest einfach anhand der Subdomain das Ziel unterscheiden.
das kann nginx "out of the box" (nur so schnell hergerotzt, keine
Garantie für Tippfehler o.ä.):
1 | server {
|
2 | server_name irgendwas;
|
3 | location /some/path/ {
|
4 | proxy_pass https://192.168.0.123;
|
5 | }
|
6 | }
|
7 | server {
|
8 | server_name wasanderes;
|
9 | location /some/path/ {
|
10 | proxy_pass https://192.168.0.124;
|
11 | }
|
12 | }
|
was dabei aber immer noch passieren kann ist, dass nginx die Verwendung
von https im proxy_pass verweigert, wenn das Zertifikat nicht
verifiziert werden kann (also sind wir wieder beim Schlangenöl Problem).
