[Windows SBS 2008] Verbinden met owa

[Verwijderd]

Wij hebben sinds kort een sbs server. Ik heb alle exchange accounts ingesteld en iedereen krijgt nu zijn mail bekijken op hun computer. Nu moet het voor een medewerker mogelijk zijn om van thuis uit zijn mails te kunnen bekijken. Dit zou dus met owa moeten kunnen. Alles is hiervoor ingesteld.

Als ik dus naar de site ga https://remote.xxxx.xx/owa op de servermachine, dan krijg ik inderdaad de webmail. Als ik dit doe op een andere computer hier op bureau in het netwerk, dan lukt mij dit niet.

Kan iemand hier mij mee helpen? Ik weet nog niet zoveel van servers ed, maar ben aan het leren.

[McWolf82]

Het is nogal onduidelijk wat je nu precies wilt. Eerst heb je het over OWA vanaf thuis en vervolgens heb je een probleem bij het benaderen van OWA vanuit het lokale netwerk

https://remote.xxxx.xx van buitenaf werkt?
Waarom wil je intern naar https://remote.xxxx.xx? Intern naar https://servernaam/owa is voldoende.

[Craven]

https://remote.xxxx.xx verwijst naar het goede externe ip? En poort 443 is geforward naar de server?

[Verwijderd]

Omdat je je router op z`n externe ip aanspreekt van uit intern, denkt die router dat de request voor hem bedoeld zijn en niet voor de server..

Een manier om dit te verkomen is om gebruik te maken van een (externe) proxy server.
gebruik je al een interne proxy dan is het een kwestie van regels maken en omleiden.

[Jazzy]

Of misschien makkelijker, een DNS record aanmaken voor remote.xxxx.xx in de interne DNS server welke je dan laat verwijzen naar het interne IP-adres van de server.

[Verwijderd]

niet aangedacht. dat kan natuurlijk ook

[SneezyThunder91]

Test het ook eens met: https://www.testexchangeconnectivity.com/

Wel ignore trust certificate als je een eigen certificaat gebruikt.

[Jazzy]

Arbeider schreef op maandag 07 februari 2011 @ 10:27:
Test het ook eens met: https://www.testexchangeconnectivity.com/

Waarom zou je dat precies doen?

[SneezyThunder91]

Hiermee kun je precies testen waar het fout gaat. Werkt echt super. Is je certificaat ok? is je forwarding (als je dit hebt) ok?, is je dns ok? echt heel handig tool.

[Jazzy]

Ik weet wat die doet, alleen denk ik dat het overkill is in dit geval. Het lijktop een simpel DNS issue hier.

[merauder]

Even wat dingen die je moet checken.

Wat ik vermoed is dat je router gebruikt maakt van de DNS van je provider, en niet die van je SBS machine. Als dan een andere computer op het netwerk https://remote.xxxxx.xx/owa gaat zoeken, gaat hij via de Gateway een ip resolven.

Je kan 2 dingen doen.

Werk je met fixed ip?
- Stel dan op de client bij DNS het IP in van je SBS machine.

Werk je met DHCP?
- Stel op de router in dat de DNS je SBS bak is. Stel vervolgens op je SBS bak een request lookup in, die de requests weer forward naar je provider. Als mensen dat thuis willen, is het handig om 443 op de router open te zetten + DNS entry voor remote.xxxx.xxxx die weer doorverwijst naar het IP van je router.

[Freggel_United]

Jazzy schreef op maandag 07 februari 2011 @ 09:58:
Of misschien makkelijker, een DNS record aanmaken voor remote.xxxx.xx in de interne DNS server welke je dan laat verwijzen naar het interne IP-adres van de server.

Dit doet SBS 2008 automatisch, mits je de wizard goed doorlopen hebt

[_AN]

Freggel_United schreef op dinsdag 08 februari 2011 @ 15:18:
[...]


Dit doet SBS 2008 automatisch, mits je de wizard goed doorlopen hebt

Precies. Als netjes de wizard is doorlopen na de installatie, bestaat er een record remote.x.nl die verwijst naar het interne! adres. Vermoedelijk zijn de wizards (zie SBS Console) niet doorlopen.

Probeer eens te pingen naar remote.x.nl. Waar kom je op uit? Naar welke DNS Server verwijzen je werkstations? Naar de SBS?