Portforwarding op basis van hostname?

[Alex)]

Een goedendag allen

Ik ben benieuwd of het eigenlijk mogelijk is om te portforwarden op basis van hostname, dit aangezien ik op mijn netwerkje verschillende computers heb draaien (+bijbehorende services) waarvoor ik toch zoveel mogelijk de standaardpoorten wil blijven gebruiken. Ik vroeg me af of er een mogelijkheid is om portforwarding te doen op hostnamebasis.

Mijn situatie is nu zo:
Het verkeer komt binnen vanaf het internet (op een Edimax-routertje ), op dat routertje staan wat regels:
Externe poort: 3389, redirect naar interne poort 3389 op host 10.0.0.151.
Externe poort: 80, redirect naar interne poort 80 op host 10.0.0.254.
Externe poort: 443, redirect naar interne poort 443 op host 10.0.0.254.

Omdat ik ook .254 wil bereiken via remote desktop (en ik niet via remote desktop een andere remote desktop-sessie wil openen) heb ik een andere externe poort voor .254 moeten verzinnen, waar ik eigenlijk niet blij mee ben.

Een mooiere situatie zou zijn:
Extern: desktop.intranet.alex-media.nl:3389, redirect naar 10.0.0.151:3389
Extern: (*.)intranet.alex-media.nl:3389, redirect naar 10.0.0.254:3389
Extern: *.intranet.alex-media.nl:80, redirect naar 10.0.0.254:80
Extern: blaat.intranet.alex-media.nl:80, redirect naar 10.0.0.151:80
Extern: *.intranet.alex-media.nl:443, redirect naar 10.0.0.254:443
(enz)

Nu vroeg ik me dus af: is dit mogelijk? En is dat dan een hardwarematige of softwarematige (liefst Windows-based) oplossing?

Ik heb al gezocht op termen zoals 'name based portforwarding' maar dan kom ik voornamelijk uit op Linux-oplossingen waar ik weinig van snap, als ik hier zoek kom ik voornamelijk uit op vragen in de trant van "hoe maak ik mijn webservertje bereikbaar?"

Heeft iemand hier een idee met wat voor hardware en/of software ik dan moet werken? Of iemand met ervaring? Alvast bedankt!

[GraveR]

Alleen HTTP zou kunnen, aangezien bij 'normale' connecties de hostname niet wordt meegezonden. Als een applicatie als remote desktop verbinding maakt, dan gaat dat puur op IP.

Het zou wel kunnen werken als je meerdere externe IP-adressen zou hebben.

Het HTTP-gedeelte zou nog kunnen door op de 'primaire' HTTP-host een reverse proxy zet, of dat ook gaat met SSL-verbindingen, durf ik niet te zeggen.

(De reden dat Virtual Hosts op 1 IP wel werken is, dat je browser de hostnaam in de request zet).

[Alex)]

Hmm, ok, dat gaat dus niet. Jammer.

(De webserver draait IIS btw, dus mod_proxy voor Apache zal ook niet werken denk ik, misschien een IIS-variant)