Ändern der Webdienst-URL in Lync Server 2013
Letzte Änderung: 16.11.2015
Wenn Sie Ihre Front-End-Pools und Standard Edition-Server einrichten, haben Sie die Möglichkeit, einen vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) und die zugehörigen Ports für die externe Webfarm zu konfigurieren. Wenn Sie diese URL beim Ausführen des Lync Server-Bereitstellungs-Assistenten nicht konfiguriert haben, müssen Sie diese Einstellungen manuell konfigurieren. Ein Administrator muss diese Einstellungen in der Regel nicht ändern, da dies die empfohlenen und Standardports sind.
Hinweis
Der folgende Screenshot wurde beim Konfigurieren eines Standard Edition-Servers aufgenommen, sodass die Option "FQDN außer Kraft setzen" deaktiviert ist. Diese Option ist beim Konfigurieren eines Enterprise Edition Servers in einem Front-End-Pool aktiviert.
So konfigurieren Sie Webdienste
Melden Sie sich auf dem Computer, auf dem der Topologie-Generator installiert ist, als Mitglied der Gruppe "Domänen-Admins" oder "RTCUniversalServerAdmins" an.
Topologie-Generator starten: Klicken Sie auf "Start", dann auf "Alle Programme", dann auf "Microsoft Lync Server 2013" und dann auf "Lync Server Topology Builder".
Wählen Sie im Topologie-Generator in der Konsolenstruktur unter Standard Edition-Front-End-Servern, Enterprise Edition Front-End-Pools und Verzeichnispools den Poolnamen aus. Klicken Sie mit der rechten Maustaste auf den Namen, klicken Sie auf "Eigenschaften bearbeiten", und klicken Sie dann auf "Webdienste".
Fügen Sie den FQDN für externe Webdienste hinzu, oder bearbeiten Sie den FQDN, und klicken Sie dann auf OK.
Warnung
Wenn Sie über mehrere Front-End-Pools oder Front-End-Server verfügen, muss der FQDN der externen Webdienste eindeutig sein. Wenn Sie z. B. den FQDN der externen Webdienste eines Front-End-Servers als pool01.contoso.com definieren, können Sie pool01.contoso.com nicht für einen anderen Front-End-Pool oder Front-End-Server verwenden. Wenn Sie auch Directors bereitstellen, muss der für einen Director- oder Directorpool definierte FQDN für externe Webdienste von jedem anderen Director- oder Directorpool sowie von jedem Front-End-Pool oder Front-End-Server eindeutig sein.
Überprüfen Sie, ob die Überwachung und die veröffentlichten Ports für Ihre Umgebung ordnungsgemäß konfiguriert sind.
Wiederholen Sie diese Schritte für alle Standard Edition-Server, Front-End-Pools und Director-Pools in Ihrer Umgebung.
Klicken Sie in der Konsolenstruktur auf Lync Server 2013, und klicken Sie dann im Bereich "Aktionen" auf " Topologie veröffentlichen".
Es gibt einige Anforderungen, die Sie beachten sollten, wenn Sie die Audio- und Veröffentlichungsports konfigurieren:
Die angezeigten Überwachungsports sind die Ports, die für den Internetinformationsserver (IIS) auf jedem Front-End-Server konfiguriert sind.
Die internen und externen Überwachungsports müssen für IIS unterschiedlich sein. Für die externen Überwachungsports sind diese in der Regel identisch, da einer den Hardwarelastenausgleich für internen Webdatenverkehr und einen für den Reverseproxyserver für externen Webdatenverkehr darstellt.
Sie können die internen Webdienste in einem Front-End-Pool, Director oder Director-Pool überschreiben und Ihren eigenen FQDN definieren.
Warnung
Wenn Sie die internen Webdienste mit einem selbst definierten FQDN überschreiben möchten, muss jeder FQDN von jedem anderen Front-End-Pool, Director oder Director-Pool eindeutig sein.
Die veröffentlichten Ports müssen im Reverseproxy oder hardwarebasierten Lastenausgleich als Überwachungsports konfiguriert werden.
Bei einem Front-End-Pool (im Beispiel nicht dargestellt) muss sich der FQDN des internen SIP-Pools vom FQDN der internen Webdienste unterscheiden, da der Webdatenverkehr über den Hardwarelastenausgleich erfolgt und der interne SIP-Pooldatenverkehr über den DNS-Lastenausgleich erfolgt. Diese Anforderung muss erfüllt sein.
Eine Lync Server Standard Edition-Bereitstellung benötigt oder lässt nicht zu, dass ein interner Webdienst-FQDN außer Kraft gesetzt wird, da dieser Server nicht lastenausgleichsbereit sein kann.
Wenn Sie in Ihrer Umgebung über einen Hardwarelastenausgleich verfügen, den Sie für internen SIP- und Webdatenverkehr verwenden, kann der Topologie-Generator den Unterschied nicht vornehmen.
Webdienst-FQDNs sollten leicht voneinander unterschieden werden; dadurch wird sichergestellt, dass die URL-Umleitung Clients auf den entsprechenden Server verweist. Wenn Sie beispielsweise über zwei FQDNs verfügen, können Sie eine meeting.contoso.com und die andere conferencing.contoso.com benennen. Möglicherweise treten Umleitungsprobleme auf, wenn Sie FQDNs mit ähnlicheren Namen haben, z. B. meet1.contoso.com und meet2.contoso.com.
Die externen Webdienste arbeiten in Verbindung mit einem Reverseproxy im Umkreisnetzwerk. Es bietet Clients externen Zugriff mithilfe dieser Webdienste. Die hier konfigurierten FQDNs werden an Clients gesendet, wenn sie sich anmelden, und werden verwendet, um eine HTTPS-Verbindung zurück zum Reverseproxy herzustellen, wenn eine Remoteverbindung hergestellt wird. Der Reverseproxyserver leitet den FQDN des externen Webdiensts an einen internen Hardwarelastenausgleich oder direkt an den Pool weiter. Der Reverseproxy muss in der Lage sein, den FQDN der externen Webdienste in die IP-Adresse des internen Webservers aufzulösen. Der FDQN der externen Webdienste muss im öffentlichen Internet aufgelöst werden können.
Wenn ihr interner Server ein Standard Edition-Server ist, ist der interne FQDN der Standard Edition-Server-FQDN. Wenn es sich bei Ihrem internen Server um einen Front-End-Pool handelt, ist der FQDN eine virtuelle IP(VIP) des Hardwaregeräts zum Lastenausgleich für die internen Webserver. Ein Hardwaregerät zum Lastenausgleich ist in einem Front-End-Pool mit mehr als einem Enterprise Edition Server erforderlich. Ein Lastenausgleich ist für einen Standard Edition-Server oder einen einzelnen Enterprise Edition Front-End-Server nicht erforderlich.