Exchange 2013: Outlook Anywhere ping to the endpoint failed

[LauPro]

Momenteel ben ik bezig met een test van een Exchange 2013-omgeving. En een ding krijg ik niet aan de praat: Outlook Anywhere.

De melding waar ik steeds tegenaan loop is:

Testing the Referral service on the Exchange Mailbox server.
An error occurred while the Referral service was being tested.

Additional Details

Elapsed Time: 32551 ms.

Test Steps

Attempting to ping RPC endpoint 6002 (Referral Interface) on server [e-mail].
The attempt to ping the endpoint failed.
Tell me more about this issue and how to resolve it

Additional Details

The RPC_S_SERVER_UNAVAILABLE error (0x6ba) was thrown by the RPC Runtime process.
Elapsed Time: 32551 ms.

Het lijkt erop dat de DSReferral server niet werkt, en dat klopt ook. Met netstat zie ik geen enkele service op poort 6002 draaien. Wat ik heb gedaan:
• Exchange Server 2013 cu3 geïnstalleerd.
• SSL-certificaat met wildcard geïnstalleerd (OWA werkt goed, zonder errors).
• Internal/External URL's ingesteld.
• De ValidPorts in het register ingesteld voor rpcproxy. Bij rpccfg /hd staan alle services in de lijst.
• NSPI op poort 6004 op DC werkt (andere machine). Ook telnet werkt hierop.
• RPC over HTTP proxy opnieuw geïnstalleerd.
• De Microsoft Remote Connectivity Analyser blijft steeds aangeven dat poort 6002 onbereikbaar is. En dat klopt want.

Ik heb ook een compleet nieuwe installatie van Exchange gedaan en zelfs na een clean install staat poort 6002 niet open. Ik krijg het idee dat er wat anders aan de hand is.

Heeft iemand enig idee of dit ook meegemaakt? Ik test met de tool van Microsoft zowel de webbased versie als de client, en ook met een losse Outlook. Intern werkt Outlook wel gewoon.

[ivocare]

Autodiscover dns A record of srv record al aangevraagd of zelf aangemaakt?

[LauPro]

autodiscover.domain.com A naar gekoppeld aan mail.domain.com waar ook owa op draait. De url http://autodiscover.domain.com/autodiscover/autodiscover.xml geeft valide resultaat terug.

[wagenveld]

Poort 6002 moet volgens mij ook niet openstaan, net even gecheckt op een Ex2013 server hier. 6001 proxied dat toch?

Op 2013 is intern Outlook ook gewoon OA, direct TCP is weg. Post de log eens van een autodiscover test van een interne Outlook client?
Lijkt mij dat je firewall iets doet (of niet doet). Heb je een direct NAT voor poort 443 of gebruik je een reverse proxy?

edit: hier zou je poort 6002 mee moeten kunnen testen vanaf je LAN:
How to use the RPC Ping utility to troubleshoot connectivity issues with the Exchange over the Internet feature in Outlook 2007 and in Outlook 2003

edit2: rpcping naar 6002 is hier succesvol.

[ Voor 29% gewijzigd door wagenveld op 27-01-2014 13:14 ]

[LauPro]

Maar moet poort 6002 nu wel of niet open staan? Want die Connectivity test loopt er om te bitchen terwijl hij default helemaal niet open staat.

Het rare is dat het probleem is ontstaan na installatie van het SSL-certificaat zo lijkt.

[Jazzy]

Op de firewall? Nee, dat gaat allemaal over de SSL-tunnel. Kan het zijn dat je IPv6 uitgezet hebt op de NIC?

[wagenveld]

Gebruik je dezelfde client voor je interne en externe tests?

[LauPro]

Jazzy schreef op maandag 27 januari 2014 @ 13:22:
Op de firewall? Nee, dat gaat allemaal over de SSL-tunnel. Kan het zijn dat je IPv6 uitgezet hebt op de NIC?

We hebben IPv6 op de nic uitgezet en ook in het register bij DisabledComponents (0xffff).

Dezelfde client voor intern en extern idd.

[ Voor 6% gewijzigd door LauPro op 27-01-2014 14:57 ]

[Jazzy]

Op de NIC moet je hem aan laten staan, via het register is de enige supported manier.

Ik vergeet: als je tenminste een hele goede reden hebt om die uit te zetten...

[ Voor 32% gewijzigd door Jazzy op 27-01-2014 15:00 ]

[wagenveld]

Liever nog gewoon aan laten staan:
http://exchangemaster.wor...nic-breaks-exchange-2013/

edit: met Jazzy dus

[ Voor 8% gewijzigd door wagenveld op 27-01-2014 15:02 ]

[LauPro]

Ik heb IPv6 weer aangezet en besefte dat dit iets was dat ik gisteravond had geprobeerd.

Op dit moment heb ik nog steeds dezelfde melding:

