Configuratie van klantverificatie

Experience Platform verstrekt grote flexibiliteit in de authentificatieprotocollen beschikbaar aan partners en klanten. U kunt uw bestemming vormen om het even welke industrie-standaardauthentificatiemethodes zoals te steunen OAuth2, togertokenverificatie, wachtwoordverificatie en nog veel meer.

Deze pagina verklaart hoe te opstelling uw bestemming gebruikend uw aangewezen authentificatiemethode. Gebaseerd op de authentificatieconfiguratie die u gebruikt wanneer u uw bestemming creeert, zullen de klanten verschillende soorten authentificatiepagina's zien wanneer het verbinden met de bestemming in Experience Platform UI.

Om te begrijpen waar deze component in een integratie past die met Destination SDK wordt gecreeerd, zie het diagram in configuratieopties documentatie of zie de volgende pagina's van het overzicht van bestemmingsconfiguratie:

Voordat klanten gegevens kunnen exporteren van Platform naar uw bestemming, moeten ze een nieuwe verbinding maken tussen Experience Platform en uw bestemming door de stappen uit te voeren die in het dialoogvenster doelverbinding zelfstudie.

Wanneer een doel maken door Destination SDK, de customerAuthenticationConfigurations sectie bepaalt wat de klanten in verificatiescherm. Afhankelijk van het type van bestemmingsauthentificatie, moeten de klanten diverse authentificatiedetails, zoals verstrekken:

  • Voor bestemmingen die basisverificatie, moeten de gebruikers een gebruikersbenaming en een wachtwoord in de de authentificatiepagina van het Experience Platform UI direct verstrekken.
  • Voor bestemmingen die waarmerking, moeten gebruikers een token aan toonder leveren.
  • Voor bestemmingen die OAuth2-vergunning, worden de gebruikers opnieuw gericht aan de login van uw bestemming pagina waar zij login met hun geloofsbrieven kunnen.
  • Voor Amazon S3 doelen, gebruikers moeten hun Amazon S3 toegangssleutel en geheime sleutel.
  • Voor Azure Blob doelen, gebruikers moeten hun Azure Blob verbindingsreeks.

U kunt de details van de klantenauthentificatie via /authoring/destinations eindpunt. Zie de volgende API verwijzingspagina's voor gedetailleerde API vraagvoorbeelden waar u de componenten kunt vormen die in deze pagina worden getoond.

Dit artikel beschrijft alle gesteunde configuraties van de klantenauthentificatie die u voor uw bestemming kunt gebruiken, en toont welke klanten in het Experience Platform UI zullen zien die op de authentificatiemethode wordt gebaseerd die u opstelling voor uw bestemming.

IMPORTANT
De configuratie van de klantenauthentificatie vereist u niet om het even welke parameters te vormen. U kunt de fragmenten die op deze pagina worden getoond in uw API-aanroepen kopiƫren en plakken wanneer maken of bijwerken een bestemmingsconfiguratie, en uw gebruikers zullen het overeenkomstige authentificatiescherm in het Platform UI zien.
IMPORTANT
Alle parameternamen en -waarden die door Destination SDK worden ondersteund, zijn hoofdlettergevoelig. Om fouten in hoofdlettergevoeligheid te voorkomen, gebruikt u de namen en waarden van parameters exact zoals in de documentatie wordt getoond.

Ondersteunde integratietypen supported-integration-types

Raadpleeg de onderstaande tabel voor meer informatie over de integratietypen die de op deze pagina beschreven functionaliteit ondersteunen.

Type integratie
Ondersteunt functionaliteit
Integraties in realtime (streaming)
Ja
Op bestanden gebaseerde (batch) integratie
Ja

Configuratie van verificatieregel authentication-rule

Wanneer het gebruiken van om het even welke configuraties van de klantenauthentificatie die in deze pagina worden beschreven, altijd plaatsen authenticationRule parameter in bestemmingslevering tot "CUSTOMER_AUTHENTICATION", zoals hieronder weergegeven.

{
   "destinationDelivery":[
      {
         "authenticationRule":"CUSTOMER_AUTHENTICATION",
         "destinationServerId":"{{destinationServerId}}"
      }
   ]
}

Basisverificatie basic

Basisverificatie wordt ondersteund voor realtime (streaming) integratie in Experience Platform.

Wanneer u het basisidentificatietype vormt, moeten de gebruikers een gebruikersbenaming en een wachtwoord invoeren om met uw bestemming te verbinden.

UI-weergave met basisverificatie

Aan opstellings basisauthentificatie voor uw bestemming, vorm customerAuthenticationConfigurations via de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"BASIC"
   }
]

Waardere verificatie bearer

Wanneer u het dragerauthentificatietype vormt, worden de gebruikers vereist om het dragerteken in te voeren dat zij uit uw bestemming verkrijgen.

