DSM 6: Alias voor 3rd party packages

[hoontje]

Hallo,

Wie kan me helpen? Ik heb me een slag in de rondte gezocht maar ik kan de oplossing voor mijn probleem niet vinden (althans, geen werkende).
Het gaat om het volgende: ik heb een DS414 met daarop DSM 6.1.5. Ik heb daarop een aantal 3rd party packages opdraaien, nzbget, sickrage en couchpotato. Die werken en zijn lokaal te benaderen via hun interne IP-adres (DSM adres plus een poortnummer).
Nu wil ik van buitenaf hun webinterface benaderen. Ik heb via no-ip.com een hostnaam aangevraagd. Ook dit werkt: ik kan via https://<hostnaam>:5001 bij mijn DSM komen.
Ik wil het volgende bereiken: via https://<hostnaam>/nzbget  van buitenaf de webinterface benaderen.
Inmiddels heb ik het een en ander gevonden op het web maar dit lijkt allemaal verouderd met de introductie van DSM6. De bestanden en mappen die genoemd worden bestaan niet of hebben een heel andere inhoud.
De Alias oplossing die soms genoemd wordt werkt alleen voor package van Synology zelf, niet voor 3rd party packages.
Deze (klik) leek veelbelovend maar leidt niet tot werkend resultaat.
Heeft iemand dit recentelijk aan de praat gekregen?

[Briolet]

Volgens mij kun je virtual hosts reverse proxys gebruiken. Dus niet met een alias, maar met een subdomein.

Dis in plaats van https://<hostnaam>/nzbget gebruik je dan https:// nzbget.<hostnaam>.  Bij no-ip.com moet je dan dat subdomein aanmaken. (Bij de Synology DDNS naam kun je er altijd een subdomein vóór plaatsen zonder dit te hoeven configureren).

In de Virtual host stel je dan in dat de externe poort maar de interne poort voor nzbget moet gaan. Inloggen kun je dan met poort 80/443

Het enige lastige voor subdomeinen kan zijn als je certificaten gebruikt. Dat subdomein moet er dan nml ook in staan.

[Birdy]

Ik heb hier niet zo'n verstand van maar, kun je dat niet regelen hier ?

[hoontje]

Dank voor de reactie, maar je kunt daar geen sub-domein opgeven (probeer maar eens)

[Briolet]

Ik heb hier niet zo'n verstand van maar…

Blijkbaar meer dan ik. 

Ik heb mijn tekst aangepast, want ik bedoelde inderdaad "Reverse Proxys"

[hoontje]

Dat subdomein bij No-Ip kan volgens mij niet.
En inderdaad, bij subdomeinen wordt het certificaat gebruik een stuk lastiger.

[Briolet]

Op zich hoeft het certificaat geen probleem te zijn als je Let's Encrypt gebruikt. Je kunt dan een certificaat maken dat je alleen voor dat subdomein gebruikt (of voor een paar packages).
Als je een reverse proxy maakt met https als bron protocol, kun je een eigen certificaat toekennen aan die specifieke reverse proxy(s). Dat staat dan los van de certificaten die je elders gebruikt voor b.v. een website.

[hoontje]

Dat is waar, maar biedt uiteindelijk een dure oplossing voor mijn probleem.
Het gebruik van sub-domains kan bij bijvoorbeeld NO-IP (en ook andere dienstverleners op dat gebied) met behulp van wildcards, maar dat is dan een duurder abonnement.
Daarom opteer ik voor die / optie, maar daar moet je een bestand voor aanpassen dat onvindbaar en/of ongedocumenteerd en/of bij iedere herstart of upgrade aangepast wordt.

Ik vond het wel elegant dat je naast https://<hostnaam>/mail, https://<hostnaam>/photo ook bijvoorbeeld https://<hostnaam>/couchpotato zou kunnen hebben.

Jammer dat niemand daar ervaring mee heeft.

[Birdy]

Let's Encrypt is gratis.

[hoontje]

Klopt alweer, maar wildcards bij no-ip niet 

[Briolet]

Ik weet niet wat je bij no-ip hebt, maar als je bij hen een domeinnaam hebt, lijkt het me toch dat je er altijd subdomeinen kunt aanmaken.

Als je no-ip als een pure ddns dienst gebruikt is het zonde van het geld en kun je beter op de gratis ddns van synology overstappen. Dat is incl wildcard op de domeinnaam.

[Birdy]

Klopt alweer, maar wildcards bij no-ip niet 

Zit er wel aan te komen.

[hoontje]

Interessant!
Wat is je bron?

[Birdy]

Ik had dit hier voorbij zien komen, gezocht en gevonden:
Let's encrypt en wildcard certificaten.
Maar, ik zie dat dit per 1 januari 2018 is echter, (nog) niet doorgevoerd is DSM, kennelijk.

Volgens mij is dit ergens anders hier ook genoemd (kan het zelf ff niet vinden), even zoeken.

[hoontje]

Dank je voor de moeite!

Maar dit gaat over wildcards in de certificaten, niet over wildcards bij de DDNS service.

Zoals Briolet terecht aangaf, dat kan wel bij de eigen DDNS van Synology.

Misschien moet ik dat maar overwegen...

Of iets met Web Station, maar daar snap ik geen hout van (2 versies van Apache en NGINX en dan wat?)