Articolo
09/28/2010

Utilizzo di file di criteri di protezione di Reporting Services

In Reporting Services le informazioni sui criteri di protezione dei componenti sono archiviate in tre file di configurazione che vengono copiati nel file system durante l'installazione. Questi file possono contenere una combinazione di criteri di protezione per uso interno e definiti dall'utente per gli assembly del codice in Reporting Services. I tre file di configurazione corrispondono a tre componenti a protezione diretta in Reporting Services, ovvero il server di report e il servizio Windows, l'applicazione Web Gestione report e la finestra di anteprima Progettazione report.

[!NOTA]

In Progettazione report sono disponibili due modalità di anteprima, ovvero la scheda di anteprima e la finestra popup di anteprima popup visualizzate quando Progetto report viene avviato in modalità DebugLocal. La scheda Anteprima non è un componente a protezione diretta e non applica alcuna impostazione dei criteri di protezione. La finestra di anteprima consente di simulare le funzionalità del server di report e pertanto dispone di un file di configurazione di criteri che l'utente o un amministratore deve modificare per utilizzare assembly ed estensioni personalizzati in Progettazione report.

I file di configurazione dei criteri di protezione contengono informazioni sulle classi di protezione, alcuni set di autorizzazioni denominati predefiniti e i gruppi di codice per gli assembly di Reporting Services. I file di configurazione dei criteri di Reporting Services sono simili al file Security.config che determina la gerarchia dei gruppi di codice e i set di autorizzazioni associati al computer e i criteri a livello aziendale in .NET Framework. Il percorso di questo file è C:\WINDOWS\Microsoft.NET\Framework\v1.2.21213\CONFIG\security.config.

File di criteri di Reporting Services

Nella tabella seguente vengono elencati i file di configurazione dei criteri di Reporting Services, i percorsi (presupponendo un'installazione predefinita) e le rispettive funzioni.

Nome file	Percorso (installazione predefinita)	Descrizione
rssrvpolicy.config	C:\Programmi\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer	File di configurazione dei criteri del server di report. Questi criteri di protezione influiscono principalmente sulle espressioni del report e sugli assembly personalizzati dopo che un report è stato distribuito in un server di report. Questo file di criteri influisce inoltre sulle estensioni per i dati personalizzati, il recapito e il rendering e sulle estensioni di protezione distribuite nel server di report.
rsmgrpolicy.config	C:\Programmi\Microsoft SQL Server\MSSQL\Reporting Services\ReportManager	File di configurazione dei criteri di Gestione report. Questi criteri di protezione influiscono su tutti gli assembly che estendono Gestione report; ad esempio estensioni dell'interfaccia utente della sottoscrizione per il recapito personalizzato.
rspreviewpolicy.config	C:\Programmi\Microsoft SQL Server\80\Tools\ReportDesigner	File di configurazione autonomo dei criteri autonomo di anteprima di Progettazione report. Questi criteri di protezione influiscono sugli assembly personalizzati e sulle espressioni del report utilizzate nei report durante l'anteprima e lo sviluppo. Questi criteri influiscono inoltre su estensioni personalizzate, ad esempio estensioni per l'elaborazione dei dati, distribuite in Progettazione report.

Modifica dei file di configurazione

Le impostazioni di configurazione sono specificate come elementi o attributi XML. Se si conoscono il linguaggio XML e i file di configurazione, è possibile utilizzare un editor di testo o di codice per modificare le impostazioni definibili dall'utente. I file di configurazione della protezione contengono informazioni sulla gerarchia dei gruppi di codice e sui set di autorizzazioni associati a un livello di criteri in Reporting Services . Si consiglia di utilizzare lo strumento di configurazione di .NET Framework (Mscorcfg.msc) o lo strumento Criteri di protezione dall'accesso di codice (Caspol.exe) per modificare innanzitutto i criteri di protezione nel file Security.config, in modo che le modifiche dei criteri corrispondono agli elementi di configurazione XML validi per i file di criteri. Dopo avere eseguito questa operazione, è possibile tagliare e incollare i nuovi gruppi di codice e i nuovi set di autorizzazioni dal file Security.config a quello di criteri per il componente cui vengono aggiunte le autorizzazioni per il codice.

Importante
Prima di apportare qualsiasi modifica, è necessario eseguire il backup dei file di configurazione dei criteri..

L'utilizzo di questo approccio consente di realizzare due obiettivi. Innanzitutto è possibile utilizzare uno strumento di visualizzazione per creare i gruppi di codice e i set di autorizzazioni per Reporting Services. Questa operazione risulta più semplice rispetto alla definizione di elementi di configurazione XML. In secondo luogo, si ottiene la certezza di non danneggiare i file di configurazione dei criteri di protezione con elementi XML e attributi in formato non valido. Per ulteriori informazioni sull'utilità Criteri di protezione dall'accesso di codice, visitare il sito Web Microsoft.

Prima di modificare i file di configurazione dei criteri, si consiglia di leggere tutte le informazioni disponibili in questi sezione e negli argomenti correlati. La modifica della configurazione dei criteri in Reporting Services può avere un impatto significativo in termini di protezione sulle modalità in cui i componenti di Reporting Services eseguono moduli di codice esterno.

Posizione di elementi CodeGroup per le estensioni

La posizione degli elementi CodeGroup in un file di criteri di protezione è importante. Per le estensioni e gli assembly personalizzati sviluppati, è consigliabile che i gruppi di codice personalizzati vengano posizionati direttamente sotto la voce esistente per l'appartenenza URL "$CodeGen$/*", come indicato nell'esempio seguente:

<CodeGroup
    class="UnionCodeGroup"
    version="1"
    PermissionSetName="FullTrust">
    <IMembershipCondition 
        class="UrlMembershipCondition"
        version="1"
        Url="$CodeGen$/*"
    />
</CodeGroup>
<CodeGroup 
    class="UnionCodeGroup"
    version="1"
    PermissionSetName="FullTrust"
    Name="MyCustomCodeGroup"
    Description="Code group for my custom extension">
        <IMembershipCondition class="UrlMembershipCondition"
        version="1"
        Url="C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\bin\MyAssembly.dll"
        />
</CodeGroup>

È possibile aggiungere gruppi di codice aggiuntivi uno dopo l'altro.

Vedere anche

Concetti

Informazioni sui criteri di protezione

Condividi tramite