SBS 2003 Exchange problemen

[henkseegers]

Hallo,

ik heb thuis SBS 2003 draaien.

Nu wil ik graag mijn mail via exchange ophalen.

Alleen heb ik een probleem.

Ik kan exchange benaderen via mijn lokale ip adres.
bijv. 192.168.2.100

Ik kan OWA, OMA, benaderen via mijn lokale ip adres en via het ip adres van mijn provider.
bijv.https:// 82.44.44.11/exchange ,/owa , /oma

Alleen kan ik niet exchange benaderen via outlook 2003.
Lokaal werkt prima, alleen gebruik ik het ip adres van mijn provider dan kan ik geen verbinding maken met exchange server.

Volgens mij heb ik alle poorten goed geforward anders zou OWA,OMA het ook niet doen.

Heeft iemand een idee?

Als er meer informatie nodig is hoor ik dit graag.

[degroot]

Als je intern werkt , moet je gewoon het interne adres gebruiken. Als je extern werkt. Moet je bij exch2k3 HTTPS over RPC gebruiken. Google daar maar eens op.

[henkseegers]

Is het dan niet mogelijk om het anders te doen?

Mij staat iets bij dat het ook zonder rpc kan.
Want volgens mij hebben wij op de zaak ook geen rpc ingesteld.

En kunnen we zowel binnen als buiten het netwerk verbinding maken met exchange. Met laptop, ipad iphone etc...

[degroot]

henkseegers schreef op vrijdag 25 november 2011 @ 13:29:
Is het dan niet mogelijk om het anders te doen?

Mij staat iets bij dat het ook zonder rpc kan.
Want volgens mij hebben wij op de zaak ook geen rpc ingesteld.

En kunnen we zowel binnen als buiten het netwerk verbinding maken met exchange. Met laptop, ipad iphone etc...

Dan zou alleen een VPN nog ervoor kunnen zorgen dat je in je bedrijfsnetwerk kan komen.
iPad en iPhone maken gebruik van RPC over HTTPS / Of Outlook Anyhwere.

[henkseegers]

Okee bedankt.

Volgens een handleiding op internet hoef ik alleen maar de connectie wizard te volgen.
Maar dat heb ik al 10 keer gedaan. En werkt het nog steeds niet.

http://blogs.microsoft.nl...ywhere-rpc-over-http.aspx

[degroot]

henkseegers schreef op vrijdag 25 november 2011 @ 13:56:
Okee bedankt.

Volgens een handleiding op internet hoef ik alleen maar de connectie wizard te volgen.
Maar dat heb ik al 10 keer gedaan. En werkt het nog steeds niet.

http://blogs.microsoft.nl...ywhere-rpc-over-http.aspx

Firewall poorten opengezet en NAT naar je server goed gezet?

[henkseegers]

Heb een aantal poorten geforward naar de server 192.168.x.x:

443, 1723, 4125, 80, 500, 25, 5115, 3389, 143

En dat werkt want kan immers exchange wel via het web openen.

https://82.x.x.x/exchange, oma,owa

Het lijkt alsof hij het gene niet vertaald ofzo...

[rookie no. 1]

Jij weet wel hoe je je server open moet zetten voor het hele internet, zo te zien

Ik zou je adviseren even op te passen met welke poorten je openzet en helemaal naar de server. Je kunt inderdaad beter eens even kijken wat je allemaal moet doen om Outlook over RPC kunt gebruiken en voor een betere beveiliging anders de Microsoft VPN-functionaliteit inrichten om via clients van buitenaf gewoon op je netwerk te kunnen alsof je thuis bent.

Succes.

[Paul]

Je hebt alleen poort 443 nodig, en een betaald SSL-certificate (of je installeert het self-signed certificate ook op de client-PC, of je zet je eigen root-CA op en zet het certificate daarvan in je store).

In CEICW moet je "Outlook over the internet" aanvinken (zodat het IP-filter op de diverse virtual folders in IIS wordt aangepast) en je moet de stappen op http://www.petri.co.il/ho...ingle-server-scenario.htm volgen, maar daarna moet het werken.

Op https://www.testexchangeconnectivity.com/ kun je kijken of het werkt en zo nee, waarom niet

[urk_forever]

Paul schreef op vrijdag 25 november 2011 @ 14:44:
Je hebt alleen poort 443 nodig, en een betaald SSL-certificate (of je installeert het self-signed certificate ook op de client-PC, of je zet je eigen root-CA op en zet het certificate daarvan in je store).

In CEICW moet je "Outlook over the internet" aanvinken (zodat het IP-filter op de diverse virtual folders in IIS wordt aangepast) en je moet de stappen op http://www.petri.co.il/ho...ingle-server-scenario.htm volgen, maar daarna moet het werken.

Op https://www.testexchangeconnectivity.com/ kun je kijken of het werkt en zo nee, waarom niet

Ik heb zelf slechte ervaringen met de CEICW, dus ik heb de stappen gevolgd op de Petri IT kb gevolgd en daarmee heb ik het aan de praat gekregen.

[WimB]

Met een SBS server is het nooit slecht om de Microsoft Windows Small Business Server 2003 Best Practices Analyzer te laten lopen: http://www.microsoft.com/download/en/details.aspx?id=5334

Zo ben je zeker dat alles ingesteld staat volgens de richtlijnen van Microsoft.

[ralpje]

En daarnaast is op een SBS aan te raden om _alles_ via de CEICW te doen. Alle functies zitten bij SBS dusdanig in elkaar verweven dat je het risico loopt zaken stuk te maken als je dat niet doet.

[WimB]

Trouwens, je hebt toch zeker bij je (hosting)provider een DNS A-record aangemaakt?

RPC over HTTPS werkt niet op basis van extern IP-adres, enkel op basis van een domeinnaam (bijvoorbeeld: remote.mijnbedrijf.nl)

[Paul]

urk_forever schreef op vrijdag 25 november 2011 @ 14:55:
Ik heb zelf slechte ervaringen met de CEICW, dus ik heb de stappen gevolgd op de Petri IT kb gevolgd en daarmee heb ik het aan de praat gekregen.

Dan heb je zelf al dingen gedaan die niet standaard zijn

Onze eigen SBS is ondertussen zo verbouwd dat CIECW (en andere wizards) actief dingen slopen als we ze draaien (denk aan een aantal extra websites in IIS, accepted domains en policies in Exchange etc) maar wij gebruiken het (als bedrijf dat systeembeheerdiensten levert en software ontwikkelt) dan ook niet echt standaard. In 99% van de bedrijven is het juist de bedoeling dat je de CIECW gebruikt omdat Microsoft er vanuit gaat dat je niet weet wat je doet en je dus bij de hand neemt.

Klinkt niet fijn om te horen, maar in die 99% van de gevallen hebben ze ook gewoon gelijk

[henkseegers]

Wat ik dan wel vreemd vind is dat ik thuis op de server op het werk. Ook een sbs 2003 server gewoon met het externe ip kan inloggen. Hier is geen dns geforward. Bedoel dan inloggen dmv ipad of iphone

[ralpje]

iPad of iPhone doet activesync en dat is wat anders dan rpc over http

[Jazzy]

Wil je voor de duidelijkheid nog eens formuleren wat er precies niet werkt?