PDA

Bekijk Volledige Versie : SQL Webservices doorsturen naar webserver


StarInternet
21/04/09, 12:50
Wat is de bedoeling? we hebben meerdere microsoft windows servers en één daar van is een webserver en deze server heeft poort 80 en 443 tot zicht beschikking van het extern ip adres.

we hebben een exchange server en een microsoft sql 2005 server met webservices draaien.

het moet nu mogelijk zijn om vanaf buiten af via de webserver de exchange webmail en microsoft sql 2005 webserver te benaderen.

de exchange machine is niet zo heel groot probleem en kan ik oplossen. Alleen ik zit met de sql 2005 server met webservices. Ik heb gekeken naar proxy plugins voor IIS 6.0 maar kom daar niet echt uit.
Weet iemand een handige niet te dure oplossing? Een apache webserver is geen oplossing vanwege ASP.NET applicatie die op de webserver draait.
Informatie over de servers
Webserver
- Windows 2003 Standaard
- IIS 6.0
- ASP.NET applicatie
Exchange
- Windows 2003 Standaard
- IIS 6.0
- Exchange 2003
SQL
- Windows 2003 Standaard
- IIS 6.0
- Microsoft SQL 2005 Standaard
- SOAP Endpoint (https://localhost/Endpoint?wsdl)
MyName
21/04/09, 14:12
Wat is er mis met een IIS site welke (intern) geredirect wordt naar een http://127.0.0.1:81 website waar de SQL of exchange achter zit.. of welke volgorde je ook aan wil houden..
StarInternet
21/04/09, 14:57
Wat is er mis met een IIS site welke (intern) geredirect wordt naar een http://127.0.0.1:81 website waar de SQL of exchange achter zit.. of welke volgorde je ook aan wil houden..

De webservices moet extern bereikbaar zijn. Ik heb alleen niet getest of php5 er in trapt als IIS hem doorstuurt. ik zal het even proberen in de test omgeving.
StarInternet
21/04/09, 15:11
De webservices moet extern bereikbaar zijn. Ik heb alleen niet getest of php5 er in trapt als IIS hem doorstuurt. ik zal het even proberen in de test omgeving.

Toch maar gelijk even getest. Helaas php5 zoekt het intern adres. Het moet echt een soort van proxy zijn.
MyName
21/04/09, 15:30
Toch maar gelijk even getest. Helaas php5 zoekt het intern adres. Het moet echt een soort van proxy zijn.
PHP is server sided. Die moet dus sowieso, als die al weer naar een server communiceert, het geheel intern te kunnen bereiken.
StarInternet
21/04/09, 15:37
PHP is server sided. Die moet dus sowieso, als die al weer naar een server communiceert, het geheel intern te kunnen bereiken.
Daarom zoek ik een oplossing en waarschijnlijk is dat een proxy plugin voor IIS als deze er is? Heb wel een plugin gevonden maar deze werkt niet na behoren met SSL.

We hebben dit bij een andere klant opgelost door apache als proxy te installeren en werkte perfect! alleen zit nu met het probleem dat ik geen apache kan gebruiken in verband met asp.net applicatie en om nou een complete nieuwe webserver neer te zetten met apache vind ik ook weer overdreven!
gjtje
21/04/09, 15:59
Je kan het met Apache ook doorproxy'en naar een IIS instantie op de server zelf. Dan draai je IIS op een andere poort.
MyName
21/04/09, 16:06
meerdere hostnamen met SSL op 1 ip adres gaat toch lastig worden. Maar weinig clients die dat ondersteunen. Per SSL zul je toch een (extern) IP adres moeten hebben.
(of met niet default poortnummers gaan werken).

Verder kun je het inderdaad op lossen door een apache op poort 80 te zetten, IIS op 81, MSSQL op poort 82 en exchange op poort 83. En dan de apache als proxy laten werken op voor de andere poorten. Al kun je dit ook al default met een IIS doen...
Blijft het SSL probleem....

Of alles als subsites configureren:
http(s)://hostname.ext/owa (voor exchange)
http(s)://hostname.ext/Endpoint?wsdl (voor MSSQL)
http(s)://hostname.ext/ (website)