Exchange 2003 RPC over HTTP foutmelding

[Verwijderd]

Hallo beste mensen,

Ik hoop dat jullie mij kunnen helpen, want ik heb nu uren zitten proberen, maar het wil gewoon echt niet werken...

Ik heb staan:
- Windows 2003 DC SP1 + Exchange 2003 SP1 (deze is ook Global Catalog)

Ik heb RPC over HTTP geconfigureerd volgens de bekende handleidingen van oa Microsoft en het werkt alleen pas als je de 1e keer met VPN gesynchroniseerd hebt. Daarna kan je je pc buiten het netwerk hangen en vrolijk mailen.

Wat werkt:
https://host.domein.nl/exchange (geen certificaat foutmeldingen)
https://host.domein.nl/rpc (foutmelding: read access is denied, wat goed is)
https://host.domein.nl/rpc/rpcproxy.dll (leeg scherm, wat goed is)

In het profiel staat ingesteld:
Exchange-server: NetBIOSnaam (dns-naam ook geprobeerd, maakt niets uit)
Mailbox: administrator (accountnaam dus)
Proxy-adres: externe FQDN: host.domein.nl
Sessie niet wederzijds verifieren
Basis/NTLM-authenticatie beiden geprobeerd

Als ik Outlook opstart vraagt hij om naam/ww. Ik vul dan in: domein\administrator + ww
De foutmelding volgt: "De verbinding met de Microsoft Exchange-server is niet beschikbaar. Outlook moet on line zijn of er moet een verbinding zijn om deze actie te voltooien."
En vervolgens verschijnt het naam-controleren dialoogvenster.

Volgens mij heeft het er dus mee te maken dat hij de mailbox-naam niet kan controleren (streepje onder de naam zetten). En ik weet dus niet hoe je dat voor elkaar kan krijgen zonder eerst een VPN te starten....

Iemand goeie ideeen?

[ Voor 4% gewijzigd door Verwijderd op 09-08-2005 21:14 . Reden: HTTP over RPC bestaat niet ]

[Verwijderd]

Ik pas je titel nog even aan, het heet namelijk RPC over HTTP

[garak]

kijk eens in je iis log, waarschijnlijk staat het rpcproxy.dll path verkeerd ingesteld in iis. Dit moet zijn c:\windows\system32\rpcproxy\rpcproxy.dll en niet: c:\windows\system32\rpcproxy.dll waar hij vaak op staat. Hoe wel het bestand hier ook staat werkt het niet.

[elevator]

Ik dacht dat het sowieso een vereiste was om eerst via "regulier" RPC te connecten voordat je pas met RPC-over-HTTP kan connecten?

[garak]

elevator schreef op dinsdag 09 augustus 2005 @ 16:58:
Ik dacht dat het sowieso een vereiste was om eerst via "regulier" RPC te connecten voordat je pas met RPC-over-HTTP kan connecten?

nee dat hoeft niet, word alleen wel aangeraden om troubleshooten wat makkelijker te maken.

[Verwijderd]

Verwijderd schreef op dinsdag 09 augustus 2005 @ 16:04:
Ik pas je titel nog even aan, het heet namelijk RPC over HTTP

Oeps, heheh, dat zeg ik altijd verkeerd (en ik krijg het er niet uit geramd..! )

[Verwijderd]

garak schreef op dinsdag 09 augustus 2005 @ 16:50:
kijk eens in je iis log, waarschijnlijk staat het rpcproxy.dll path verkeerd ingesteld in iis. Dit moet zijn c:\windows\system32\rpcproxy\rpcproxy.dll en niet: c:\windows\system32\rpcproxy.dll waar hij vaak op staat. Hoe wel het bestand hier ook staat werkt het niet.

Nee, dat staat "helaas" goed ingesteld. Als dit niet goed stond, dan zou het v.u. het interne LAN toch ook niet goed werken?

Er stonden overigens wel wat meldingen in de logfiles van IIS over RPCproxy:

code:

2005-08-09 13:34:48 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01:6002 443 domein\administrator 213.111.111.111 MSRPC 200 0 64
2005-08-09 13:34:48 192.168.5.6 RPC_OUT_DATA /rpc/rpcproxy.dll server01:6002 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:48 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01.domein.local:6004 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:48 192.168.5.6 RPC_OUT_DATA /rpc/rpcproxy.dll server01.domein.local:6004 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:48 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01.domein.local:593 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:48 192.168.5.6 RPC_OUT_DATA /rpc/rpcproxy.dll server01.domein.local:593 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:48 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01:6002 443 domein\administrator 213.111.111.111 MSRPC 200 0 64
2005-08-09 13:34:48 192.168.5.6 RPC_OUT_DATA /rpc/rpcproxy.dll server01:6002 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:49 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01:6004 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:49 192.168.5.6 RPC_OUT_DATA /rpc/rpcproxy.dll server01:6004 443 domein\administrator 213.111.111.111 MSRPC 200 0 0
2005-08-09 13:34:52 192.168.5.6 RPC_IN_DATA /rpc/rpcproxy.dll server01:593 443 domein\administrator 213.111.111.111 MSRPC 200 0 0

