Probleme mit WP nach Update auf DSM 6.0 - keine zusätzlichen HTTP/HTTPS-Adressen

[schoeli]

Hallo liebes Forum.

Nach dem Update auf DSM 6.0 konnte ich nicht mehr auf meine WordPress-Site (Intranet) zugreifen, da die Site (Port 444) nicht mehr gefunden wurde.

Ich möchte nun die Site neu aufsetzen und bin in der Installationsroutine von WordPress wieder am Anfang. Nun meine Frage:

Ich möchte die Site wieder als INTRA-Net aufsetzen. Bei der vorherigen DSM-Version hatte ich (da bin ich mir recht sicher) die Möglichkeit, eine zusätzliche HTTP/HTTPS-Adresse (Ports) im DSM festzulegen. Ich möchte also über das Internet über den Port 5001 auf die Anmeldeseite des Servers und über das Intranet über den Port 444 auf die WordPress-Site zugreifen. Leider finde ich im DSM 6.0 keine Möglichkeiten mehr, zusätzliche HTTP/HTTPS-Adressen festzulegen. Ist das nun gar nicht mehr möglich oder wurde das nur anders gelöst?

Ich hoffe, ich habe mich halbwegs verständlich ausgedrückt.

LG
Schöli

 

[T-Bone1806]

Ich stehe vor dem selben Problem.
Anscheinend gibt es da keine Lösung....

Gruß
Timon

 

[ssdnvv]

Ich schließe mich hier mal an - habe soeben aktualisiert und bin auf andere Art und Weise darauf aufmerksam geworden: wenn ich https://meine.domain:customport eingegeben habe, wurde hat das mal funktioniert und mal nicht. Als ich dann in die Adressleiste geschaut habe, habe ich gesehen, dass die Syno hier ab und an von https://meine.domain:customport (steht das in der Adresszeile, wird meine Seite angezeigt) auf https://meine.domain (hiermit bekomme ich den unten angezeigten Fehler) umgeleitet hat. Oder, um es anders auszudrücken auf den Standard-https-Port 443
Nach etwas Suchen bin ich dann unter Anwendungsportal -> reverse Proxy auf das hier gestoßen:

Heißt das, dass in den config-files ist irgendwo noch der vorher eingestellte Port vorhanden sein muss und nur sporadisch umgeleitet wird?
Wenn ja, müsste man das in der appache-config bearbeiten können.

Mal funktoniert der reverse proxy vollständig (dokuwiki), mal teilweise (roundcube):

Mal gar nicht (eingebaute roundcube-app aka mail station ist gar nicht mehr erreichbar).
Das hängt allerdings wohl mit meiner vorgeschalteten firewall und den damit verbundenen regeln zusammen - den customport leite ich auf die syno weiter und wenn die syno dann auf 443 weiterleitet, sagt mein router natürlich Ende-Gelände.

Hat hier jemand eine Ahnung, wo man in den config-files wieder eigene Ports definieren kann? 443 werde ich aus Sicherheitsgründen auf keinen Fall nehmen...

In Zukunft werde ich wohl auf Debian umsteigen und die Syno vollständig meinen Eltern überlassen - wie kann man nur derart zentrale Funktionen einfach so streichen...

 

[Fusion]

In der Web Station (also dem jetzt separaten Paket) könnt ihr port-basierte virtual Hosts anlegen.

@ssdnvv - je nachdem wie genau der Zugriff erfolgt könnte ich mir vorstellen, dass trotz "*" bei Hostname die Regel nicht greift. Wenn du den Reverse Proxy nicht selbst eingerichtet hast, hat das wohl die Syno beim DSM Update so umgezogen. Diese wird sich auch in den config Dateien des nginx web-servers irgendwo finden (kann gerade nicht nachsehen, aber vermutlich irgendwo unter /etc/httpd/... oder /etc/nginx/...)

 

[ssdnvv]

Das Problem ist bei dem reverse proxy, dass ich gar keine Seiten angezeigt bekomme, wenn ich ihn lösche...

Wie richte ich mir virtual hosts den so ein, dass die alte Funktionalität wieder hergestellt wird?