HTTPS forwarding applicatie

[HKLM_]

Ik zit met een issue waarvan ik even niet 100% weet hoe het werkt en daardoor niet lekker uit mijn google resultaten kom

Ik heb een windows 10 machine met een applicatie welke ik vanaf het internet wil kunnen benaderen. Dit heb ik werkend door mijn IP 192.168.178.x te forwarden in mijn ziggo modem. Als ik naar mijn IP ga kom ik netjes uit op de inlog pagina van de applicatie.

Nu heb ik een domain en deze laat ik doorverwijzen naar mijn ip adres met een A record. Als ik dit invoer dan kom ik ook netjes op de inlog pagina van mijn applicatie.

Mijn applicatie ondersteund ssl en dit heb ik aangezet + een ssl certificate als ik naar mijn domain ga is mijn https verbinding correct doormiddel van het certificate.

Echter als ik naar https://mijnip ga kom ik ook uit op mijn applicatie maar is het ssl certificate niet meer geldig. dit is uiteraard logisch is aangezien het ssl certificate voor mijn domain is.

Waar ik momenteel niet uitkom is hoe ik ervoor kan zorgen dat mijn redirect alleen werkt op de domain naam en niet meer direct op het invoeren van het IP. (als dit al kan ) Aangezien je geen ssl certificate op een ip adres kan aanvragen zou ik dit graag uitgeschakeld willen hebben.

[Montaner]

De eerste keer dat jij weet dat ze binnen komen op je IP ipv een domein naam is volgens mij pas zodra ze bij je site zijn. Daar zou je in je htaccess de HTTP_HOST kunnen afvangen en er iets mee doen. Oftewel een redirect naar je domein naam, en ze toch binnen laten komen (en dan is het certificaat ook geldig).. of een 403 of iets dergelijks terug geven.

[ Voor 28% gewijzigd door Montaner op 17-05-2018 20:38 ]

[ik222]

Door de webserver van je applicatie zo in te stellen dat hij alleen naar de domeinnaam luistert. In apache heet dit name based virtual hosts. Op die manier kan je zelfs bereiken dat je op je het IP adres automatisch een redirect naar je domeinnaam krijgt.

Als je de webserver van die applicatie niet kan configureren moet je er een reversed proxy voorzetten om dit te bereiken.

[HKLM_]

Helden, de webserver van de applicatie is beperkt ik ga eens kijken naar zoon proxy en kom er op terug.

[valkenier]

Is het erg dat je certificaat niet geldig is op je ip? Dan doe je toch gewoon verbinden met je domeinnaam, daar heb je die tenslotte voor. Hoe heb je dat SSL geïnstalleerd als de webserver in je applicatie zo beperkt is?

Houd er rekening mee dat je officieel een dynamisch ip hebt bij ziggo, dus dat je misschien je A record wel eens moet wijzigen. Gebeurt niet vaak overigens

[HKLM_]

valkenier schreef op vrijdag 18 mei 2018 @ 08:19:
Is het erg dat je certificaat niet geldig is op je ip? Dan doe je toch gewoon verbinden met je domeinnaam, daar heb je die tenslotte voor. Hoe heb je dat SSL geïnstalleerd als de webserver in je applicatie zo beperkt is?

Houd er rekening mee dat je officieel een dynamisch ip hebt bij ziggo, dus dat je misschien je A record wel eens moet wijzigen. Gebeurt niet vaak overigens

Sure ga ik verbinden met de domain naam maar ik wil graag voorkomen dat sommige toch op ip gaan verbinden...

De leverancier heeft een tooltje in de applicatie om een ssl certificate toe te voegen. Het ziggo ip weet ik maar als dat een keer veranderd is het geen ramp.

[Room42]

@HKLM_ De enige oplossing is de 'site' enkel te laten luisteren indien de host header correct is. Zie bijvoorbeeld https://213.239.154.30/ <= gathering.tweakers.net

Je zou dat kunnen doen door er een Apache of NGINX reverse proxy tussen te zetten, als je applicatie dat zelf niet ondersteunt.

[ Voor 30% gewijzigd door Room42 op 18-05-2018 08:26 ]

[HKLM_]

Room42 schreef op vrijdag 18 mei 2018 @ 08:25:
@HKLM_ De enige oplossing is de 'site' enkel te laten luisteren indien de host header correct is. Zie bijvoorbeeld https://213.239.154.30/ <= gathering.tweakers.net

Je zou dat kunnen doen door er een Apache of NGINX reverse proxy tussen te zetten, als je applicatie dat zelf niet ondersteunt.

Thx ga vandaag met reversed proxy aan de slag en kijken waar ik kom.

[Lawwie]

HKLM_ schreef op vrijdag 18 mei 2018 @ 08:31:
[...]


Thx ga vandaag met reversed proxy aan de slag en kijken waar ik kom.

Ik heb zo met NGINX een mooie setup gemaakt waar ik thuis meerdere machines achter hetzelde IP op poort 80 kan bereiken. Het doet wonderen en is niet eens zo moeilijk op te zetten.

https://www.digitalocean....n-one-ubuntu-16-04-server

[Frogmen]

Moet je niet eerst jezelf de vraag stellen hoe en wanneer is de situatie daar dat iemand op IP gaat verbinden? En hoe erg is het dan dat hij een foutmelding krijgt?

[Wim-Bart]

Helemaal niet zo moeilijk denken wanneer het een IIS site is. Je maakt gewoon "Twee" websites aan op je host. De "default" site zet je gewoon open met response-redirect op zowel http als https naar "https://www.mijndomein.nl". Je richt een tweede site in op IIS die alleen naar https luistert, daar hang je het certificaat aan en geef je op dat deze alleen mag luisteren naar www.mijndomein.nl, dit kan je netjes opgeven in de site config.