HTTPS probleem

[Nick v D]

Beste Tweakers,

Ik heb thuis een Synology NAS waarop ik mijn mailserver draai.
Deze wil ik beveiligen via een HTTPS verbinding met SSL.

Certificaat beveiligd mijn domein en enkele subdomeinen.
DNS is ingesteld dat deze subdomeinen naar mijn DDNS van Synology verwijzen en dan naar mijn WAN IP.
Alle benodigde poorten staan open.
HTTP werkt overal.
HTTPS werkt op mijn interne netwerk en via 4G op mijn telefoon, echter zodra ik via de Wi-Fi van mijn werk verbonden ben dan kan ik geen verbinding meer maken met mijn Synology of mail server.

Dus ik kan op mijn werk wel naar http://ds.domeinnaam.nl:5000 maar niet naar https://ds.domeinnaam.nl:5001.
Zodra ik http://ds.domeinnaam.nl:5001 intoets krijg ik de Bad Request error, dus dan doet hij wel iets.

Heeft dit simpelweg te maken met de firewall die op mijn werk draait? Hoe zou ik dit kunnen testen?

Alvast bedankt voor jullie hulp.

[Liberteh]

Als het via andere externe netwerken (lees: 4g) wel werkt dan zal je de oorzaak toch echt in het netwerk van je werk moeten zoeken.
Hoe reageert een telnet op poort 5001?

Andere browser geprobeerd?

[Nick v D]

Liberteh schreef op dinsdag 07 juni 2016 @ 13:11:
Andere browser geprobeerd?

Ja, IE (standaard) en met Firefox.

[CH4OS]

En de andere vraag van Liberteh? Dat is toch wel cruciaal. Als je met telnet ook niet kan verbinden, houdt de firewall van het bedrijf misschien eea tegen.

[donny007]

Heb je in DSM ook HTTPS aangezet?

Edit: Dit stukje gemist:

HTTPS werkt op mijn interne netwerk en via 4G op mijn telefoon, echter zodra ik via de Wi-Fi van mijn werk verbonden ben dan kan ik geen verbinding meer maken met mijn Synology of mail server.

Het kan zijn dat poort 5001 dicht staat naar buiten op je werk.

[ Voor 43% gewijzigd door donny007 op 07-06-2016 13:35 ]

[Nick v D]

CH40S schreef op dinsdag 07 juni 2016 @ 13:30:
En de andere vraag van Liberteh? Dat is toch wel cruciaal. Als je met telnet ook niet kan verbinden, houdt de firewall van het bedrijf misschien eea tegen.

Ik kan geen telnet commando uitvoeren op deze computer.
De windows features aan of uit zetten wordt geblokt (logischerwijs).

Ik ga het morgen proberen met mijn eigen laptop.

[Liberteh]

donny007 schreef op dinsdag 07 juni 2016 @ 13:32:
Heb je in DSM ook HTTPS aangezet?

Edit: Dit stukje gemist:


[...]


Het kan zijn dat poort 5001 dicht staat naar buiten op je werk.

Dan had poort 5001 via http aanroepen ook geen respons opgeleverd.

Wat geeft https://www.sslchecker.com/ als resultaat wanneer je deze controleert?

[ Voor 7% gewijzigd door Liberteh op 07-06-2016 14:53 ]

[Miepermans]

Houdt je er rekening mee, dat bedrijven mogelijk een aantal poorten dicht hebben staan op de firewall ?

De reden dat poort 5000 wel werkt, is waarschijnlijk eerder een bug dan een feature. het komt wel eens voor dat de netwerkbeheerder zelf ook een nas heeft. Hij zet dan voor zichzelf snel wat open, maar vergeet dat hij daarmee dit voor alle gebruikers open zet.

In ons bedrijf mag je niet eens op rare poorten naar buiten, en zo zou het ook moeten zijn. Poort 5001 is helemaal geen https poort. Als je de port-nat in je eigen router aanpast naar extern 443, dan werkt het waarschijnlijk perfect. ( en binnen de standaard ).

[Nick v D]

Miepermans schreef op dinsdag 07 juni 2016 @ 15:46:
Houdt je er rekening mee, dat bedrijven mogelijk een aantal poorten dicht hebben staan op de firewall ?

De reden dat poort 5000 wel werkt, is waarschijnlijk eerder een bug dan een feature. het komt wel eens voor dat de netwerkbeheerder zelf ook een nas heeft. Hij zet dan voor zichzelf snel wat open, maar vergeet dat hij daarmee dit voor alle gebruikers open zet.

In ons bedrijf mag je niet eens op rare poorten naar buiten, en zo zou het ook moeten zijn. Poort 5001 is helemaal geen https poort. Als je de port-nat in je eigen router aanpast naar extern 443, dan werkt het waarschijnlijk perfect. ( en binnen de standaard ).

Klopt.

Als ik in mijn router publiek op 443 binnenkomen en doorstuur naar 5001 dan werkt het perfect.

Bedankt!

Wel nog even een oplossing zoeken om mailstation via https dan weer om te zetten, maar dat is geen prio.

[Liberteh]

Miepermans schreef op dinsdag 07 juni 2016 @ 15:46:
Houdt je er rekening mee, dat bedrijven mogelijk een aantal poorten dicht hebben staan op de firewall ?

De reden dat poort 5000 wel werkt, is waarschijnlijk eerder een bug dan een feature. het komt wel eens voor dat de netwerkbeheerder zelf ook een nas heeft. Hij zet dan voor zichzelf snel wat open, maar vergeet dat hij daarmee dit voor alle gebruikers open zet.

In ons bedrijf mag je niet eens op rare poorten naar buiten, en zo zou het ook moeten zijn. Poort 5001 is helemaal geen https poort. Als je de port-nat in je eigen router aanpast naar extern 443, dan werkt het waarschijnlijk perfect. ( en binnen de standaard ).

Poort 5001 geeft via http wel respons. Dit heeft niks met poorten te maken, het kan wel zijn dat de firewall SSL verkeer op poorten behalve 443 afvangt.

[chickpoint]

Nick v D schreef op dinsdag 07 juni 2016 @ 13:03:

Dus ik kan op mijn werk wel naar http://ds.domeinnaam.nl:5000 maar niet naar https://ds.domeinnaam.nl:5001.
Zodra ik http://ds.domeinnaam.nl:5001 intoets krijg ik de Bad Request error, dus dan doet hij wel iets.

Misschien een tikfoutje, misschien je fout.
Zie je dat poort 5000 voor HTTP verkeer bedoeld is en poort 5001 voor HTTPS verkeer?

Als je dan een HTTP verbinding op de HTTPS poort aanvraagt gaat het inderdaad mis.

[Nick v D]

chickpoint schreef op dinsdag 07 juni 2016 @ 20:46:
[...]


Misschien een tikfoutje, misschien je fout.
Zie je dat poort 5000 voor HTTP verkeer bedoeld is en poort 5001 voor HTTPS verkeer?

Als je dan een HTTP verbinding op de HTTPS poort aanvraagt gaat het inderdaad mis.

Dat begrijp ik.
Ik wil de er alleen mee aantonen dat ik wel een "feedback" krijg op poort 5001 via http maar niet via https.

Inmiddels is het probleem opgelost door de https over poort 443 te laten lopen.