Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: Configuration Manager (Current Branch)
Per avere maggiore controllo sui criteri e sulla distribuzione dei contenuti nell'ambiente, i gruppi di limiti includono diverse opzioni per configurare i comportamenti. Queste impostazioni si applicano principalmente al download di contenuto da origini peer. È anche disponibile un'impostazione che consente ai client di preferire criteri e contenuti da origini basate sul cloud.
Per altre informazioni su come configurare queste impostazioni, vedere Configurare un gruppo di limiti.
Se un dispositivo si trova in più gruppi di confini, a queste impostazioni si applicano i comportamenti seguenti:
-
Consenti download peer in questo gruppo di limiti: se è disabilitata in un qualsiasi gruppo di limiti, il client non userà l'ottimizzazione recapito.
- Durante i download peer, usare solo peer all'interno della stessa subnet: se è abilitata in un qualsiasi gruppo di limiti, questa impostazione diventa effettiva.
- Preferire i punti di distribuzione rispetto ai peer all'interno della stessa subnet: se è abilitata in un qualsiasi gruppo di limiti, questa impostazione diventa effettiva.
- Preferire le origini basate sul cloud rispetto alle origini locali: se è abilitata in un qualsiasi gruppo di limiti, questa impostazione diventa effettiva.
Consenti download peer in questo gruppo di limiti
Questa impostazione è abilitata per impostazione predefinita. Il punto di gestione fornisce ai client un elenco di percorsi di contenuto che include origini peer. Questa impostazione influisce anche sull'applicazione degli ID di gruppo per Ottimizzazione recapito.
La disabilitazione di questa opzione è consigliabile in due scenari comuni:
Se si dispone di un gruppo di limiti che include i confini di posizioni geograficamente disperse, ad esempio una VPN. Due client possono trovarsi nello stesso gruppo di limiti perché sono connessi tramite VPN, ma in posizioni molto diverse e inappropriate per la condivisione peer del contenuto.
Se si usa un unico gruppo di limiti di grandi dimensioni per l'assegnazione del sito che non fa riferimento ad alcun punto di distribuzione.
Importante
Se un dispositivo si trova in più gruppi di limiti, assicurarsi di abilitare questa impostazione in tutti i gruppi di limiti per il dispositivo. In caso contrario, il client non userà Ottimizzazione recapito. Ad esempio, non imposta la chiave del Registro di sistema DOGroupID.
Durante i download peer, usare solo peer all'interno della stessa subnet
Questa impostazione dipende dall'opzione precedente. Se si abilita questa opzione, il punto di gestione include nell'elenco dei percorsi di contenuto solo le origini peer che si trovano nella stessa subnet del client.
Scenari comuni per abilitare questa opzione:
La progettazione dei gruppi di limiti per la distribuzione del contenuto include un grande gruppo di limiti che si sovrappone ad altri gruppi di limiti più piccoli. Con questa nuova impostazione, l'elenco delle origini di contenuto fornite dal punto di gestione ai client include solo le origini peer della stessa subnet.
Si dispone di un unico grande gruppo di limiti per tutte le sedi degli uffici remoti. Abilitare questa opzione e consentire ai client di condividere solo il contenuto all'interno della subnet presso la sede dell'ufficio remoto, anziché rischiare di condividere il contenuto tra le posizioni.
A seconda della configurazione della rete, è possibile escludere determinate subnet per la corrispondenza. Ad esempio, si vuole includere un limite ma escludere una subnet VPN specifica. Per impostazione predefinita, Configuration Manager esclude la subnet Teredo predefinita (2001:0000:%).
Nota
Quando si espande un sito primario autonomo per aggiungere un sito di amministrazione centrale, torna all'impostazione predefinita dell'elenco di esclusione della subnet. Per risolvere questo problema, dopo l'espansione del sito, eseguire lo script PowerShell per personalizzare l'elenco di esclusione della subnet nel server di amministrazione centrale.
Importare l'elenco delle esclusioni di subnet come stringa di subnet separata da virgole. Usare il segno di percentuale (%) come carattere jolly. Nel server del sito principale impostare o leggere la proprietà incorporata SubnetExclusionList per il componente SMS_HIERARCHY_MANAGER nella classe SMS_SCI_Component . Per ulteriori informazioni, vedi SMS_SCI_Component classe WMI del server.
Script di PowerShell di esempio per aggiornare l'elenco di esclusione subnet
Lo script seguente è un esempio di metodo per modificare questo valore. Aggiungere le subnet alla variabile PropertyValue dopo 2001:0000:%,172.16.16.0. È una stringa delimitata da virgole. Esegui questo script nel server del sito di primo livello nella gerarchia.
$PropertyValue = "2001:0000:%,172.16.16.0"
$PropertyName = "SubnetExclusionList"
$providerMachine = Get-WmiObject -Class "SMS_ProviderLocation" -Namespace "root\sms"
if ($providerMachine -is [system.array])
{
$providerMachine=$providerMachine[0]
}
$SiteCode = $providerMachine.SiteCode
$component = Get-WmiObject -Query 'select comp.* from sms_sci_component comp join SMS_SCI_SiteDefinition sdef on sdef.SiteCode=comp.SiteCode where sdef.ParentSiteCode="" and comp.componentname="SMS_HIERARCHY_MANAGER"' -ComputerName $providerMachine.Machine -Namespace root\sms\site_$SiteCode
$properties = $component.props
Write-host "Updating property for site " $SiteCode
foreach ($property in $properties)
{
if ($property.propertyname -like $PropertyName)
{
Write-host "Current value for SubnetExclusionList is " $property.value1
$property.value1 = $PropertyValue
Write-host "Updating value for SubnetExclusionList to " $property.value1
break
}
}
$component.props = $properties
$component.put()
Nota
Per impostazione predefinita, Configuration Manager include la subnet Teredo in questo elenco. Quando si modifica l'elenco, leggere sempre prima il valore esistente. Aggiungere subnet aggiuntive all'elenco e quindi impostare il nuovo valore.
Preferire i punti di distribuzione rispetto ai peer all'interno della stessa subnet
Per impostazione predefinita, il punto di gestione assegna la priorità alle origini della peer cache all'inizio dell'elenco dei percorsi di contenuto. Questa impostazione inverte tale priorità per i client che si trovano nella stessa subnet dell'origine della peer cache.
Consiglio
Questo comportamento si applica al client di Configuration Manager. Non si applica quando la sequenza di attività scarica il contenuto. Quando viene eseguita, la sequenza di attività preferisce le origini della peer cache rispetto ai punti di distribuzione.
Preferire le origini basate sul cloud rispetto alle origini locali
Se si ha una succursale con un collegamento Internet più veloce, è possibile assegnare priorità alle origini basate sul cloud, che includono le posizioni seguenti:
- Gateway di gestione cloud (CMG). I client preferiranno il gateway CMG sia per i criteri che per il contenuto.
- A partire dalla versione 2203, questa impostazione si applica anche all'analisi degli aggiornamenti software. Per ridurre l'impatto di questa modifica sulle prestazioni, i client esistenti non passano automaticamente a un punto di aggiornamento software basato sul cloud. Per altre informazioni, vedere Gruppi di limiti e punti di aggiornamento software.
- Microsoft Update
- È possibile usare Microsoft Update come origine solo abilitando l'opzione seguente nelle impostazioni di download della distribuzione degli aggiornamenti software: Se gli aggiornamenti software non sono disponibili nel punto di distribuzione nei gruppi di limiti correnti, adiacenti o del sito, scaricare il contenuto da Microsoft Aggiornamenti.