Az összesítő gyorsjavítási csomag (4.4.1459.0-s build) a Microsoft Identity Manager 2016 Service Pack 1 csomaghoz érhető el

Szinkronizálási szolgáltatás

A frissítés telepítése után előfordulhat, hogy a bővíthető MA-n (ECMA1 vagy ECMA 2.0) alapuló szabálybővítmények és egyéni felügyeleti ügynökök (MA-k) nem futnak, és a "stopped-extension-dll-load" futtatási állapotot eredményezhetnek. Ez a probléma akkor fordul elő, ha az alábbi folyamatok konfigurációs fájljának (.config) módosítása után futtat ilyen szabálybővítményeket vagy egyéni MA-kat:

• MIIServer.exe

• Mmsscrpt.exe

• Dllhost.exe

Szerkesztette például a MIIServer.exe.config fájlt, hogy módosítsa a FIM szolgáltatás MA szinkronizálási bejegyzéseinek feldolgozásához használt alapértelmezett kötegméretet.

Ebben az esetben a frissítés szinkronizálási motorjának telepítője szándékosan elkerüli a konfigurációs fájl cseréjét, hogy elkerülje a korábbi módosítások törlését. Mivel a konfigurációs fájl nincs lecserélve, a frissítéshez szükséges bejegyzések nem jelennek meg a fájlokban, és a szinkronizálási motor nem tölt be szabálybővítmény DLL-eket, amikor a motor teljes importálási vagy Delta Sync-futtatási profilt futtat.

A probléma megoldásához hajtsa végre az alábbi lépéseket:

1. Készítsen biztonsági másolatot a MIIServer.exe.config fájlról.

2. Nyissa meg a MIIServer.exe.config fájlt egy szövegszerkesztőben vagy a Microsoft Visual Studióban.

3. Keresse meg a <futtatókörnyezet> szakaszt a MIIServer.exe.config fájlban, majd cserélje le a <dependentAssembly> szakasz tartalmát a következőre: <dependentAssembly> <assemblyIdentity name="Microsoft.MetadirectoryServicesEx" publicKeyToken="31bf3856ad36 4e35" /> <bindingRedirect oldVersion="3.3.0.0-4.1.3.0" newVersion="4.1.4.0" /> </dependentAssembly>

4. Mentse a fájl módosításait.

5. Keresse meg a Mmsscrpt.exe.config fájlt ugyanabban a könyvtárban, a Dllhost.exe.config pedig a szülőkönyvtárban. Ismételje meg az 1–4. lépést a két fájl esetében.

6. Indítsa újra a Forefront Identity Manager szinkronizálási szolgáltatását (FIMSynchronizationService).

7. Ellenőrizze, hogy a szabálybővítmények és az egyéni felügyeleti ügynökök a várt módon működnek-e.

MIM szolgáltatás

1. probléma

A hitelesítési munkafolyamat "A szemaphore-időtúllépési időszak lejárt" hibával meghiúsul, miután az egyéni ügyfél AuthN-jogkivonatot kért.

A frissítés telepítése után a kérés a várt módon fejeződik be, és egy üzenet jelenik meg egy kommunikációs hibáról az eseménynaplóban.

2. probléma

Nagy terhelés esetén versenyhelyzet fordulhat elő, amikor két MIM-szolgáltatáspéldány egyszerre próbálja feldolgozni ugyanazt a munkafolyamatot. Ez a munkafolyamat feldolgozásának meghiúsulását okozhatja.

A frissítés telepítése után ez a probléma már nem jelentkezik.

3. probléma

Előfordulhat, hogy a halmazparticionálás nem működik, ha egy megadott feltétel alfeltételt tartalmaz. A frissítés telepítése után a particionálás beállítása megfelelően működik.

4. probléma

Idővel egyes feldolgozási adatok halmozódnak fel a MIM szolgáltatás adatbázisában, ami teljesítményproblémákat okozhat. Ez problémát okoz, ha sok objektumazonosító meg van őrizve a FIM-ben. Objektumtábla . A SQL Server Agent feladat tárolt eljárásokat futtat FIM_DeleteExpiredSystemObjectsJob, és eltávolítja a lejárt rendszerobjektumokat az összes kérelem és objektumhivatkozás összegyűjtésével, és az objektumazonosítókat a ExpiredObjectKeys táblába helyezi.

