Autodiscovery liefert immernoch internen Servernamen

  • Hallo,


    seit ein Mac OS X Sierra Client den Exchange verwendet, hat dieser das folgende Problem (Als der selbe Client mit einer vorgänger Version von OS X lief gab es das Problem nicht und andere Clients mit der Vorgängerversion haben dieses Problem ebenfalls nicht)
    ca. 14 Tage nach der zuerst erfolgreichen Einrichtung wird der Servername vom Mac automatisch von dem externen Servernamen mx.meindedomain.de in den internen Servernamen srv-msx.meinedomain.local umgeändert... (Das ist jetzt schon zum zweiten Mal nach 14 Tagen passiert)


    Dadurch ist mir erst aufgefallen, dass mein Autodiscover offensichtlich falsch konfiguriert sein muss.
    Ich weiß aber leider nicht wo ich noch anpassen muss, damit nur noch der externe Servername verwendet wird (auch für interne Clients).


    Verwendet wird ein Exchange 2010 SP3 (14.3.123.4 - wie ich jetzt feststelle also nicht ganz aktuell...) auf Server 2008 SP2


    Folgende Einstellungen hab ich bereits in der Verwaltungskonsole getroffen:

    • Serverkonfiguraton > Client Zugriff > Outlook Web App (OWA) > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/owa
    • Serverkonfiguraton > Client Zugriff > Exchange Systemsteuerung (ECP) > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/ecp
    • Serverkonfiguraton > Client Zugriff > Microsoft-Server-ActivSync > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/Microsoft-Server-ActiveSync
    • Serverkonfiguraton > Client Zugriff > Offline Adressbuch (OAB) > Eigenschaften > Im Reiter "URLs" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/oab


    Zusätzlich hab ich folgendes über die Shell eingestellt (ist ja teilwese durch die Verwaltungskonsole bereits gesetzt)
    Set-ClientAccessServer -Identity srv-msx -AutodiscoverServiceInternalUri https://mx.meinedomain.de/autodiscover/autodiscover.xml
    Set-WebServicesVirtualDirectory -Identity „srv-msx\EWS (Default Web Site)“ -InternalUrl https://mx.meinedomain.de/ews/exchange.asmx
    Set-OABVirtualDirectory -Identity „srv-msx\oab (Default Web Site)“ -InternalUrl https://mx.meinedomain.de/oab
    Set-ClientAccessServer –AutodiscoverServiceInternalUri -identity srv-msx https://mx.meinedomain.de/autodiscover/autodiscover.xml


    Den Exchange hab ich seit diesen Änderungen auch bereits neu gestartet.
    Get-EcpVirtualDirectory | fl zeigt folgendes:


    RunspaceId : 0dd5c439-da3b-42b2-9896-533f98c252af
    Name : ecp (Default Web Site)
    InternalAuthenticationMethods : {Basic, Fba}
    MetabasePath : IIS://srv-msx.meinedomain.local/W3SVC/1/ROOT/ecp
    BasicAuthentication : True
    WindowsAuthentication : False
    DigestAuthentication : False
    FormsAuthentication : True
    LiveIdAuthentication : False
    DefaultDomain : meinedomain.local
    GzipLevel : High
    WebSite : Default Web Site
    DisplayName : ecp
    Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\ecp
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags : {}
    ExtendedProtectionSPNList : {}
    Server : srv-msx
    InternalUrl : https://mx.meinedomain.de/ecp
    ExternalUrl : https://mx.meinedomain.de/ecp
    ExternalAuthenticationMethods : {Fba}
    AdminDisplayName :
    ExchangeVersion : 0.10 (14.0.100.0)
    DistinguishedName : CN=ecp (Default Web Site),CN=HTTP,CN=Protocols,CN=srv-msx,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF
    23SPDLT),CN=Administrative Groups,CN=EF,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=meinedomain,DC=local
    Identity : srv-msx\ecp (Default Web Site)
    Guid : 769f8a2e-5330-4c6f-9444-2211f780c569
    ObjectCategory : meinedomain.local/Configuration/Schema/ms-Exch-ECP-Virtual-Directory
    ObjectClass : {top, msExchVirtualDirectory, msExchECPVirtualDirectory}
    WhenChanged : 07.03.2017 09:52:00
    WhenCreated : 06.08.2015 00:46:41
    WhenChangedUTC : 07.03.2017 08:52:00
    WhenCreatedUTC : 05.08.2015 22:46:41
    OrganizationId :
    OriginatingServer : srv-dc.meinedomain.local
    IsValid : True


    Wenn ich aber mit dem EWS Editor eine Mailadresse emailadresse@meindedomain.de per Autodiscover prüfe erhalte ich auch folgenden Fehler:


    The request failed. Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Microsoft.Exchange.WebServices.Data.SimpleServiceRequestBase.InternalExecute()
    HResult: -2146233088
    HResult (Hex): 80131500
    Exception details:
    Message: The request failed. Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Type: Microsoft.Exchange.WebServices.Data.ServiceRequestException
    Source: Microsoft.Exchange.WebServices
    Stack Trace:
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.BuildEwsHttpWebRequest() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 722.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.ValidateAndEmitRequest(IEwsHttpWebRequest& request) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 603.
    bei Microsoft.Exchange.WebServices.Data.SimpleServiceRequestBase.InternalExecute() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\SimpleServiceRequestBase.cs:Zeile 55.
    bei Microsoft.Exchange.WebServices.Data.MultiResponseServiceRequest`1.Execute() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\MultiResponseServiceRequest.cs:Zeile 132.
    bei Microsoft.Exchange.WebServices.Data.ExchangeService.InternalConvertIds(IEnumerable`1 ids, IdFormat destinationFormat, ServiceErrorHandling errorHandling) in e:\EWSManagedAPI\ews-managed-api\Core\ExchangeService.cs:Zeile 4131.
    bei Microsoft.Exchange.WebServices.Data.ExchangeService.ConvertIds(IEnumerable`1 ids, IdFormat destinationFormat) in e:\EWSManagedAPI\ews-managed-api\Core\ExchangeService.cs:Zeile 4144.
    bei EWSEditor.Common.Extensions.ExchangeServiceExtensions.TestExchangeService(ExchangeService service) in e:\msft tools\ewseditor\EWSEditor\Common\Extensions\ExchangeServiceExtensions.cs:Zeile 183.
    bei EWSEditor.Forms.ServiceDialog.BtnOK_Click(Object sender, EventArgs e) in e:\msft tools\ewseditor\EWSEditor\Forms\Dialogs\ServiceDialog.cs:Zeile 266.
    bei System.Windows.Forms.Control.OnClick(EventArgs e)
    bei System.Windows.Forms.Button.OnClick(EventArgs e)
    bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
    bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
    bei System.Windows.Forms.Control.WndProc(Message& m)
    bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
    bei System.Windows.Forms.Button.WndProc(Message& m)
    bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
    bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
    bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
    Exception details:
    Message: Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Type: System.Net.WebException
    Source: System
    Stack Trace:
    bei System.Net.HttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult, TransportContext& context)
    bei System.Net.HttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult)
    bei Microsoft.Exchange.WebServices.Data.EwsHttpWebRequest.Microsoft.Exchange.WebServices.Data.IEwsHttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult) in e:\EWSManagedAPI\ews-managed-api\Core\EwsHttpWebRequest.cs:Zeile 98.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.GetWebRequestStream(IEwsHttpWebRequest request) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 451.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.TraceAndEmitRequest(IEwsHttpWebRequest request, Boolean needSignature, Boolean needTrace) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 431.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.BuildEwsHttpWebRequest() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 705.


    Kann mir jemand weiterhelfen?

  • Hm, danke erstmal für deine Antwort.
    Aber das löst ja nicht unbedingt mein Problem, denke ich.


    Das Problem besteht ja von extern. Überhaupt wird der Exchange Server zu 90% von Extern verwendet und es handelt sich auch nicht um einen Produktiv sondern eher um einen privaten Hobbyserver zum ausprobieren.


    Dass ich über autodiscovery (vermutlich kommt das Problem ja von dort) den internen Namen genannt bekomme dürfte ja nicht mit dem DNS Server sondern einer fehlerhaften Konfiguration im Exchange/IIS oder so liegen. Leider weiß ich aber nicht genau wo.


    Korrigier mich bitte, wenn ich mich mit meiner Annahme irre. Dann würde ich mich aber auch über eine kurze Erklärung sehr freuen :)

    • Offizieller Beitrag

    Das habe ich so aus der Frage nicht rausgelesen.


    Wenn die URL´s am Exchange alle richtig eingetragen sind, kann es nur der Cache sein.


    Der Exchange wurde sicherlich neu gestartet?


    Und du solltest zeitnah die RU nachziehen, dir fehlen alle seit erscheinen des SP3!


    Die RU sind kumulativ, d.h. es reicht, wenn du das RU16 installierst.


    Dann sehen wir weiter.


    Und bitte NICHT im IIS editieren, die benötigten Einträge setzt der Exchange richtig!


    ;)