Furnizor de daune in SharePoint

• 25.09.2017
• 3 minute de citit

In acest articol

Furnizori de daune

Un furnizor de revendicari din SharePoint Server emite revendicari si pacheteaza revendicari in jetoane de securitate, adica in jetonul utilizatorului. Cand un utilizator se conecteaza la SharePoint Server, simbolul utilizatorului este validat si apoi utilizat pentru a se conecta la SharePoint.

Un furnizor de reclamatii din SharePoint are doua roluri: marire si alegere.

Cresterea cererilor

In rolul de marire, un furnizor de revendicari mareste un jeton de utilizator cu revendicari in timpul conectarii. Cresterea reclamatiilor permite unei aplicatii sa creasca reclamatiile suplimentare in jetonul utilizatorului. De exemplu, cu conectarea bazata pe Windows, serviciul de director Active Directory poate mari toate grupurile de securitate ale unui utilizator in simbolul Windows al utilizatorului. Cu logarea bazata pe reclamatii, o aplicatie de gestionare a relatiei cu clientii (CRM) poate spori rolurile dintr-o baza de date CRM. Prin includerea acestor revendicari in simbolul utilizatorului, resursele pot fi autorizate impotriva acestor revendicari. Adica, aceste afirmatii sunt utilizate pentru a determina daca un anumit utilizator are acces la resurse specifice.

Reclamarea reclamatiilor

In rolul de selectare, un furnizor de daune ofera listarea, solutionarea, cautarea si afisarea prietenoasa a functionalitatii daunelor in selectorul de persoane. Alegerea revendicarilor permite unei aplicatii sa apara revendicarile in selectorul de persoane, de exemplu atunci cand se configureaza securitatea unui site SharePoint sau a unui serviciu SharePoint.

Furnizorul de reclamatii utilizeaza scenarii

Furnizorii de reclamatii sunt folositi pentru a rezolva diferite scenarii. Urmatoarele sunt cateva exemple de scenarii pe care le puteti utiliza pentru a rezolva furnizorii de reclamatii.

Listeaza, rezolva si cauta

In SharePoint Server, exista furnizori de revendicari incorporate pentru a activa lista, rezolva si cauta furnizori de autentificare incorporata. Exemple de furnizori de autentificare incorporati sunt Windows Active Directory, autentificare bazata pe formulare si emitenti de token de incredere de securitate pentru afirmare (SAML) – adica un serviciu de token de securitate (STS).

Pentru un emitent de jetoane SAML de incredere, SharePoint Server nu ofera lista sau cautare. Cand un utilizator introduce o anumita valoare, SharePoint Server o rezolva intotdeauna. Aceasta inseamna ca, daca introduceti [email protected], selectorul de persoane accepta valoarea. Acest lucru se datoreaza faptului ca nu exista un standard industrial care sa specifice modul in care un STS rezolva, implementeaza cautarea sau listeaza valorile revendicarilor.

Utilizatorii pot inlocui furnizorul de revendicari incorporat pentru a implementa functii de cautare personalizate, rezolutie de nume si lista. Acest lucru este foarte util in scenarii precum utilizarea unui emitent de simbol SAML de incredere.

Utilizatorii autentificati sau revendicarile tuturor utilizatorilor

In SharePoint Server, exista unii furnizori specifici de revendicari incorporate care permit implementarea suportului pentru concepte precum utilizatorii autentificati. Aceasta este, de asemenea, cunoscuta sub numele de revendicare pentru toti utilizatorii. Acest scenariu va permite sa acordati drepturi tuturor utilizatorilor de la un anumit furnizor de autentificare.

In SharePoint Server, exista, de asemenea, un furnizor de revendicari de sistem care adauga unele revendicari interne utilizate de un serviciu de taxonomie. De exemplu, adauga identitatea fermei si contul de pool de aplicatii.

Adaugarea de revendicari la un jeton original

Unii dintre furnizorii de reclamatii incorporate sunt, de asemenea, utilizati pentru a adauga reclamatiile din „simbolul” original. Cuvantul „token” este marcat intre ghilimele, deoarece unii furnizori de autentificare, de exemplu, autentificarea bazata pe forme (adica membrii ASP.NET si furnizorii de roluri), nu furnizeaza un token real. In acest caz, ganditi-va la acest simbol dintr-o perspectiva conceptuala.

Ar putea fi necesar sa adaugati revendicari suplimentare la simbolul original al unui utilizator. Pentru acest scenariu, ar putea fi necesar un furnizor de daune. De exemplu, ar putea fi necesar un furnizor de reclamatii pentru a adauga roluri SAP la simbolul de revendicare original al unui utilizator.

Identitate nu din simbolul original

Sa presupunem un scenariu in care sistemul dvs. are anumite cerinte specifice pentru alegerea si revendicare de persoane. In acest scenariu, cunoasteti identitatea utilizatorului pe baza ID-ului unic Microsoft Passport (PUID) si a utilizatorului original. Cu toate acestea, informatiile despre utilizator nu provin din simbolul original al utilizatorului; provine din Active Directory personalizat. Aveti, de asemenea, cateva grupuri Active Directory suplimentare la care poate apartine utilizatorul, care nu sunt continute in jetonul de utilizator original (emis de Windows Live ID). In acest scenariu, puteti crea un furnizor de daune pentru a va satisface nevoile specifice sistemului.

Vezi si

• Identitate bazata pe revendicari in SharePoint

• Revendicari primite: conectarea la SharePoint

• Cum: Creati un furnizor de reclamatii in SharePoint

• Cum sa: Implementati un furnizor de reclamatii in SharePoint