Ezután az ObjectValue* táblák összes értéke el lesz távolítva az ExpiredObjectKeys tábla minden azonosítószámához. Végül, ha az ObjectValue* táblák értékei valóban mind törölve lettek, a ExpiredObjectKeys tábla egyező sora is törlődik. Maga az objektumazonosító azonban soha nem törlődik a fim-ből. Objektumtábla .

A frissítés telepítése után a rendszer hozzáad egy új tárolt eljárást a hibakeresési névtérben az objektumok adatbázisának törléséhez.

• Tárolt eljárás neve: hibakeresés. DeleteObjectRemainders

• Szintaxis: exec hibakeresés. DeleteObjectRemainders

5. probléma

A MIM SP1 tiszta telepítése után előfordulhat, hogy a MIM Reporting vagy a MIM szolgáltatás particionálása nem működik megfelelően. A frissítés telepítése után a MIM szolgáltatás jelentéskészítési és particionálási szolgáltatása is települ, és megfelelően működik.

6. probléma

Ha a FIMService adatbázis kompatibilitási szintje 120-ra van állítva, SQL-holtpontok fordulhatnak elő. A frissítés telepítése után ezek a holtpontok már nem fordulnak elő.

Fejlesztés 1

A MIM szolgáltatás részletes nyomkövetési naplózása mostantól a szolgáltatás újraindításának kényszerítése nélkül engedélyezhető.

A funkció támogatásához egy új szakasz lesz hozzáadva a Microsoft.ResourceManagement.Service.exe.config fájlhoz. A frissítés telepítése után ez az új szakasz jelenik meg.

<dynamicLogging mode="true" loggingLevel="Critical" />

A naplózás bármilyen szintre beállítható a kritikus és a részletes szint között.

A rendszer két kimeneti fájlt ír a MIM szolgáltatás telepítési mappájába. Fontos, hogy a MIM-szolgáltatásfiók írási engedélyekkel rendelkezzen ehhez a mappához.

Mappa helye:

%programfiles%\Microsoft Forefront Identity Manager\2010\Service

Írt fájlok:

• Microsoft.ResourceManagement.Service_tracelog.svclog

• Microsoft.ResourceManagement.Service_tracelog.txt

Fejlesztés 2

A System Center 2016 Service Manager és Data Warehouse támogatása hozzáadódik a MIM szolgáltatásjelentéshez.

A frissítés előtt a MIM-jelentéskészítés nem telepíthető és nem telepíthető a System Center 2016 Service Manager Console használatával.

A frissítés telepítése után a MIM Reporting az SCSM-konzol előzetes telepítése nélkül is telepíthető és végrehajtható az SCSM bármely támogatott verziójához.

Szinkronizálási szolgáltatás

1. probléma

Ha a FIM szolgáltatásfelügyeleti ügynök exportál egy objektumtörlési műveletet, de nem kap megerősítést a törlésről, akkor előfordulhat, hogy az objektum részben újra létrejön a FIMService szolgáltatásban.

A frissítés telepítése után hiba jelenik meg az exportálási futtatás hibalistájában, és a rekreáció nem történik meg.

2. probléma

Ha egy objektum DN-je is a horgony, nem nevezhető át. Ehelyett a következő kivételt kapja:

A frissítés telepítése után az átnevezés a várt módon lesz feldolgozva.

3. probléma

Előfordulhat, hogy a titkosítási kulcskezelő kulcs (miiskmu.exe) eszköz adatbázis-zárolás miatti időtúllépés miatt nem szakítja meg a kulcsokat.

A frissítés telepítése után a kulcsok feldolgozása időtúllépés nélkül történik.

4. probléma

A szinkronizálási profil lépésének futtatásakor rendszeres teljesítményproblémák lépnek fel.

Kijavítottuk a mms_getprojected_csrefguids_noorder tárolt eljárást a teljesítmény javítása érdekében.

5. probléma

Bizonyos körülmények között a rendszer akkor is alkalmazza a szűrőalapú szinkronizálási szabályokat, ha nem kellene.

A frissítés telepítése után a szinkronizálási szabály csak akkor lesz alkalmazva, ha szükséges.

6. probléma

Ha az általános LDAP-összekötő exportálásakor konfigurálva van egy auditnaplófájl létrehozása, az exportálási futtatási profil leáll anélkül, hogy közzétennél egy BAIL hibát.

A frissítés telepítése után az exportfuttatási profil lépése megfelelően fog futni az általános LDAP-összekötőn, ha engedélyezve van a naplófájl-létrehozási beállítás.

MIM jelszó-visszaállítási portál

1. probléma

