Redirect website op basis van DNS naam

[Verwijderd]

Ik ben al een tijdje bezig om mijn gebruikers in het netwerk het gemakkelijker te maken.
Situatie is als volgt : er draaien een aantal webservices achter 1 wan ip adres.
De eerste reageert op poort 80, default http maar de andere 2 werken op poort 8080 en 5555
Voor elke business functie is er een aparte server, Windows 2008 R2 met IIS7
Nu was de vraag gekomen of ik dit niet kon automatiseren dat men niet telkens in de URL de poort moet bijtypen.

Ik heb al extra DNS records laten aanmaken : web.domain.com, crm.domain.com, tfs.domain.com
De bedoeling is dat men zou surfen naar een van deze links en dat deze dan doorgelinked wordt naar de juiste URL met de juiste poort bijgevoegd.Dus crm.domain.com wordt dan http://crm.domain.com:5555
tfs.domain.com moet tfs.domain.com:8080 worden en web.domain.com werkt op poort 80 dus deze is ok.

De eenvoudige oplossing zou zijn dat wij een IP range aankopen bij de ISP die we kunnen gebruiken om dan te redirecten naar de webservers. Dit is vanuit management afgewezen en ik moet me behelpen met de infrastructuur die ik nu heb. Het zijn allemaal Windows 2008 R2 servers die draaien op een ESX omgeving.

Ik heb zelf al bezig geweest met de reverse proxy en Application Request Routing functionaliteiten in IIS7 maar nog niet echt verder geraakt. Met de URL Re-write module kan ik de URL wijzigen maar ik zou eerst al de hostheader moeten kunnen resolven maar daar loopt het al mis.
Momenteel heb ik lokaal op de server 2 localhost pagina's gemaakt die reageren op localhost/crm en localhost/tfs, deze linken door naar de juiste website bv localhost:8080/default.aspx en localhost:5555/default.aspx
Maar men had gevraagd om zo weinig mogelijk extra te moeten typen, de website en verder niets.
Gewoon de /crm en /tfs was niet wat bedoeld was, dus hiervoor moet ik dan nog iets vinden maar ben momenteel beetje ten einde raad.

[sanfranjake]

Gewoon je crn-site moven naar poort 80? Sowieso is het sterk af te raden om CRM op een fqdn te draaien, ik zou er gewoon een netbios-naam van maken, en de poort 5555 eraf. Dan heb je helemaal geen probleem meer.

En anders, wat is er mis met de standaard redirect opties van IIS?

[ralpje]

Draaien die dingen nou op één fysieke machine, of verschillende?

[djexplo]

Als het echt om webpagina's gaat kan je natuurlijk een redirect via php of javascript doen op basis van de hostname:

code:

<script language="JavaScript">
function goElseWhere()
{
var oldURL = window.location.hostname + window.location.pathname;
var newURL = "https://" + oldURL;
window.location = newURL;
}
goElseWhere();
</script>

[Verwijderd]

Sorry als het onduidelijk was, de websites draaien op verschillende servers.

ralpje schreef op donderdag 24 juni 2010 @ 17:08:
Draaien die dingen nou op één fysieke machine, of verschillende?

[alt-92]

Douw er een reverse proxy dingesfirewalloplossing voor? Iets als ISA2006 doet dat al op basis van hostnames.

[Appel]

Zoals het nu is: Je router ziet een request binnen komen op poort 5555. Deze router heeft de rule dat dit dan door moet naar server A. Poort 8080 gaat naar B en 80 gaat naar C.

Als je geen poort specificeert met http:// dan gebruikt de browser poort 80. Dit komt in de router binnen op poort 80 en deze zet dat door naar server C.

Ik weet dat je binnen IIS gebruik kan maken van host headers, als je dus alle websites naar 1 webserver zou moven dan zou het kunnen werken. Maar! https is dan moeilijk om voor elkaar te krijgen.