Nella pagina "Login [Login] " del registro sono presenti quattro sottopagine:
Metodi di accesso web: Il login web è per "
/service/login" in 3Dfindit, è Usati per disabilitare metodi individuali (nomi host o alcuni intervalli IP).Metodi di accesso client: l'accesso client è quello disponibile in PARTdataManager e PARTadmin come metodi.
Provider OpenID: è necessario se si desidera disporre di più provider di autenticazione. Inoltre, se per l'accesso alle API si desidera disporre di un altro client OpenID con autorizzazioni speciali (parola chiave "Power Automate").
Metodi di accesso client consentiti [Allowed client login methods]:
Inserire nella colonna "Regola" [Rule] (campo di inserimento libero) un dominio (ad es. "CNS") o un nome host (ad es. DE-AGB-NAME-01).
Fare clic nella colonna "Database [Databases] " su un campo, aprire l'elenco a discesa con le opzioni WINDOWS, ERP, OPENIDC, SQL, FILE e LDAP e selezionare quelle desiderate.
La configurazione delle opzioni qui elencate avviene nella categoria Gestione dei diritti [Rights administration].
Autenticazione OpenID avanzata
Le estensioni sono ora disponibili tramite un'interfaccia utente grafica . In questo modo non è più necessario modificare manualmente i file di configurazione.
Consenti l'autenticazione di base senza richiesta al server (Non sicuro) [Enable Basic Authentication without a server request (Insecure)]: se l'opzione è attivata, il nome utente e la password vengono trasmessi in chiaro.
Provider di accesso [Login Provider]: per le soluzioni AppServer esiste un solo provider OpenID, che va configurato qui. Si tratta del provider OpenID visualizzato durante la procedura di accesso a 3Dfindit.
Oltre al provider di accesso [Login Provider] standard , cliccando sul pulsante è possibile configurare un numero illimitato di provider OpenID [OpenID Provider] aggiuntivi. In questo modo è possibile supportare in parallelo diverse fonti di identità, il che è particolarmente importante per le integrazioni e gli scenari di automazione.
La configurazione comprende le seguenti impostazioni:
In questo modo è possibile configurare ulteriori provider indipendentemente dalle impostazioni presenti in Gestione dei diritti [Rights administration] > Banche dati utenti [User databases] > OpenID .
Figura 1.274. Servizio AppServer [AppServer Service] > Pagina di registrazione "Login" > Pagina di registrazione "Token API [API tokens]"
Token API Autenticazione per un accesso semplice e sicuro alle API web
Per supportare gli accessi automatizzati all’API del server è stata introdotta una procedura basata su token API. L’obiettivo è consentire a script e integrazioni un’autenticazione sicura senza dover utilizzare direttamente le password degli utenti . Inoltre, l’ infrastruttura di autenticazione è stata ampliata in modo da consentire la configurazione parallela di più provider OpenID. Il vantaggio di un token API separato risiede anche nel fatto che la chiave API può essere facilmente cancellata senza compromettere l’utente in questione.
Token API per accessi automatizzati
I token API rappresentano il metodo di autenticazione consigliato per gli accessi alle API REST gestiti da script. Sono associati a un account utente esistente e ne ereditano le autorizzazioni. Ciò consente alle applicazioni automatizzate di accedere all’API per conto di un utente senza dover conoscere o memorizzare la sua password.
A differenza dell'autenticazione di base, in cui vengono trasmessi nome utente e password, i token API possono essere gestiti indipendentemente dalla password dell'utente. Se un token viene compromesso, è possibile revocarlo e generarne uno nuovo senza che siano necessarie modifiche all' account utente.
Un token API è costituito da un ID token pubblico e da un segreto [Secret].
Generare utilizzando il pulsante " un ID e un codice segreto.
È necessario inserire un utente. Tutti gli utenti registrati nella sezione “Gestione dei diritti” [Rights administration] possono essere inseriti qui.
Inoltre, i token API possono essere soggetti a limitazioni facoltative, ad esempio a:
Queste restrizioni riducono il rischio di abuso e consentono un utilizzo controllato degli accessi automatizzati.
Copiare utilizzando il pulsante " " l'ID, il segreto e le altre impostazioni negli appunti.
Il codice segreto [Secret] viene visualizzato esclusivamente al momento della creazione e in seguito non può più essere letto. In questo modo si impedisce che i dati di accesso vengano divulgati in un secondo momento.
Dopo aver confermato con , la voce viene inserita.
Autenticazione OpenID avanzata
Le estensioni sono ora disponibili tramite un'interfaccia utente grafica. In questo modo non è più necessario modificare manualmente i file di configurazione.
Consenti l'autenticazione di base senza richiesta al server (Non sicuro) [Enable Basic Authentication without a server request (Insecure)]: se l'opzione è attivata, il nome utente e la password vengono trasmessi in chiaro.
Provider di accesso [Login Provider]: per le soluzioni AppServer esiste un solo provider OpenID, che va configurato qui. Si tratta del provider OpenID visualizzato durante la procedura di accesso a 3Dfindit.
Oltre al provider di accesso [Login Provider] standard , cliccando sul pulsante è possibile configurare un numero illimitato di provider OpenID [OpenID Provider] aggiuntivi. In questo modo è possibile supportare parallelamente diverse fonti di identità, il che è particolarmente importante per le integrazioni e gli scenari di automazione.
La configurazione comprende le seguenti impostazioni:
In questo modo è possibile configurare ulteriori provider indipendentemente dalle impostazioni presenti in Gestione dei diritti [Rights administration] > Banche dati utenti [User databases] > OpenID .
Il servizio viene eseguito come sistema locale e non richiede l'accesso alle condivisioni di rete (richiede l'accesso alle condivisioni di rete tramite percorso UNC).
La configurazione standard di Microsoft per l'autenticazione di Windows (Kerberos) funziona. Solo il nome del computer deve essere aggiunto alla Local Intranet Zone nelle impostazioni del browser dei client.
Il servizio richiede l'accesso a condivisioni di rete esterne. Deve quindi essere eseguito come utente del servizio e la voce SPN (Service Principal Name) deve essere impostata correttamente nell'AD. Il nome del computer deve essere incluso nella zona Intranet locale nelle impostazioni del browser dei client.
setspn -S HTTP/servername.domain.name DOMAIN\serviceuser









![Servizio AppServer [AppServer Service] > Pagina di registrazione "Login" > Pagina di registrazione "Token API [API tokens]"](https://webapi.partcommunity.com/service/help/latest/pages/it/partsolutions_user/doc/resources/img/img_452351555720493abc4ea5b6bfb83d59.png)
![[Nota]](https://webapi.partcommunity.com/service/help/latest/pages/it/partsolutions_user/doc/images/note.png)