Ha az SMS-hitelesítési kapuval állít vissza egy jelszót, helytelen üzenet jelenik meg a felhasználó számára:

A frissítés telepítése után a rendszer eltávolítja a párbeszédpanelről a helytelen "Ellenőrzött hívás:" sztringet.

MIM Identity Management Portal

1. probléma

A csoporttagsághoz tartozó tagok törléséhez vagy eltávolításához húzza a felhasználókat az Eltávolítás mezőbe, és nem minden körülmények között működik.

A javítás telepítése után a felhasználók áthúzhatják a felhasználókat az Eltávolítás mezőbe a kézi csoporttagságok kezelésekor.

2. probléma

Az angol (Ausztrália) helyi dátum-/időbeállításai figyelmen kívül lesznek hagyva.

A frissítés telepítése után a rendszer alkalmazza a helyi dátum-/időformátum-beállításokat.

3. probléma

Az egyéni vezérlők nem inicializálódnak, ha egyéni eseményparaméterekkel rendelkezünk az erőforrás-vezérlés megjelenítési konfigurációjában (RCDC).

A javítás telepítése után a rendszer a várt módon inicializálja az egyéni vezérlőket.

4. probléma

Az erőforrás-vezérlés megjelenítési konfigurációjában a hibakezelés néha nem egyértelmű.

Ebben a frissítésben a hibaértesítések úgy vannak testre szabva, hogy jobban leírják a hibát.

5. probléma

Ha egy egyéni objektumra mutató másolt hivatkozást használ az Identitáskezelési portálon, az objektum nem a várt módon jelenik meg.

A frissítés telepítése után az egyéni objektum a várt módon jelenik meg a másolt hivatkozásból.

6. probléma

Amikor az eltávolítás vagy frissítés után megpróbálja telepíteni az Identitáskezelési portált a SharePoint 2016-ra, a portál nincs telepítve. Emellett a következő kivételt kapja:

A frissítés telepítésekor a telepítő újraindítja a SharePoint időzítőszolgáltatást a sikertelen SharePoint-feladatok újrapróbálásához, hogy a telepítés befejeződjön.

7. probléma

A jóváhagyási nézet RCDC-jének helytelen szimbólumai vannak, és hibát jelez.

A javítás telepítése után a jóváhagyási nézet RCDC a várt módon jelenik meg, és nem jelez kivételt.

8. probléma

A tagsági gombok, ha az egyéni csoportobjektumok nem működnek megfelelően.

A javítás telepítése után a csoporttagság gombjai a várt módon működnek.

9. probléma

Ha a Firefox böngészővel tekinti meg a MIM Identity Management portált, az objektumlista-nézetek, például a Felhasználók és a Terjesztési csoportok nem jelennek meg megfelelően.

A frissítés telepítése után az objektumlista-nézetek a várt módon jelennek meg a Firefox böngésző használatakor.

10. probléma

Ha az Internet Explorer böngészővel tekinti meg a MIM Identitáskezelési portált, előfordulhat, hogy az objektumlista-nézetek címsorai nem lesznek balra igazítva az oszlopban.

A frissítés telepítése után az objektumlista-nézet címsorai a várt módon balra igazítva jelennek meg.

11. probléma

Ha a SHAREPoint 2016-ban futtatja a MIM-portált, a Csatlakozás, a Kilépés, a Tag hozzáadása és a Tag eltávolítása gomb nem a várt módon működik az egyéni csoportobjektum-típusokon.

A frissítés telepítése után ezek a gombok a várt módon működnek az egyéni csoportobjektum-típusok esetében.

Fejlesztés 1

Annak a ténynek a kezelése érdekében, hogy a csoporthatókör alapértelmezett értéke nem állítható be, két választható tulajdonság lett hozzáadva az UoCDropDownList és az UocRadioButtonList elemhez.

• DefaultValue

• Feltétel

DefaultValue: Ez egy nem kötelező tulajdonság. Ezzel a tulajdonságkal definiálhat egy alapértelmezett értéket a vezérlőhöz, ha a vezérlőt új adatok létrehozására használják.

Például:

   <my:Control my:Name="My UocDropDownList" my:TypeName="UocDropDownList"
        …
         <my:Properties>
          ...
           <my:Property my:Name="DefaultValue" my:Value="MyDefault" />

Feltétel: A feltétel nem kötelező attribútum a tulajdonságban, és a tulajdonság alkalmazásakor a feltétel megadására szolgál. A vezérlő több olyan tulajdonsággal is rendelkezhet, amelyek azonos nevet, de különálló feltételeket használnak.