Ik ben geen logfile-expert, maar mischien dat hier wat nuttigs in staat?

[Verwijderd]

Je kan in ieder geval eens kijken naar dit kb artikel en de links op de andere pagina zullen ook best handig zijn
http://support.microsoft....aspx?scid=kb;en-us;831051
http://blogs.theblackfami...chive/2005/02/10/182.aspx

[Verwijderd]

elevator schreef op dinsdag 09 augustus 2005 @ 16:58:
Ik dacht dat het sowieso een vereiste was om eerst via "regulier" RPC te connecten voordat je pas met RPC-over-HTTP kan connecten?

Dat heb ik tot nu toe ook altijd gedaan, maar nu ben ik in de situatie dat ik geen VPN kan starten. Bovendien lees ik in de officiele handleidingen echt nergens dat je eerst via je 'reguliere' RPC moet connecten voordat hij de verbinding toe staat.

Dat zou betekenen dat je een VPN nodig hebt om dit uit te kunnen rollen, terwijl het in het leven was geroepen "to connect your clients without the need for VPN".

[Verwijderd]

Nee hoor, je hoeft niet eerst regulier over RPC te connecten, mijn thuis computer connect vrolijk naar de exchange server op het werk en daarmee heb ik nog nooit over RPC naar m'n mailbox geconnect.
Heb je dit ook gezien uit http://support.microsoft....aspx?scid=kb;en-us;833401?

Additionally, if you experience this issue, the following 404 error is logged in the IIS log on your RPC proxy server:
2004-01-01 13:13:31 192.100.100.1 RPC_IN_DATA /rpc/rpcproxy.dll FQDN.company.com:6002 443 domain\username 192.100.100.2 MSRPC 404 2 1260
This 404 error may be caused by a disabled or non-functioning Web service extension. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
248033 (http://support.microsoft.com/kb/248033/) Common reasons IIS Server returns "HTTP 404 - File not found" error

[Verwijderd]

Verwijderd schreef op dinsdag 09 augustus 2005 @ 21:43:
Nee hoor, je hoeft niet eerst regulier over RPC te connecten, mijn thuis computer connect vrolijk naar de exchange server op het werk en daarmee heb ik nog nooit over RPC naar m'n mailbox geconnect.
Heb je dit ook gezien uit http://support.microsoft....aspx?scid=kb;en-us;833401?


[...]

Heb ik gezien, maar ik heb op zich geen error 404 meldingen in mijn log. Volgens mij moeten die er dan altijd zijn, en niet alleen de eerste keer als je je aanmeldt...

[Verwijderd]

Verder nog mensen die me de goeie kant op kunnen duwen?

[cOOlrUnnINgs]

Ik zit hier zelf ook met deze situatie. Zodra ik Outlook start, dan word ik direct gevraagd om een username/password combinatie, dus de server is volgens mij bereikbaar.
Vervolgens staat Outlook lang na te denken of die wel of niet wil, en besluit tenslotte om het niet te doen met de mededeling dat de exchange-server niet bereikbaar zou zijn.
Die is echter wel bereikbaar, want webmail doet het gewoon.

Ikke nie snappie nie.

Ik heb ook zo'n beetje alle oplossingen hierboven en in andere draadjes nageplozen en gekeken, maar daar staat volgens mij niets nieuws in wat ik nog niet geprobeerd heb.

[Erhnam]

Ik had hetzelfde probleem. Ik kon alleen inloggen met de combinatie:

domain\username en password

Wellicht voor iemand die hetzelfde probleem heeft en zoekt..

[Verwijderd]

exact hetzelfde probleem hier. op meerdere servers geprobeerd, maar niets werkt. intern doet het overigens wel.

wellicht met SP2 opgelost, moet ik nog testen!

[sanfranjake]

Doen jullie NTLM of Basisauthenticatie?

En trust je client wel het de certificate chain/root cert dat op je rpc proxy/iis gebruikt wordt?

[ Voor 57% gewijzigd door sanfranjake op 25-10-2005 00:48 ]

[Verwijderd]

Beide autenticatie methodes geprobeerd (basis hoort dacht ik), maar beide werken niet. Hier geen IIS maar ook het certificaat geimporteerd, maakt niets uit.