Impostazioni di script di PowerShell sono effettive dopo l'eliminazione dalla scheda Script VBScript le impostazioni di accesso e disconnessione

Il supporto per Windows Server 2003 è terminato il 14 luglio 2015.

Microsoft ha sospeso il supporto per Windows Server 2003 in data 14 luglio 2015. Questa modifica ha interessato gli aggiornamenti software e le opzioni di sicurezza. Ulteriori informazioni su come continuare a essere protetti.

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3071417
Sintomi
Si supponga di disporre di script VBScript e script di Windows PowerShell configurato in uno script di accesso e disconnessione di criteri di gruppo. Per modificare questo oggetto Criteri di gruppo (GPO), aprire la finestra di dialogo proprietà per lo script di accesso e disconnessione, l'eliminazione di tutte le impostazioni di VBScript dalla schedaScripte quindi fare clic suOK. Successivamente, è possibile notare che gli script di PowerShell sono inefficaci, anche se le impostazioni non è stata eliminata dalla schedaDegli script di PowerShell.

Nota Nella schedaScript PowerShell, sarà comunque possibile visualizzare le impostazioni di PowerShell. Ma tali impostazioni non vengono distribuite ai client né visualizzate nel tool(Gpresult.exe) della riga di comando GPResult.
Cause
Eliminazione di tutte le impostazioni di VBScript dalla scheda Scriptrimuove il valore della proprietàgPCUserExtensionNamesdell'oggetto Criteri di gruppo. (Per determinare questo valore, vedere la sezione "Ulteriori informazioni"). Thiscauses che tutte le e script di disconnessione per essere inefficace.

Questa operazione non elimina i file di script di PowerShell o le impostazioni di script PowerShell nel file Psscripts.ini. Pertanto, è comunque possibile visualizzare le impostazioni nell'Editor Gestione criteri di gruppo.
Workaround
Per ovviare a questo problema, aprire la finestra di dialogo proprietà di script accesso e disconnessione, selezionare la scheda Script PowerShelle quindi fare clic suOK. Consente di ripristinare il valore corretto della proprietà gPCUserExtensionNames.
Informazioni
Microsoft riconosciuto questo comportamento come un bug del prodotto e considererà la risoluzione di questo problema operativo nelle future versioni del sistema.

Per determinare il valore della proprietà gPCUserExtensionNamesdell'oggetto Criteri di gruppo, attenersi alla seguente procedura:
  1. Aprire ADSIEdit. msc.
  2. Espandere il dominio NC-> DC = domain, DC = ext-> CN = System-> CN = Policies.
  3. Pulsante destro del mouse il GUID dell'oggetto Criteri di gruppo e quindi scegliereproprietàdal menu di scelta rapida. È possibile visualizzare il valoregPCUserExtensionNamesnella schedaattributi.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 3071417 - Ultima revisione: 06/19/2015 18:21:00 - Revisione: 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 Foundation, Windows Server 2012 R2 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Essentials, Windows Server 2012 Foundation, Windows Server 2012 Standard, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 for Itanium-Based Systems, Windows Server 2008 R2 Foundation, Windows Server 2008 R2 Standard, Windows Web Server 2008 R2, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 for Itanium-Based Systems, Windows Server 2008 Foundation, Windows Server 2008 Standard, Windows Web Server 2008, Microsoft Windows Server 2003 Service Pack 2

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3071417 KbMtit
Feedback