jmw

Hallo zusammen - wir migrieren gerade unsere Exchange 2016 Vdir Urls von intern addomain.local zu Split-DNS mit unser public domain.tld.

Alle VDirs sind gesetzt und funktionieren wunderbar - nur verbinden noch einige Outlooks mit der alten addomain.local. Dem liegt die Autodiscover V2 Url zugrunde, die noch die alte addomain.local zeigt.

https://mail.domain.tld/autodiscover/autodiscover.json/v1.0/User1@domain.tld?Protocol=Autodiscoverv1

{
  "Protocol": "Autodiscoverv1",
  "Url": "https://mail.addomain.local/autodiscover/autodiscover.xml"
}

Ich finde aber keine Option, auf diese Url direkt Einfluss zu nehmen.

Eigentlich würde ich erwarten, das ClientAccessServices dafür zuständig ist - ist es aber nicht, denn es ist korrekt gesetzt:

Get-ClientAccessService | ft -a Name,AutoDiscoverServiceInternalUri

Name          AutoDiscoverServiceInternalUri
----          ------------------------------
EX01          https://mail.domain.tld/Autodiscover/Autodiscover.xml

Auch das AutodiscoverVirtualDirectory, in dem internalurl und externalurl deprecated und seit 2013 gar nicht mehr änderbar sind, zeigen andere Werte.

Get-AutodiscoverVirtualDirectory | ft Identity,InternalUrl,externalurl

Identity                                      InternalUrl                                                        ExternalUrl
--------                                      -----------                                                        -----------
EX01\Autodiscover (Default Web Site)          https://autodiscover.addomain.local/Autodiscover/Autodiscover.xml  https://mail.addomain.local/Autodiscover/Autodiscover.xml

Vielleicht weiß jemand, wie die autodiscoverv1 Url für Autodiscover V2 von den Exchange Servern berechnet wird? 

Vielen Dank und Grüße!

Hallo zusammen, 

in meiner Exchange 2016 Testumgebung habe ich zwei Server in einer DAG laufen. Diese wollen allerdings nicht replizieren. Beim Versuch, eine DB Replik anzulegen, wird nur der Rumpf auf dem Partnerserver erstellt, aber die Daten werden nie repliziert. Die Meldung ist immer: A secure channel could not be established. 

Alles weitere funktioniert ganz normal.

Dr. Google konnte weiter auch nicht helfen - der Fehler scheint nicht alltäglich zu sein . Ich bin für jeden Hinweis dankbar - insbesondere auch, wie ich das tracen kann!

Test-ReplicationHealth -Server SERVER

Server          Check                      Result     Error
------          -----                      ------     -----
SERVER   ClusterService             Passed
SERVER   ReplayService              Passed
SERVER   ActiveManager              Passed
SERVER   TasksRpcListener           Passed
SERVER   TcpListener                *FAILED*   The health test of the TCP listener for the Microsoft Exchange Replication service on server 'SERVER' failed. This
                                                      server cannot participate in replication until the error is resolved. Error: An error occurred while communicating with
                                                      server 'SERVER'. Error: A secure channel could not be established.

Das DAG Netzwerk sieht so aus:

Get-DatabaseAvailabilityGroupNetwork | ft -a name,Subnets,Interfaces,*Enabled,IgnoreNetwork,Identity,isvalid

Name                    Subnets               Interfaces                                                   MapiAccessEnabled ReplicationEnabled IgnoreNetwork Identity                     IsValid
----                    -------               ----------                                                   ----------------- ------------------ ------------- --------                     -------
MapiDagNetwork          {{10.40.104.0/24,Up}} {{SERVER01,Up,10.40.104.22}, {SERVER02,Up,10.40.104.23}}                  True              False         False LAB1\MapiDagNetwork             True
ReplicationDagNetwork01 {{10.40.132.0/24,Up}} {{SERVER01,Up,10.40.132.131}, {SERVER02,Up,10.40.132.132}}               False               True         False LAB1\ReplicationDagNetwork01    True

Vielen Dank 

Jan Michael