OWA: OP sommige PCs na inlog een border met "page not found"

[NoFate]

Hallo,


Ik draai op mijn mailserver exchange 2003, alles draait super. Owa wordt goed geladen....

Maar extern heb ik soms aan de hand:

Ik browse naar https://IP/exchange, hij toont me de login , ik login , het lijkt goed te gaan, maar dan krijg ik een border met aan weerzijden van de border een melding : page not found.

Ik dacht dat dit mss te maken had met scriptjes?(java/activex...) Maar dit kan het ook niet zijn want als je met diezelfde laptop op lan inlogt lukt het wel.

Dan dacht ik mss dat het te maken had met een user probleem, maar dit was het ook niet.

Lijkt precies of dit te maken heeft met de externe locatie vanwaar je probeert in te loggen.
Soms lukt het, soms niet...

Wanneer ik op diezelfde locatie naar een andere OWA inlog, lukt het wel , dus met poorten heeft het ook niets temaken...

Nog iemand andere suggesties?


443 staat open in router

Bedankt

[ Voor 4% gewijzigd door NoFate op 05-01-2008 15:35 ]

[Cis]

Lukt het nooit op externe locatie A? Of lukt het de ene keer wel op locatie A en de volgende keer niet op locatie A?
Intern is uiteraard altijd anders dan extern. Te meer omdat je gebruik maakt van https.

Heeft het uberhaupt wel eens vanaf een externe locatie gewerkt?

Edit: Maak je overigens gebruik van 1 mailserver, of heb je een dedicated front-end?

[ Voor 13% gewijzigd door Cis op 05-01-2008 20:23 ]

[NoFate]

Het lukt altijd op externe locatie A , het lukt nooit op externe locatie B het lukt altijd op externe locatie C.

Het lukt wel op locatie B naar een andere OWA

1 mailserver

Enig idee?

rare situatie wel

[Cis]

NoFate schreef op zaterdag 05 januari 2008 @ 22:27:
Het lukt altijd op externe locatie A , het lukt nooit op externe locatie B het lukt altijd op externe locatie C.

Het lukt wel op locatie B naar een andere OWA

1 mailserver

Enig idee?

rare situatie wel

Bedankt voor deze duidelijke uitleg!

Maakt het een vreemd verhaal, overigens
Er zit dus iets fout tussen de mailserver en locatie B: een samenhang van deze twee onderdelen.

Gebruik je certificaten die evt een en ander kan ruineren? Het beste is eigenlijk om certificaten even uit te schakelen (voor zover mogelijk) en om dan te testen. Wellicht dat locatie B geen (juiste) certificaten binnenhaalt? Wellicht op locatie B in IE de mailserver als trusted toevoegen?

[NoFate]

Cerfiticaten heb ik reeds uitgeschakeld , ook de beveiligde 443 verbinding , dus over poort 80 getest.

Niets hielp , alsook de website als trusted toegevoegd....


Maar het werkt dus op veel plaatsen niet , pak in 50% vand e gevallen en heb het op een 10 tal plaatsen getest...

[Liberteh]

Kan je anders even in IIS admin kijken of OWA wel toegestaan is vanaf elk willekeurig IP adres?

[NoFate]

Every IP adress is granted...

Nog ideen?


Dankje

[Liberteh]

Sinds de pagina niet bereikbaar is (geen antwoord) kan je traceroutes uitvoeren, misschien zit er gewoon iets niet goed met de verbinding. Ook kan je een nachtje (oid) RD vanaf die client naar de server maken (inloggen of niet) en kijken of die stand houd.

[Rolfie]

Zet eens in IE "Show Friendly HTTP errrors" uit. Wat krijg je precies voor error. Wat geeft bv je IIS logs aan.

[NoFate]

Rolfie schreef op woensdag 09 januari 2008 @ 07:45:
Zet eens in IE "Show Friendly HTTP errrors" uit. Wat krijg je precies voor error. Wat geeft bv je IIS logs aan.

Als ik de friendly uitzet dan krijg ik identiek dezelfde error

In de log vind ik :
maw , er is wel een connectie

2008-01-09 12:11:54 W3SVC1 192.168.1.12 GET /exchweb/bin/auth/owalogon.asp url=https://xx.xx.xx.xx/exchange&reason=0 443 - xx.xx.xx.xx Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727) 200 0 0
2008-01-09 12:12:16 W3SVC1 192.168.1.12 GET /exchweb/bin/auth/owalogon.asp url=https://xx.xx.xx.xx/exchange&reason=0 443 - xx.xx.xx.xx Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727) 200 0 0

Hier zie ik niks vreemd mee aan de hand.

Want als ik het doe van een locatie waar het wel werkt , krijg ik net hetzelfde als bovenstaande


Nog een verklaring?

[NoFate]

Nog even een update waar ik daarnet ondervonden heb.

Het lukt ook niet van op de locatie om een rdp sessie op te zetten maar hetzelfde adres.
Op diezelfde locatie lukt het wel om een rdp sessie op te zetten naar een andere server.

Dus volgens mij ligt het ergens in de routering, maar hoe kan ik dit probleem onderscheppen?


Dankje...