Risolvere gli errori SSL durante il processo di accesso - SQL Server

2024-11-20

Note

Questo articolo è solo per Windows.
Gli errori di autenticazione coerenti sono in genere dovuti a impostazioni non corrette, mentre gli errori intermittenti sono in genere dovuti a una connessione interrotta, a prestazioni scarse o a problemi di timeout.
È consigliabile attivare le estensioni di file in Windows Esplora file.

Sintomi

Quando si usa TLS/SSL, potrebbero verificarsi alcuni degli errori seguenti:

Named Pipe

È stata stabilita una connessione con il server, ma si è verificato un errore durante il processo di accesso. (provider: provider SSL, errore: 0 - Nessun processo sull'altra estremità della pipe) Microsoft SQL Server, Errore: 233.

TCP

È stata stabilita una connessione con il server, ma si è verificato un errore durante il processo di accesso. (provider: provider SSL, errore: 0 - La connessione è stata chiusa forzatamente dall'host remoto 10054) Microsoft SQL Server, Errore: 233.

Risoluzione

Per risolvere questi errori SSL, seguire questa procedura:

Aggiornare il certificato scaduto o non corretto.
Abilitare i protocolli TLS.
Assicurarsi che siano presenti pacchetti di crittografia corrispondenti nel client e nel server.

Per altre informazioni su questi passaggi, vedere Gli errori SSL vengono segnalati dopo l'aggiornamento a TLS 1.2.

Se questa risoluzione non funziona, usare la procedura descritta nella sezione seguente per raccogliere log più dettagliati per ottenere informazioni dettagliate sulla causa radice di questi errori.

Acquisizione dati SSL avanzata

Acquisire le impostazioni di Windows con SQLCHECK

Eseguire SQLCHECK nei computer client, nei computer server e in qualsiasi altro sistema correlato, ad esempio un server Web o un computer intermedio del server collegato di SQL Server.

Scaricare la versione più recente di SQLCHECK e decomprimerla in una cartella, ad esempio C:\MSDATA.
Fare doppio clic sul file eseguibile in Windows Esplora file. Verrà scritto un report nella cartella in cui si trova SQLCheck.exe .

Configurare la traccia di diagnostica predefinita del driver

Scaricare la versione più recente di SQLTRACE ed estrarla in una cartella, ad esempio C:\MSDATA.

Saranno presenti due file, SQLTrace.ps1 e SQLTrace.ini. Il file INI viene usato per configurare gli elementi da acquisire.
Aprire SQLTrace.ini nel Blocco note e passare alla sezione Traccia BID.
Assicurarsi che BIDTrace=yes sia impostato.
Assicurarsi che BIDProviderList sia conforme al driver usato dall'applicazione.

I driver .NET System.Data.SqlClient predefiniti vengono abilitati automaticamente. Se non sono i driver usati dall'applicazione, impostare come commento questa riga usando il # carattere e rimuovere il commento da una delle altre, ad esempio la sezione ODBC o oleDB. Se non si è certi, chiedere all'amministratore del database (DBA) o allo sviluppatore di applicazioni oppure usare il quarto BIDProviderList, che contiene tutti i driver attualmente in uso.
Salvare il file.

Configurare la traccia di rete

La sezione rete viene configurata automaticamente con Network=yes e NETSH=yes. Queste impostazioni non devono essere modificate senza motivi validi.

Se si sta tracciando una connessione locale, assicurarsi che l'applicazione usi TCP/IP anziché memoria condivisa o named pipe. Installare e usare WireShark per l'acquisizione di rete, perché supporta le acquisizioni LoopBack. WireShark acquisisce anche il traffico VPN abbastanza bene.

Configurare la traccia di autenticazione

La sezione Auth viene configurata automaticamente con Auth=yes e molte altre impostazioni.

Potrebbe anche essere necessario impostare FlushTickets=yes nella sezione MISC . Scarica i ticket Kerberos per tutti gli utenti e i servizi nel computer.

Abilitare le tracce BID

Dopo aver salvato tutte le modifiche apportate al file di SQLTrace.ini , è necessario abilitare le tracce BID prima di poter iniziare la traccia.

Aprire PowerShell come amministratore.
Passare alla cartella contenente SQLTrace.ps1.
```
CD C:\MSDATA
```
Inizializzare il registro di traccia BID.
```
.\SQLTrace.ps1 -setup
```
Riavviare il servizio o l'applicazione da tracciare. In caso contrario, l'applicazione non verrà tracciata.

Raccogliere i dati di traccia

Note

Assicurarsi che i passaggi precedenti siano stati completati in tutti i computer prima di continuare.

Aprire PowerShell in tutti i computer tracciati come amministratore. Completare i passaggi iniziali in tutti i computer prima di riprodurre il problema.
Passare alla cartella contenente SQLTrace.ps1.
```
CD C:\MSDATA
```
Avviare la raccolta di tracce.
```
.\SQLTrace.ps1 -start
```
Riprodurre il problema quando viene visualizzato il prompt dei comandi.
Interrompere la traccia.
```
.\SQLTrace.ps1 -stop
```

Una cartella di output viene generata nella directory corrente ed è possibile usarla per un'ulteriore analisi.

La traccia potrebbe richiedere un minuto o due per interrompere completamente il download dei registri eventi.

È possibile avviare e arrestare la traccia più volte senza ripetere i passaggi di configurazione. Ogni volta che viene impiegato, viene creata una nuova cartella con un timestamp come parte del nome della cartella. Questa volta corrisponde all'ora di inizio della traccia.

Dichiarazione di non responsabilità sulle informazioni di terze parti

I prodotti di terzi citati in questo articolo sono prodotti da società indipendenti da Microsoft. Microsoft non rilascia alcuna garanzia implicita o esplicita relativa alle prestazioni o all'affidabilità di tali prodotti