Del via


Kendte begrænsninger

Nedenfor er der kendte begrænsninger, du skal kende, når du bruger vores pakke til forebyggelse af datatab (DLP).

Generelt

  • Hvis du sletter et miljø, og det stadig er inden for den 7-dages gendannelsesperiode, kan du stadig se det i DLP-politikker, når du får dem vist i PowerShell. Når gendannelsesperioden er slut, slettes miljøet permanent. Det kan dog tage op til 7 dage, før alle referencer til miljøet automatisk fjernes fra dine DLP-politikker.
  • Der er begrænset understøttelse af DLP-handlinger i Power Platform for Admins-connectoren. Muligheden for at blokere en connector understøttes kun i DLP-handlingerne med navnet "V2" (f.eks. "Oprette DLP-politik V2"). Connector-handlingskontrol, Connector-slutpunktfiltrering og DLP for brugerdefinerede connectorer kan ikke konfigureres ved hjælp af Power Platform for Admins-connectoren.
  • Tabelfunktioner i Power Apps-udtrykssproget kan ikke styres med DLP.
  • Løsningsflow skal aktiveres én gang for at oprette en kørselsrepræsentation, før de kan målrettes mod undtagelse af DLP-håndhævelse ved hjælp af Set-PowerAppDlpPolicyExemptResources-cmdletten. Hvis aktivering af flowet ikke er tilladt, som det er, på grund af en aktuel DLP-overtrædelse, kan du foretage ændringer for at undgå overtrædelser, gemme, aktivere, tilføje undtagelsen og derefter redigere det efter behov, mens undtagelsen er aktiv.

Power Apps

Power Apps behandler Dataverse indbygget og Dataverse (ældre)-forbindelser som de samme for DLP-håndhævelse.

Bemærk

Med DLP-oprettelseserfaringer kan Dataverse (ældre) og Dataverse-connectorer grupperes separat. Hvis følgende betingelser er opfyldt, kan det bevirke, at en app ikke er DLP-kompatibel:

  • Dataverse-connectorer grupperes separat
  • En app udløser et flow
  • Både appen og flowet opretter forbindelse til Dataverse

Underordnet flow

  • Blokering af HTTP-connector blokerer også underordnede flow, fordi de underordnede flow kaldes ved hjælp af samme HTTP-connectorteknologi.
  • Hvis et underordnet flow overtræder en DLP-politik, medfører det ikke, at det overordnede flow bliver ikke-kompatibelt.

Skrivebordsflow

  • Krydskontrol af kategorierne mellem et cloudflow og de skrivebordsflow, det kalder, understøttes ikke. Dette understøttes, når DLP til skrivebordsflow er generelt tilgængelig.
  • Krydskontrol af de moduler, der bruges mellem et skrivebordsflow og alle de underordnede skrivebordsflow, understøttes ikke. Dette understøttes, når DLP til skrivebordsflow er generelt tilgængelig.
  • "Angiv standardgruppe" understøttes ikke i forbindelse med netop tilføjede moduler for skrivebordsflow. Dette understøttes, når DLP til skrivebordsflow er generelt tilgængelig.

Se også

DLP til skrivebordsflow