Tipi di autenticazione in Reporting Services
Reporting Services gestisce tutte le funzioni di autenticazione per le richieste HTTP tramite l'estensione di autenticazione di Windows installata con il server oppure tramite un'estensione di autenticazione personalizzata che viene distribuita. Poiché l'estensione di autenticazione di Windows supporta più tipi di autenticazione, è possibile controllare in modo accurato quali richieste HTTP verranno accettate da un server di report. I tipi di autenticazione includono RSWindowsNegotiate, RSWindowsKerberos, RSWindowsNTLM e RSWindowsBasic. Ognuno di questi tipi può essere attivato o disattivato singolarmente. È possibile abilitare più di un tipo se si desidera che il server di report accetti le richieste di più tipi.
[!NOTA]
Nelle versioni precedenti di Reporting Services il supporto dell'autenticazione viene fornito completamente da IIS. Nella presente versione IIS non viene più utilizzato. Tutte le richieste di autenticazione vengono gestite internamente da Reporting Services.
Tipi di autenticazione
Nella tabella seguente vengono descritti i tipi di autenticazione supportati da Reporting Services.
Nome del tipo di autenticazione |
Valore del livello di autenticazione HTTP |
Utilizzato per impostazione predefinita |
Descrizione |
|---|---|---|---|
RSWindowsNegotiate |
Con negoziazione |
Sì |
RSWindowsNegotiate indica al server di report di gestire le richieste di autenticazione che specificano la negoziazione. Con la negoziazione viene effettuato dapprima il tentativo di impostare l'autenticazione Kerberos, ma se Active Directory non è in grado di concedere un ticket per la richiesta client al server di report, viene impostata nuovamente l'autenticazione NTML. L'autenticazione verrà reimpostata su NTLM solo se il ticket non è disponibile. Se il primo tentativo genera un errore anziché un ticket mancante, il server di report non esegue un secondo tentativo. |
RSWindowsNTLM |
NTLM |
Sì |
Con NTLM un utente viene autenticato tramite uno scambio di dati privati descritto come In attesa/Risposta. Le credenziali non verranno delegate né rappresentate in altre richieste. Le richieste successive seguiranno una nuova sequenza In attesa/Risposta. A seconda delle impostazioni di protezione della rete, è possibile che a un utente vengano richieste le credenziali o che la richiesta di autenticazione venga gestita in modo trasparente. |
RSWindowsKerberos |
Kerberos |
No |
Per le richieste che specificano l'autenticazione Kerberos, il server di report legge le autorizzazioni nel token di protezione dell'utente che ha generato la richiesta. Se nel dominio è abilitata la delega, il token dell'utente che richiede un report può essere utilizzato anche in una connessione aggiuntiva alle origini dati esterne che forniscono i dati ai report. Prima di specificare RSWindowsKerberos, assicurarsi che il tipo di browser in uso lo supporti. Se si utilizza Internet Explorer, l'autenticazione Kerberos è supportata solo tramite negoziazione. Internet Explorer non formulerà una richiesta di autenticazione che specifica direttamente Kerberos. |
RSWindowsBasic |
Di base |
No |
L'autenticazione di base è definita nel protocollo HTTP e può essere utilizzata solo per autenticare richieste HTTP al server di report. Le credenziali vengono passate nella richiesta HTTP in codifica in base 64. Se si utilizza l'autenticazione di base, utilizzare Secure Sockets Layer (SSL) per crittografare le informazioni relative all'account utente prima di inviarle sulla rete. SSL fornisce un canale crittografato per l'invio di una richiesta di connessione dal client al server di report mediante una connessione TCP/IP HTTP. Per ulteriori informazioni, vedere Using SSL to Encrypt Confidential Data sul sito Web Microsoft TechNet. |
Custom |
(anonimo) |
No |
L'autenticazione anonima indica al server di report di ignorare l'intestazione di autenticazione nelle richieste HTTP. Il server di report accetta tutte le richieste, ma esegue una chiamata a un'autenticazione basata su form di ASP.NET fornita per autenticare l'utente. Specificare Custom solo se si distribuisce un modulo di autenticazione personalizzato che gestisce tutte le richieste di autenticazione sul server di report. Non è possibile utilizzare il tipo di autenticazione Custom con l'estensione di autenticazione di Windows predefinita. |
Metodi di autenticazione non supportati
I metodi e le richieste di autenticazione seguenti non sono supportati.
Metodo di autenticazione |
Spiegazione |
|---|---|
Anonimo |
Il server di report non accetterà richieste non autenticate da un utente anonimo, tranne nel caso di distribuzioni che includono un'estensione di autenticazione personalizzata. Generatore report accetterà richieste non autenticate se si abilita l'accesso a Generatore report in un server di report configurato per l'autenticazione di base. In tutti gli altri casi, le richieste anonime vengono rifiutate con un messaggio di errore di accesso negato con stato HTTP 401 prima che la richiesta raggiunga ASP.NET. I client che ricevono l'errore di accesso negato 401 devono riformulare la richiesta con un tipo di autenticazione valido. |
Tecnologie Single Sign-On (SSO) |
In Reporting Services non è disponibile il supporto nativo per le tecnologie Single Sign-On. Se si desidera utilizzare una tecnologia di questo tipo, è necessario creare un'estensione di autenticazione personalizzata. L'ambiente host del server di report non supporta i filtri ISAPI. Se la tecnologia SSO utilizzata è implementata come filtro ISAPI, utilizzare il supporto incorporato di ISA Server per RSASecueID o il protocollo RADIUS. In caso contrario, è possibile creare un filtro ISAPI di ISA Server o un modulo HTTPModule per RS, ma si consiglia di utilizzare direttamente ISA Server. |
Passport |
Opzione non supportata in SQL Server 2008. |
Digest |
Opzione non supportata in SQL Server 2008. |
Configurazione delle impostazioni di autenticazione
Le impostazioni di autenticazione vengono configurate per la protezione predefinita quando l'URL del server di report è riservato. Se queste impostazioni vengono modificate in modo errato, il server di report restituisce il messaggio di errore di accesso negato HTTP 401 per le richieste HTTP che non possono essere autenticate. Prima di scegliere un tipo di autenticazione, è necessario conoscere il tipo di supporto per l'autenticazione di Windows disponibile nella rete. È necessario specificare almeno un tipo di autenticazione. Per RSWindows, è possibile specificare più tipi di autenticazione. I tipi di autenticazione RSWindows (ovvero RSWindowsBasic, RSWindowsNTLM, RSWindowsKerberos e RSWindowsNegotiate) e l'autenticazione Custom si escludono a vicenda.
.gif "Nota importante") Importante |
|---|
In Reporting Services le impostazioni specificate non vengono convalidate per determinare se sono corrette per l'ambiente informatico in uso. È possibile che la protezione predefinita non funzioni in una determinata installazione o che vengano specificate impostazioni di configurazione non valide per l'infrastruttura di protezione implementata. Per questo motivo, è importante testare con attenzione la distribuzione del server di report in un ambiente di test controllato prima di renderla disponibile per l'organizzazione in senso lato. |
Il servizio Web ReportServer e Gestione report utilizzano sempre lo stesso tipo di autenticazione. Non è possibile configurare tipi di autenticazione diversi per le aree di funzionalità del servizio del server di report. Se di dispone di una distribuzione con scalabilità orizzontale, duplicare tutte le modifiche in tutti i nodi della distribuzione. Non è possibile configurare nodi diversi nella stessa topologia con scalabilità orizzontale per l'utilizzo di tipi di autenticazione diversi.
L'elaborazione in background non accetta richieste degli utenti finali, ma autentica tutte le richieste ai fini dell'esecuzione automatica. Durante questo tipo di elaborazione viene sempre utilizzata l'autenticazione di Windows e le richieste vengono autenticate utilizzando il servizio del server di report o l'account di esecuzione automatica, se è configurato.
Per ulteriori informazioni sulla configurazione dell'autenticazione in Reporting Services, vedere gli argomenti seguenti:
Procedura: Configurazione dell'autenticazione di Windows in Reporting Services
Procedura: Configurazione dell'autenticazione di base in Reporting Services
Procedura: Configurazione dell'autenticazione basata su form o personalizzata in Reporting Services
Vedere anche