Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Je aanname is juist.
Maar je kan natuurlijk ook gewoon (van en naar) poort 5000 forwarden, als je er maar met https://... naar toe gaat. Enige nadeel is dat als je niet voor poort 443 kiest poortnummer ook in de URL meegenomen moet worden:
(443) https://www.eendomein.nl
(5000) https://www.eendomein.nl:5000
Maar je kan natuurlijk ook gewoon (van en naar) poort 5000 forwarden, als je er maar met https://... naar toe gaat. Enige nadeel is dat als je niet voor poort 443 kiest poortnummer ook in de URL meegenomen moet worden:
(443) https://www.eendomein.nl
(5000) https://www.eendomein.nl:5000
Eerst het probleem, dan de oplossing
Mja, dat is inderdaad het probleem. De klant wil dus graag een visually pleasing url met ssl certificaat eraan vast. Ik weet dus niet of die portforwarding het certificaat breekt.
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Nee, gaat niet kapotGrijze Vos schreef op vrijdag 22 juli 2011 @ 13:24:
Mja, dat is inderdaad het probleem. De klant wil dus graag een visually pleasing url met ssl certificaat eraan vast. Ik weet dus niet of die portforwarding het certificaat breekt.
Eerst het probleem, dan de oplossing
Ja dit blijft gewoon werken. Gewoon die portforward inderdaad maken en dan moet het werken. Die interne nat translation heeft geen invloed op het certificaat.
[ Voor 27% gewijzigd door ik222 op 22-07-2011 13:42 ]