Attempting to ping RPC endpoint 6002 (Referral Interface) on server xxx-xxx-xxx-xxx.domain.com.
The attempt to ping the endpoint failed.
Tell me more about this issue and how to resolve it

Additional Details

The RPC_S_SERVER_UNAVAILABLE error (0x6ba) was thrown by the RPC Runtime process.
Elapsed Time: 31114 ms.

[wagenveld]

Dus

Post de log eens van een autodiscover test van een interne Outlook client?

Heb je een direct NAT voor poort 443 of gebruik je een reverse proxy?

Rpcping al geprobeerd? Gebruik deze eens

code:

rpcping -t ncacn_http -o RPCProxy=webmail.DOMAIN.COM -P "user,domain,*" -H 1 -F 3 -a connect -u 9 -v 3 -s SERVERFQDN -I "user,domain,*" -e 6002

[LauPro]

Ok, IPv6 weer aan gezet, op NIC en in register, gereboot.

quote: Result rpcping

RPCPing v6.0. Copyright (C) Microsoft Corporation, 2002-2006
Geef wachtwoord op voor server:

Geef wachtwoord op voor RPC/HTTP proxy:

Activiteits-id RPC-pingset: {576b43e1-1684-4063-a556-f6831b5f140f}
1 aanroepen voltooid in 2594 ms
0 T/S of 2594.000 ms/T

Werkt dus...

[wagenveld]

Ook als je van extern binnenkomt?

[LauPro]

Dat was een test extern inderdaad . Alleen nu heb ik weer een error op RPC endpoint 6004 RPC_S_SERVER_UNAVAILABLE error (0x6ba) was thrown by the RPC Runtime process .

[wagenveld]

Misschien timed de test wel gewoon uit, 2,5 seconden voor die RPC ping is wel erg traag. Waar draait het spulletje op?

[LauPro]

Het is een testomgeving en draait nogal veel op, nu is het wat minder druk en krijg ik dit:

quote: -e 6002

Activiteits-id RPC-pingset: {f2b96bcd-dd2a-4c24-8994-2af9e2963857}
1 aanroepen voltooid in 297 ms
3 T/S of 297.000 ms/T

quote: -e 6004

Activiteits-id RPC-pingset: {2cc60a18-27ea-4f80-a092-48a3ba41a321}
1 aanroepen voltooid in 313 ms
3 T/S of 313.000 ms/T

Het gekke is dat de Microsoft Analyser alswel de client maar blijven vallen over het volgende:

Attempting to ping RPC endpoint 6004 (NSPI Proxy Interface) on server xxx-xxx-xxx-xxx.domain.com.
The attempt to ping the endpoint failed.
Tell me more about this issue and how to resolve it

Additional Details

The RPC_S_SERVER_UNAVAILABLE error (0x6ba) was thrown by the RPC Runtime process.
Elapsed Time: 32563 ms.

[wagenveld]

Dat lijkt wel elke keer rond de 32 seconden dus een timeout klinkt niet raar.
Outlook werkt prima lokaal dus maar niet extern. Is het mogelijk dat de router/firewall zoveel latency toevoegt dat de verbinding gewoon niet gemaakt kan worden? Heb je een mogelijkheid om met VPN te testen?
Is er een specifieke stap in de testexchangeconnectivity die erg lang duurt?

edit: Vergeet maar even, onze server: Elapsed Time: 34130 ms.

[ Voor 8% gewijzigd door wagenveld op 27-01-2014 17:46 ]

[LauPro]

Ik heb even gerekend:

autodiscover 3462
resolve dns 15
tcp port 443 169
ssl sert 576
iis client config 615
http auth 468
rpc proxy 830
rpc endpont 1448

ms totaal 7583

Tot aan de stap Testing the Name Service Provider Interface (NSPI) on the Exchange Mailbox server dus 7,5 seconde.

Daarna lijkt de NSPI Proxy Interface gewoon een timeout te hebben op 30 seconden.

edit: Ik heb even de servers een IPv6 adres gegeven en ze staan nu ook in de DNS.

Attempting to ping RPC endpoint 6002 (Referral Interface) on server xxx-xxx-xxx-xxx.domain.com.
The attempt to ping the endpoint failed.
Tell me more about this issue and how to resolve it

Additional Details

The RPC_S_SERVER_UNAVAILABLE error (0x6ba) was thrown by the RPC Runtime process.
Elapsed Time: 33397 ms.

Krijg nu deze melding weer...

De firewall is niet bijzonder traag of iets, er zit maar 1 tussen die hangt direct aan het internet.

[ Voor 41% gewijzigd door LauPro op 27-01-2014 18:28 ]

[LauPro]

Even een update:

Het blijkt er aan te liggen dat de DC nog niet geactiveerd was, na activatie werkte het wel meteen. Erg flauw...

[Jazzy]

Mmm, ik kan me haast niet voorstellen wat het verband tussen die twee dingen kan zijn.

[wagenveld]

Vreemd.