Inregistrati aplicatii desktop care apeleaza API-uri web – platforma de identitate Microsoft

• 09/09/2019
• 2 minute de citit

• • j

  • r

  • d

  • j

  • m

In acest articol

Acest articol acopera specificul inregistrarii aplicatiei pentru o aplicatie desktop.

Tipuri de cont acceptate

Tipurile de cont acceptate intr-o aplicatie desktop depind de experienta pe care doriti sa o aprindeti. Datorita acestei relatii, tipurile de cont acceptate depind de fluxurile pe care doriti sa le utilizati.

Public pentru achizitionarea de jetoane interactive

Daca aplicatia desktop utilizeaza autentificare interactiva, va puteti conecta la utilizatori din orice tip de cont.

Public pentru fluxurile silentioase ale aplicatiei desktop

• Pentru a utiliza autentificarea Windows integrata sau un nume de utilizator si o parola, aplicatia dvs. trebuie sa se conecteze la utilizatori in propriul dvs. chirias, de exemplu, daca sunteti un dezvoltator de linie de afaceri (LOB). Sau, in organizatiile Azure Active Directory, aplicatia dvs. trebuie sa se conecteze la utilizatori in propriul dvs. chirias daca este un scenariu ISV. Aceste fluxuri de autentificare nu sunt acceptate pentru conturile personale Microsoft.
• Daca va conectati la utilizatori cu identitati sociale care promoveaza o autoritate si o politica business-to-commerce (B2C), puteti utiliza numai autentificarea interactiva si numele de utilizator-parola.

Redirectioneaza URI-urile

URI-urile de redirectionare de utilizat intr-o aplicatie desktop depind de fluxul pe care doriti sa il utilizati.

Specificati URI-ul de redirectionare pentru aplicatia dvs. configurand setarile platformei pentru aplicatie in inregistrarile de aplicatii din portalul Azure.

• Pentru aplicatiile care utilizeaza autentificarea interactiva:

  • Aplicatii care utilizeaza browsere incorporate: https://login.microsoftonline.com/common/oauth2/nativeclient (Nota: daca aplicatia dvs. va aparea o fereastra care de obicei nu contine nicio bara de adrese, utilizeaza „browserul incorporat”.)
  • Aplicatii care utilizeaza browsere de sistem: http: // localhost (Nota: daca aplicatia dvs. va aduce browserul implicit al sistemului (cum ar fi Edge, Chrome, Firefox etc.) pentru a vizita portalul de conectare Microsoft, acesta foloseste „browserul de sistem”. )

  Important

  Ca o buna practica de securitate, va recomandam sa setati in mod explicit https://login.microsoftonline.com/common/oauth2/nativeclient sau http: // localhost ca URI de redirectionare. Unele biblioteci de autentificare, cum ar fi MSAL.

  españolas calientes me follo a mi vecina
  video famosas desnudas descargar peliculas porno completas
  madura cabalgando tangas xxx
  chuponas maduros en pajilleros
  cornudos consentidos nonude model
  www rubias españolas follando por dinero
  porno españa casero maduras españolas amater
  creampie abuelas viejas mexicanas follando
  porno amateur hd porno en cine convencional
  pollones enormes miriam sanchez videos porno
  padre enseña a follar a su hija porno gay cerdo
  intercambio parejas amateur revistas xxx
  abuela enculada necrofilia xxx
  follada por su jefe tetas saltarinas
  porno gratis abuelos feet hentai
  follando con la abuela follada en tanga
  follando con mi amante porno friki
  pelis porno francesas vidio xxxx
  porno hoy paja en publico
  masajes eroticos camara oculta porno violacion gay

  NET, utilizeaza o valoare implicita a urn: ietf: wg: oauth: 2.0: oob atunci cand nu este specificat niciun alt URI de redirectionare, ceea ce nu este recomandat. Aceasta valoare implicita va fi actualizata ca o schimbare completa in urmatoarea versiune majora.

• Daca creati o aplicatie nativa Objective-C sau Swift pentru macOS, inregistrati URI-ul de redirectionare pe baza identificatorului de pachet al aplicatiei dvs. in urmatorul format: msauth. <Your.app.bundle.id>: // auth. Inlocuiti <your.app.bundle.id> cu identificatorul de pachet al aplicatiei dvs.

• Daca creati o aplicatie Node.js Electron, utilizati un protocol de fisier personalizat in locul unui URI de redirectionare web obisnuit (https: //) pentru a gestiona pasul de redirectionare al fluxului de autorizare, de exemplu msal: // redirect. Numele protocolului de fisier personalizat nu ar trebui sa fie evident de ghicit si ar trebui sa urmeze sugestiile din specificatia OAuth2.0 pentru aplicatiile native.

• Daca aplicatia dvs. utilizeaza numai autentificare Windows integrata sau un nume de utilizator si o parola, nu este necesar sa inregistrati un URI de redirectionare pentru aplicatia dvs. Aceste fluxuri fac o calatorie dus-intors la punctul final al platformei de identitate Microsoft v2.0. Aplicatia dvs. nu va fi apelata inapoi pe niciun URI specific.

• Pentru a distinge fluxul de cod al dispozitivului, autentificarea Windows integrata si un nume de utilizator si o parola de la o aplicatie client confidentiala, utilizand un flux de acreditari client utilizat in aplicatiile daemon, niciunul dintre care nu necesita un URI de redirectionare, configurati-l ca o aplicatie client publica. Pentru a realiza aceasta configuratie:

  1. In portalul Azure, selectati aplicatia in Inregistrari de aplicatii , apoi selectati Autentificare .

  2. In Setari avansate > Permiteti fluxuri de clienti publici > Activati urmatoarele fluxuri mobile si desktop:, selectati Da .

Permisiuni API

Aplicatiile desktop apeleaza API-urile pentru utilizatorul conectat. Ei trebuie sa solicite permisiuni delegate. Nu pot solicita permisiuni pentru aplicatii, care sunt tratate numai in aplicatii demon.

Pasii urmatori

Treceti la urmatorul articol din acest scenariu, configuratia codului aplicatiei.

Parere