A feltétel szintaxisa a következő:

my:Condition="[left part] [condition] [right part]"

Megjegyzések

• [bal oldali rész] a következő lehetőségeket kínálja:

  • Kötés forrása és elérési útja

  • Egyszerű érték

• A [condition] a következő lehetőségeket kínálja:

  • ==

  • !=

• [jobb oldali rész] a következő lehetőségeket kínálja:

  • Kötés forrása és elérési útja

  • Egyszerű érték

Példa különböző alapértelmezett értékek létrehozására a különböző típusú csoportokhoz:

<my:Control my:Name="My UocDropDownList" my:TypeName="UocDropDownList"
        …
         <my:Properties>
          ...
           <my:Property my:Name="DefaultValue" my:Value=" MyDefautltForDistributionGroups" my:Condition="{Binding Source=object, Path=Type} == Distribution" />
          <my:Property my:Name="DefaultValue" my:Value=" MyDefautltForSecurityGroups " my:Condition="{Binding Source=object, Path=Type} == Security" />

Fejlesztés 2

A portálon létrehozott összes tevékenységtípus neve authenticationGateActivity. A frissítés telepítése után minden újonnan létrehozott ActivityType-objektum típus szerint a következő tevékenységnév-értékekkel fog rendelkezni:

• Hitelesítés: authenticationActivity1... authenticationActivityN

• Engedélyezés: authorizationActivity1... authorizationActivityN

• Művelet: actionActivity1... actionActivityN

Fejlesztés 3

A kérelmezőnek vagy a jóváhagyónak nincs módja a kérelem létrehozásakor vagy a függőben lévő kérelem jóváhagyására/elutasítására vonatkozó indoklás megadására.

