Requisiti DNS per URL semplici in Skype for Business Server
Riepilogo: Esaminare le considerazioni relative agli URL semplici in questo argomento prima di implementare i record DNS per Skype for Business Server.
Gli URL semplici semplificano la partecipazione alle riunioni per gli utenti e semplificano l'accesso a Skype for Business Server strumenti di amministrazione per gli amministratori. Gli URL semplici usano il proprio dominio, che non deve corrispondere ai domini SIP definiti dall'utente.
Skype for Business Server supporta i tre URL seguenti: Riunione immediata, Accesso esterno e Amministrazione. È necessario configurare URL semplici per Meet e Dial-In e l'URL semplice Amministrazione è facoltativo. I record DNS (Domain Name System) necessari per supportare URL semplici dipendono da come sono stati definiti questi URL semplici e dal fatto che si voglia supportare il ripristino di emergenza per gli URL semplici.
Ambito degli URL semplici
È possibile configurare gli URL semplici in modo che abbiano un ambito globale oppure specificare URL semplici diversi per ogni sito centrale dell'organizzazione. Se vengono specificati sia un URL semplice globale che un URL semplice del sito, l'URL semplice del sito ha la precedenza.
Nella maggior parte dei casi, è consigliabile impostare URL semplici solo a livello globale, in modo che l'URL Riunione semplice di un utente non cambi se si sposta da un sito a un altro. L'eccezione riguarda le organizzazioni che devono utilizzare numeri di telefono diversi per gli utenti che accedono tramite accesso esterno in siti diversi. Si noti che se si imposta un URL semplice (ad esempio l'URL semplice per l'accesso esterno) in un sito come URL semplice a livello di sito, è necessario impostare anche gli altri URL semplici del sito a livello di sito.
È possibile impostare URL semplici globali in Generatore di topologie. Per impostare un URL semplice a livello di sito, usare il cmdlet Set-CsSimpleURLConfiguration.
La definizione di un URL semplice richiede inoltre l'impostazione di un record A e/o AAAA nella configurazione DNS.
Semplici regole di denominazione e convalida degli URL
Generatore di topologie e i cmdlet di Skype for Business Server Management Shell applicano diverse regole di convalida per gli URL semplici. È necessario impostare URL semplici per Meet e Dialin, ma l'impostazione di uno per Amministrazione è facoltativa. Ogni dominio SIP deve avere un URL semplice Meet distinto, ma è necessario un solo URL semplice Dialin e uno Amministrazione URL semplice per l'intera organizzazione.
Ogni URL semplice nell'organizzazione deve avere un nome univoco e non può essere un prefisso di un altro URL semplice( ad esempio, non è possibile impostare SfB2015.contoso.com/Meet come URL semplice Riunione e SfB2015.contoso.com/Meet/Dialin come URL semplice Dialin). I nomi di URL semplici non possono contenere l'FQDN di uno dei pool o le informazioni sulle porte (ad esempio, https://FQDN:88/meet non sono consentite). Tutti gli URL semplici devono iniziare con il prefisso https://.
Gli URL semplici possono contenere solo caratteri alfanumerici, ovvero a-z, A-Z, 0-9 e il punto (.). Se si usano altri caratteri, gli URL semplici potrebbero non funzionare come previsto.
Modifica degli URL semplici dopo la distribuzione
Se si modifica un URL semplice dopo la distribuzione iniziale, è necessario tenere presente l'impatto della modifica sui record DNS e sui certificati per URL semplici. Se la base di un URL semplice cambia, è necessario modificare anche i record DNS e i certificati. Ad esempio, la modifica da https://SfB2015.contoso.com/Meet a https://meet.contoso.com modifica dell'URL di base da SfB2015.contoso.com a meet.contoso.com, quindi è necessario modificare i record DNS e i certificati per fare riferimento a meet.contoso.com. Se l'URL semplice è stato modificato da https://SfB2015.contoso.com/Meet a https://SfB2015.contoso.com/Meetings, l'URL di base di SfB2015.contoso.com rimane invariato, quindi non sono necessarie modifiche al DNS o al certificato.
Ogni volta che si modifica un nome URL semplice, tuttavia, è necessario eseguire Enable-CsComputer su ogni Director e Front End Server per registrare la modifica.
Esempi di denominazione per GLI URL semplici
Sono disponibili tre opzioni consigliate per denominare gli URL semplici. L'opzione scelta ha implicazioni sulla configurazione dei record E DNS e dei certificati che supportano URL semplici. In ogni opzione è necessario configurare un URL semplice Riunione immediata per ogni dominio SIP dell'organizzazione.
È sempre necessario un solo URL semplice nell'intera organizzazione per le chiamate in entrata e uno per Amministrazione, indipendentemente dal numero di domini SIP disponibili.
Nell'opzione 1 si crea un nuovo nome di dominio SIP per ogni URL semplice.
Se si usa questa opzione, è necessario un record DNS A distinto per ogni URL semplice e ogni URL semplice Meet deve essere denominato nei certificati.
Opzione di denominazione degli URL semplici 1
| URL semplice |
Esempio |
|---|---|
| Incontrare |
https://meet.contoso.com, https://meet.fabrikam.come così via (uno per ogni dominio SIP dell'organizzazione) |
| Accesso esterno |
<https://dialin.contoso.com> |
| Amministrazione |
<https://admin.contoso.com> |
Con l'opzione 2, gli URL semplici sono basati sul nome SfB2015.contoso.comdi dominio . Pertanto, è necessario un solo record DNS A che abilita tutti e tre i tipi di URL semplici. Questo record DNS A fa riferimento SfB2015.contoso.coma . Inoltre, è comunque necessario separare i record DNS A per altri domini SIP nell'organizzazione.
Opzione 2 per la denominazione degli URL semplici
| URL semplice |
Esempio |
|---|---|
| Incontrare |
https://SfB2015.contoso.com/Meet, https://SfB2015.fabrikam.com/Meete così via (uno per ogni dominio SIP dell'organizzazione) |
| Accesso esterno |
<https://SfB2015.contoso.com/Dialin> |
| Amministrazione |
<https://SfB2015.contoso.com/Admin> |
L'opzione 3 è particolarmente utile se si hanno molti domini SIP e si vuole che abbiano URL semplici separati, ma che desideri ridurre al minimo i requisiti dei record DNS e dei certificati per questi URL semplici.
Opzione di denominazione degli URL semplici 3
| URL semplice |
Esempio |
|---|---|
| Incontrare |
<https://SfB2015.contoso.com/contosoSIPdomain/Meet> <https://SfB2015.contoso.com/fabrikamSIPdomain/Meet> |
| Accesso esterno |
<https://SfB2015.contoso.com/Dialin> |
| Amministrazione |
<https://SfB2015.contoso.com/Admin> |
Opzione ripristino di emergenza per URL semplici
Se si hanno più siti che contengono pool Front End e il provider DNS supporta GeoDNS, è possibile configurare i record DNS per GLI URL semplici per supportare il ripristino di emergenza, in modo che la funzionalità URL semplice continui anche se un intero pool Front End va giù. Questa funzionalità di ripristino di emergenza supporta gli URL semplici Riunione e Accesso esterno.
Per configurare questa opzione, creare due indirizzi GeoDNS. Ogni indirizzo ha due record DNS A o CNAME che risolvono due pool associati per il ripristino di emergenza. Un indirizzo GeoDNS viene usato per l'accesso interno e risolve l'FQDN Web interno o l'indirizzo IP del bilanciamento del carico per i due pool. L'altro indirizzo GeoDNS viene usato per l'accesso esterno e risolve l'FQDN Web esterno o l'indirizzo IP del bilanciamento del carico per i due pool. Di seguito è riportato un esempio per l'URL semplice Riunione, usando gli FQDN per i pool.
Meet-int.geolb.contoso.com
Pool1InternalWebFQDN.contoso.com
Pool2InternalWebFQDN.contoso.com
Meet-ext.geolb.contoso.com
Pool1ExternalWebFQDN.contoso.com
Pool2ExternalWebFQDN.contoso.com
Creare quindi record CNAME che risolvono l'URL semplice Meet, ad meet.contoso.comesempio , per i due indirizzi GeoDNS.
Nota
Se la rete usa l'hairpinning (routing di tutto il traffico degli URL semplici tramite il collegamento esterno, incluso il traffico proveniente dall'organizzazione), è sufficiente configurare l'indirizzo GeoDNS esterno e risolvere l'URL Semplice riunione solo per tale indirizzo esterno.
Quando si utilizza questo metodo, è possibile configurare ogni indirizzo GeoDNS in modo da usare un metodo round robin per distribuire le richieste ai due pool o per connettersi principalmente a un pool (ad esempio il pool situato geograficamente più vicino) e usare l'altro pool solo in caso di problemi di connettività.
È possibile configurare la stessa configurazione per l'URL semplice per le chiamate in entrata. A questo scopo, creare record aggiuntivi come quelli dell'esempio precedente sostituendo dialinmeet i record DNS. Per Amministrazione URL semplice, usare una delle tre opzioni elencate in precedenza in questa sezione.
Dopo aver configurato questa configurazione, è necessario utilizzare un'applicazione di monitoraggio per configurare il monitoraggio HTTP per watch in caso di errori. Per l'accesso esterno, monitorare per assicurarsi che HTTPS GET lyncdiscover.<Le richieste sipdomain> all'FQDN Web esterno o all'indirizzo IP del bilanciamento del carico per i due pool hanno esito positivo. Ad esempio, le richieste seguenti non devono contenere intestazioni ACCEPT e devono restituire 200 OK.
HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
Per l'accesso interno, è necessario monitorare la porta 5061 nell'FQDN Web interno o nell'indirizzo IP del bilanciamento del carico per i due pool. Se vengono rilevati errori di connettività, il VIP di questi pool deve chiudere le porte 80, 443 e 4443.