UI-weergave met dragerverificatie

Aan opstellingstradientypeauthentificatie voor uw bestemming, vorm customerAuthenticationConfigurations via de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"BEARER"
   }
]

OAuth 2-verificatie oauth2

Gebruikers selecteren Connect to destination om OAuth 2 authentificatiestroom aan uw bestemming, zoals aangetoond in het voorbeeld hieronder voor de bestemming van het publiek van de Twitter van de Douane teweeg te brengen. Voor gedetailleerde informatie bij het vormen van OAuth 2 authentificatie aan uw bestemmingshindpunt, lees specifiek Destination SDK OAuth 2-verificatiepagina.

UI-weergave met OAuth 2-verificatie

Aan opstelling OAuth2 de authentificatie voor uw bestemming, vormt customerAuthenticationConfigurations via de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"OAUTH2"
   }
]

Amazon S3-verificatie s3

Amazon S3 de authentificatie wordt gesteund voor op dossier-gebaseerde bestemmingen in Experience Platform.

Wanneer u het Amazon S3 authentificatietype vormt, worden de gebruikers vereist om hun S3 geloofsbrieven in te voeren.

UI die met S3 authentificatie teruggeeft

Aan opstelling Amazon S3 de authentificatie voor uw bestemming, vormt customerAuthenticationConfigurations via de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"S3"
   }
]

Azure Blob-verificatie blob

Azure Blob Storage de authentificatie wordt gesteund voor op dossier-gebaseerde bestemmingen in Experience Platform.

Wanneer u het verificatietype Azure Blob configureert, moeten gebruikers de verbindingstekenreeks invoeren.

UI-weergave met Blob-verificatie

Aan opstelling Azure Blob de authentificatie voor uw bestemming, vormt customerAuthenticationConfigurations in de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"AZURE_CONNECTION_STRING"
   }
]

Azure Data Lake Storage verificatie adls

Azure Data Lake Storage de authentificatie wordt gesteund voor op dossier-gebaseerde bestemmingen in Experience Platform.

Wanneer u vormt Azure Data Lake Storage het authentificatietype, worden de gebruikers vereist om de Azure Belangrijkste geloofsbrieven van de Dienst en hun huurdersinformatie in te voeren.

UI-renderen met Azure Data Lake Storage verificatie

Aan opstelling Azure Data Lake Storage (ADLS) authentificatie voor uw bestemming, vorm customerAuthenticationConfigurations in de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"AZURE_SERVICE_PRINCIPAL"
   }
]

SFTP met wachtwoordverificatie

SFTP verificatie met wachtwoord wordt ondersteund voor op bestanden gebaseerde doelen in Experience Platform.

Wanneer u SFTP met het type van wachtwoordauthentificatie vormt, worden de gebruikers vereist om de gebruikersbenaming en het wachtwoord van SFTP, evenals het domein en de haven van SFTP in te voeren (de standaardhaven is 22).

UI-weergave met SFTP met wachtwoordverificatie

Als u SFTP-verificatie wilt instellen met een wachtwoord voor uw doel, configureert u de customerAuthenticationConfigurations in de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"SFTP_WITH_PASSWORD"
   }
]

SFTP met SSH-sleutelverificatie

SFTP verificatie met SSH key wordt ondersteund voor op bestanden gebaseerde doelen in Experience Platform.

Wanneer u SFTP met SSH zeer belangrijke authentificatietype vormt, worden de gebruikers vereist om de gebruikersbenaming van SFTP en de sleutel van SSH, evenals het domein en de haven van SFTP in te voeren (de standaardhaven is 22).

UI-weergave met SFTP met SSH-sleutelverificatie

Om de authentificatie van SFTP met de sleutel van SSH voor uw bestemming te plaatsen, vorm customerAuthenticationConfigurations in de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"SFTP_WITH_SSH_KEY"
   }
]

Google Cloud Storage verificatie gcs

Google Cloud Storage de authentificatie wordt gesteund voor op dossier-gebaseerde bestemmingen in Experience Platform.

Wanneer u vormt Google Cloud Storage verificatietype, gebruikers moeten hun gegevens invoeren Google Cloud Storage access key ID en secret access key.

UI-weergave met Google Cloud Storage-verificatie

Aan opstelling Google Cloud Storage de authentificatie voor uw bestemming, vormt customerAuthenticationConfigurations in de /destinations eindpunt zoals hieronder getoond:

"customerAuthenticationConfigurations":[
   {
      "authType":"GOOGLE_CLOUD_STORAGE"
   }
]

Volgende stappen next-steps

Na het lezen van dit artikel, zou u een beter inzicht in moeten hebben hoe u gebruikersauthentificatie aan uw bestemmingsplatform kunt vormen.

Raadpleeg de volgende artikelen voor meer informatie over de andere doelcomponenten:

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6