Ezzel a frissítéssel egy indoklásmezőt ad hozzá a Kérés létrehozása nézethez, és új indoklási kérelem-/munkafolyamat-adatok használhatók. A rendszer a következő attribútumokat adja hozzá a [//Request/Justification] és a [//WorkflowData/Reason] paraméterekhez.

Tanúsítványkezelés

1. probléma

Ha virtuális intelligens kártyára regisztrál, a 8 karakternél rövidebb pin-kód megadása félrevezető hibát eredményez.

A frissítés telepítése után a rendszer egy releváns hibát ad vissza a felhasználónak.

2. probléma

Intelligens kártya megújításakor a felhasználók végtelen megújítási hurokba kerülhetnek.

A következő lépések okozzák a problémát:

1. Az aktuális intelligenskártya-profilok a megújítási ablakba kerülnek:

   • A felhasználó e-mailt kap a FIM CM szolgáltatástól, amely egy megújítási kérés teljesítését kéri

2. A felhasználó sikeresen végrehajtotta a megújítási kérést, és lekéri az összes megújított tanúsítványt.

3. Néhány órával később a felhasználó egy második e-mailt kap a FIM CM szolgáltatástól.

   • Ez nem várható, mivel a profilt már megújították.

4. A felhasználó végtelen megújítási hurokba kerül, ha végrehajtja a FIM CM szolgáltatás által létrehozott összes kérést.

A frissítés telepítése után csak a megfelelő kérések jönnek létre, és nincs végtelen ciklus.

3. probléma

Ha a Delta CRL-ek le vannak tiltva a MIM Tanúsítványkezelés által használt hitelesítésszolgáltatón, a MIM CM kivételt ERROR_FILE_NOT_FOUND.

A frissítés telepítése után a rendszer nem jelez kivételt.

4. probléma

A MIM CM nem támogatja a NonAdmin módot a virtuális kártyák használatakor. A virtuális intelligens kártyát csak a MIM CM-ügyfél hozhatja létre a regisztráció során. A virtuális intelligens kártya létrehozásához helyi rendszergazdai jogosultságokkal is rendelkeznie kell. Így csak a helyi rendszergazdák regisztrálhatnak új virtuális intelligens kártyára a MIM CM portálon keresztül.

A gyorsjavítás telepítése után egy új beállításkulcs konfigurálja a MIM CM-ügyfelet, hogy nem rendszergazdai módban fusson. Vegye figyelembe, hogy a virtuális intelligens kártyát előre létre kell hozni, mielőtt a felhasználó regisztrálhatja a virtuális intelligens kártyáját a nem Rendszergazda mód beállításai között.

A NonAdmin mód engedélyezéséhez módosítsa vagy hozza létre a NonAdmin=1 DWORD értéket az alábbi beállításkulcs alatt egy ügyfélszámítógépen:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\CLM\v1.0\SmartCardClient

5. probléma

Ha a MIM CM REST API-val "Letiltva" állapotra módosítja az intelligens kártya állapotát, a rendszer 501-es (NotImplemented) hibát ad vissza.

A frissítés telepítése után ugyanez a kód sikeresen letiltja az intelligens kártyát.

PUT …/api/v1.0/requests/{reqID}/smartcards/{smartcardID}
{
   “status” : “Disabled”
}

További információt az Intelligens kártya állapotának frissítése című témakörben talál a Microsoft webhelyén.

6. probléma

A MIM CM Server 4.3.1999.0-s vagy újabb verziója (a jelenlegi gyorsjavításig) nem működik a CM-ügyfelek régebbi verziójával (FIM 2010R2 és MIM).

A frissítés telepítése után a MIM CM Server együttműködik a régebbi MIM- és FIM 2010R2 CM-ügyfelekkel (a FIM 2010R2-ügyfelek 4.1.3508.0-s és újabb verziói tesztelve lettek).

7. probléma

Az "OfflineUnblock" kérés nem hozható létre a MIM CM REST API következő hívásával:

https://learn.microsoft.com/en-us/microsoft-identity-manager/reference/create-request

A frissítés telepítése után ugyanez a kód sikeresen elküldi az OfflineUnblock kérést.

8. probléma

A MIM CM REST API következő hívásával nem használhat intelligenskártya-azonosítót paraméterként, ha "Disable" (vagy bármilyen más típusú) kérést hoz létre:

https://learn.microsoft.com/en-us/microsoft-identity-manager/reference/create-request

 Csak a "profile" paraméter érhető el.

Például:

POST api/v1.0/requests
    {
        "target":"e5008CDD9E614F9BBEDC45EEEE6776F0",
        "comment":"any comment",
        "type":"Disable",
        "profiletemplateuuid":"7860DEBB-771D-464E-AAC5-2F093282CE66",
        "datacollection":[],
        "priority":"1",
        "smartcard":"49BFE09C-5590-4CC4-8A21-FB4289F4F6C8"  
     }

A frissítés telepítése után paraméterként használhatja az intelligenskártya-azonosítót.

Figyelje meg, hogy az intelligens kártya azonosítója nem egyezik meg az intelligens kártya sorozatszámával. Az intelligenskártya-azonosítót a MIM CM hozza létre minden aktív intelligens kártyához.

9. probléma

A MIM CM-ügyfél nyomkövetése nem naplózza a dátumidőt. A frissítés telepítése után az ügyfél nyomkövetési naplója tartalmazza a dátum-időadatokat.

10. probléma

Ha egy felhasználót töröl a meglévő virtuális intelligens kártyák modális párbeszédpaneljén, az a művelet egyszerű megszakítása helyett használhatatlan és zavaró hibaüzenethez vezethet.

A frissítés telepítése után a művelet megszakítja a felhasználót.

11. probléma

A kivonási folyamat nem válaszol a TPM virtuális intelligens kártyákra, ha a Beállításjegyzékben be van állítva a NonAdmin beállítás.

12. probléma

A Csere házirend ismétlődő visszavonási beállításai nem vonatkoznak a duplikált profilokra. A frissítés telepítése után a folyamat a várt módon működik. A visszavonási késleltetést a rendszer sikeresen átmásolja a duplikált profilba.

13. probléma

A MIM Tanúsítványkezelés nem naplózza a webszolgáltatás kivételadatait. A frissítés telepítése után a CM most naplózza a webszolgáltatás kivételadatait.

Fejlesztés 1

A frissítés előtt a MIM CM Modern alkalmazásban a PIN-kódokra vonatkozó szabályok egyetlen lehetősége a MinimumPinLength.

A frissítés telepítése után a következő érvényesítési beállítások érhetők el:

• Számjegy

• Kisbetűk

• Maxlength

• Minlength

• SpecialCharacte3rs

• Nagybetűs diagramok

Outlookhoz készült MIM-bővítmény

1. probléma

A MIM SP1 MSP-frissítés (4.4.1302.0-s build) alkalmazása után a 32 bites MIM-bővítmény dll-ek (például OfficeintegrationShim2010.dll) aláírása megszűnik.

Ebben a frissítésben az összes fájl a várt módon van aláírva.