Dynamics 365 CE / CRM (IFD)

Windows · Applikation og database

Fornyer certifikatet på Dynamics CRM med claims-baseret godkendelse og IFD, og opdaterer AD FS, så login virker bagefter uden Deployment Manager.

Sådan forløber det

Service-agenten på serveren henter opgaven fra appliancen over udgående HTTPS, port 443.
Windows grundfunktioner importerer først certifikatet i Windows-certifikatlageret (LocalMachine\My).
CRM-websitets HTTPS-bindinger på den port, CRM bruger, skifter til det nye certifikat, og CRMAppPool-kontoen får læseadgang til nøglen. Det gamle certifikat med samme subject arkiveres, så CRM finder det nye som claims-krypteringscertifikat, og IIS genstartes. Hvis det fejler: Rollback sætter det forrige certifikat tilbage på bindingerne og arkiverer det nye; kør derefter AD FS-trinnet igen.
AD FS: integrationen AD FS opdaterer CRM's relying party trusts fra CRM's federation metadata, så AD FS krypterer login til det nye certifikat.
Kontrol: integrationen kontrollerer, at CRM serverer og offentliggør det nye certifikat.

Forbindelse: Integrationen kører gennem service-agenten på serveren. Service-agenten forbinder over udgående HTTPS til appliancen, port 443 som standard. I åbner ingen port ind til serveren.
Tjenestens porte: 443, 444
Det skal I bruge: Service-agenten installeret på serveren. Service-agenten på CRM-serveren (Full Server eller Front End) og på AD FS-serveren. En fornyelse med samme subject kræver ingen CRM-konto; skifter subject, angives en CRM Deployment Administrator som login.
Platform: Dynamics CRM 2016 og Dynamics 365 CE on-premises 9.x, Windows Server 2012 R2 og nyere
Handlinger: Discovery, Installation, Kontrol, Rollback
Integrationer: dynamics-crm-windows 1.0.0 windows-adfs 1.2.0
Bemærk: Brug ét certifikat, der dækker alle CRM-adresser: et wildcard for IFD-domænet dækker org-, auth.-, dev.- og den interne adresse, når den ligger i samme domæne. Nøglen skal ligge i en klassisk CSP; CRM bruger ikke en CNG-nøgle.