Pubblicazione del proxy inverso

Ultima modifica dell'argomento: 2012-07-22

Con Microsoft Office Communications Server 2007 R2 è necessario pubblicare fino a cinque siti Web utilizzando un server proxy inverso:

1. File della Rubrica

2. Espansione dei gruppi di distribuzione

3. Contenuto della riunione

4. File di aggiornamento di Phone Edition

5. Communicator Web Access

Per pubblicare tutti e cinque i siti Web con Office Communications Server 2007 R2 generalmente è necessario utilizzare due certificati del proxy inverso:

• Nome soggetto = FQDNWebFarmEsterno (ad esempio webext.contoso.com)

• Nome soggetto = FQDNCWAEsterno (ad esempio cwa.contoso.com)

Microsoft Lync Server 2010 software di comunicazione supporta la pubblicazione di informazioni identiche nonché la pubblicazione esterna di URL semplici per le riunioni online. Inoltre, la funzionalità Communicator Web Access è ancora presente ma è stata rinominata Microsoft Lync Web App ed è ora disponibile come servizio su uno Standard Edition Front End Server o su ogni Front End Server di un pool Front End, anziché su un server fisico dedicato. Il client è ora indicato come client Lync Web App anziché client Communicator Web Access e supporta funzionalità ridotte, ad esempio non include né l'elenco dei contatti né le funzionalità audio/video.

A seconda di come è stata configurata la pubblicazione del proxy inverso di Office Communications Server 2007 R2, le modifiche apportate ai requisiti di pubblicazione di Lync Server 2010 possono determinare un aumento del numero di certificati pubblici o di voci di nomi alternativi soggetto necessari, nonché del numero di record DNS (Domain Name System). Se, ad esempio, il formato di URL semplice scelto è dialin. <nome dominio SIP> e meet.<nome dominio SIP>, sono necessari due record DNS A, uno per dialin.<nome dominio SIP> e uno per meet.<nome dominio SIP>, oltre agli altri record DNS richiesti per il proxy inverso.

Un formato facoltativo per gli URL semplici prevede l'utilizzo di una voce di dominio di base comune, quale join.<nome dominio SIP>/dialin e join.<nome dominio SIP>/meet. Il vantaggio di questo formato di URL semplice è la possibilità di utilizzare un solo record DNS A per entrambi gli URL semplici meet e dialin, oltre all'utilizzo di una sola voce SAN jolly, *.<nome dominio SIP>.

Requisiti dei certificati del proxy inverso Lync Server 2010

Nome ruolo/soggetto	Nome alternativo soggetto	Utilizzato per pubblicare	Esempio di sintassi dei nomi soggetto
FQDNServiziWebEsterno	N/D	File della Rubrica Espansione dei gruppi di distribuzione Contenuto della conferenza File di aggiornamento dispositivo	webext.contoso.com webdirext.contoso.com Nota: In genere, FQDNServiziWebEsterno = FQDNFrontEndWebEsterno e, se utilizzato, FQDNDirectorWebEsterno
URL semplice/AdminFQDN	N/D	AdminFQDN non viene pubblicato esternamente e viene utilizzato solo internamente.	N/D
URL semplice/DialinFQDN	N/D	Informazioni sulla conferenza telefonica con accesso esterno	dialin.contoso.com
URL semplice/MeetFQDN	N/D	URL riunione	meet.contoso.com
URL semplice alternativo per l'accesso esterno		Informazioni sulla conferenza telefonica con accesso esterno	Join.contoso.com/dialin
URL semplice alternativo per l'accesso esterno		URL riunione	Join.contoso.com/meet
Voci jolly per URL semplici (facoltativo)		Riunione e accesso esterno	*.contoso.com

Nota:

Il valore FQDNServiziWebEsterno viene utilizzato per gli utenti di Lync Server 2010. Negli scenari di coesistenza, è probabile che sia già presente un valore FQDNWebFarmEsterno per i pool Office Communications Server 2007 R2 o Office Communications Server 2007, ma i valori FQDN sono indipendenti tra loro. AdminFQDN è bloccato dalla pubblicazione esterna per motivi di sicurezza. DialinFQDN, MeetFQDN e AdminFQDN sono indicati come URL semplici in Lync Server 2010 ed è possibile salvare un certificato in base a come sono definiti. Nella tabella si presuppone che siano stati scelti URL semplici dedicati per ogni ruolo. Per informazioni dettagliate sulla selezione di un formato di URL semplice, vedere Opzioni di URL semplici.

Importante:

Se si creano e si pubblicano URL semplici dedicati, ad esempio uno per ogni ruolo, e quindi si imposta un pool Front End Server basato su tale configurazione, non è possibile passare all'utilizzo di un singolo URL semplice per tutti i ruoli, ad esempio join.contoso.com/meet, a meno che non si esegua di nuovo l'installazione in ogni Front End Server nel pool. Lo stesso requisito è applicabile se si esegue la conversione da un singolo formato di URL semplice a più URL semplici dedicati.