Csatlakozás az Azure AI Search szolgáltatásba kulcshitelesítéssel

Az Azure AI Search kulcsalapú hitelesítést biztosít, amelyet a keresési szolgáltatással való kapcsolatokhoz használhat. Az API-kulcs egy egyedi sztring, amely 52 véletlenszerűen generált számból és betűből áll. A keresési szolgáltatás végpontjára irányuló kérés akkor fogadható el, ha a kérés és az API-kulcs is érvényes.

Feljegyzés

Rövid megjegyzés arról, hogy az Azure AI Search hogyan használja a "kulcs" terminológiát. A cikkben ismertetett "API-kulcs" a kérések hitelesítéséhez használt GUID-ra hivatkozik. Egy külön kifejezés, a "dokumentumkulcs" az indexelt tartalom egy egyedi sztringjét jelenti, amely a keresési indexben lévő dokumentumok egyedi azonosítására szolgál.

API-kulcsok típusai

A kérések hitelesítéséhez kétféle kulcs használható:

Típus Engedélyszint Maximum Létrehozás
Rendszergazda Teljes hozzáférés (írás-olvasás) az összes tartalomművelethez 2 1 A szolgáltatás létrehozásakor két rendszergazdai kulcs, más néven elsődleges és másodlagos kulcs jön létre a portálon, amelyek igény szerint egyedileg újragenerálhatók.
Lekérdezés Írásvédett hozzáférés, keresési index dokumentumgyűjteményének hatóköre 50 A szolgáltatás egy lekérdezési kulcsot hoz létre. A keresési szolgáltatás rendszergazdája igény szerint további fájlokat is létrehozhat.

1 A kettő lehetővé teszi, hogy egy kulccsal a második kulccsal továbbra is hozzáférhessen a szolgáltatáshoz.

Vizuálisan nincs különbség a rendszergazdai kulcs vagy a lekérdezési kulcs között. Mindkét kulcs 52 véletlenszerűen generált alfanumerikus karakterből álló sztring. Ha nem tudja nyomon követni, hogy milyen típusú kulcs van megadva az alkalmazásban, a portálon ellenőrizheti a kulcsértékeket.

API-kulcsok használata kapcsolatokon

Az API-kulcsok adatsíkra (tartalomra) irányuló kérelmekhez használhatók, például index vagy bármely más, a Search REST API-kban megjelenő kérés létrehozásához vagy eléréséhez. A szolgáltatás létrehozásakor az API-kulcs az adatsík-műveletek egyetlen hitelesítési mechanizmusa, de a kulcshitelesítést lecserélheti vagy kiegészítheti Azure-szerepkörökkel, ha a kódban nem használhat kemény kóddal ellátott kulcsokat.

Az API-kulcsok a keresési szolgáltatásnak küldött ügyfélkéréseken vannak megadva. Ha érvényes API-kulcsot ad át a kéréshez, az azt bizonyítja, hogy a kérés egy engedélyezett ügyféltől származik. Ha objektumokat hoz létre, módosít vagy töröl, rendszergazdai API-kulcsra lesz szüksége. Ellenkező esetben a lekérdezési kulcsok általában a lekérdezéseket kibocsátó ügyfélalkalmazások között vannak elosztva.

Az API-kulcsokat a REST API-hívások kérésfejlécében vagy az Azure SDK-kban az azure.search.documents ügyfélkódtárakat hívó kódban adhatja meg. Ha az Azure Portalt használja a feladatok végrehajtására, a szerepkör-hozzárendelés határozza meg a hozzáférés szintjét.

Ajánlott eljárások a kódolt kulcsok forrásfájlokban való használatához:

  • Csak akkor használjon API-kulcsokat, ha az adatfeltárás nem jelent kockázatot (például mintaadatok használatakor), és ha tűzfal mögött működik. Az API-kulcsok expozíciója kockázatot jelent mind az adatokra, mind a keresési szolgáltatás jogosulatlan használatára.

  • A közzététel előtt mindig ellenőrizze a kódot, a mintákat és a betanítási anyagokat, hogy meggyőződjön arról, hogy nem hagyott hátra érvényes API-kulcsokat.

  • Éles számítási feladatok esetén váltson a Microsoft Entra-azonosítóra és a szerepköralapú hozzáférésre. Vagy ha folytatni szeretné az API-kulcsok használatát, ügyeljen arra, hogy mindig figyelje , hogy ki férhet hozzá az API-kulcsokhoz , és rendszeresen újragenerálja az API-kulcsokat .

Az API-kulcsok használata az Azure Portalon:

  • A kulcshitelesítés be van építve. Alapértelmezés szerint a portál először az API-kulcsokat próbálja meg. Ha azonban letiltja az API-kulcsokat , és szerepkör-hozzárendeléseket állít be, a portál ehelyett szerepkör-hozzárendeléseket használ.

API-kulcsok megtekintésére vagy kezelésére vonatkozó engedélyek

Az API-kulcsok megtekintésére és kezelésére vonatkozó engedélyek szerepkör-hozzárendeléseken keresztül lesznek átadva. A következő szerepkörök tagjai megtekinthetik és újragenerálhatják a kulcsokat:

A következő szerepkörök nem férnek hozzá az API-kulcsokhoz:

  • Olvasó
  • Keresési index adatszolgáltatója
  • Keresési index adatolvasója

Meglévő kulcsok keresése

Az API-kulcsokat az Azure Portalon, illetve a PowerShell, az Azure CLI vagy a REST API használatával tekintheti meg és kezelheti.

  1. Jelentkezzen be az Azure Portalra , és keresse meg a keresési szolgáltatást.

  2. A Gépház területen válassza a Kulcsok lehetőségeta rendszergazdai és lekérdezési kulcsok megtekintéséhez.

Screenshot of a portal page showing API keys.

Lekérdezési kulcsok létrehozása

A lekérdezési kulcsok az indexen belüli dokumentumok írásvédett elérésére szolgálnak a dokumentumgyűjteményt célzó műveletekhez. A keresési, szűrési és javaslati lekérdezések mind olyan műveletek, amelyek lekérdezési kulcsot vesznek igénybe. Minden írásvédett művelethez, amely rendszeradatokat vagy objektumdefiníciókat ad vissza, például indexdefiníciót vagy indexelő állapotot, rendszergazdai kulcsot igényel.

Az ügyfélalkalmazások hozzáférésének és műveleteinek korlátozása elengedhetetlen a szolgáltatás keresési eszközeinek védelméhez. Mindig használjon lekérdezési kulcsot rendszergazdai kulcs helyett az ügyfélalkalmazásból származó lekérdezésekhez.

  1. Jelentkezzen be az Azure Portalra , és keresse meg a keresési szolgáltatást.

  2. A Gépház alatt válassza a Kulcsok lehetőségetaz API-kulcsok megtekintéséhez.

  3. A Lekérdezési kulcsok kezelése területen használja a szolgáltatáshoz már létrehozott lekérdezési kulcsot, vagy hozzon létre új lekérdezési kulcsokat. Az alapértelmezett lekérdezési kulcs nincs elnevezve, de más generált lekérdezési kulcsok is elnevezhetők a kezelhetőség érdekében.

    Screenshot of the query key management options.

Rendszergazdai kulcsok újragenerálása

Minden szolgáltatáshoz két rendszergazdai kulcs jön létre, hogy az üzletmenet folytonossága érdekében a másodlagos kulcs használatával elforgathassa az elsődleges kulcsot.

  1. A Gépház területen válassza a Kulcsok lehetőséget, majd másolja a másodlagos kulcsot.

  2. Minden alkalmazás esetében frissítse az API-kulcs beállításait a másodlagos kulcs használatára.

  3. Hozza létre újra az elsődleges kulcsot.

  4. Frissítse az összes alkalmazást az új elsődleges kulcs használatára.

Ha véletlenül újragenerálja a két kulcsot egyszerre, a kulcsokat használó összes ügyfélkérés http 403 Forbidden paranccsal meghiúsul. A tartalom azonban nem törlődik, és nincs véglegesen kizárva.

A szolgáltatást továbbra is elérheti a portálon keresztül vagy programozott módon. A felügyeleti függvények nem szolgáltatás API-kulcson, hanem előfizetés-azonosítón keresztül működnek, így akkor is elérhetők, ha az API-kulcsok nem.

Miután új kulcsokat hoz létre a portálon vagy a felügyeleti rétegen keresztül, a rendszer visszaállítja a hozzáférést a tartalomhoz (indexek, indexelők, adatforrások, szinonimák leképezései), miután kérések esetén megadta ezeket a kulcsokat.

Biztonságos API-kulcsok

Szerepkör-hozzárendelések használatával korlátozhatja az API-kulcsokhoz való hozzáférést.

Vegye figyelembe, hogy nem használható ügyfél által felügyelt kulcstitkosítás az API-kulcsok titkosításához. Csak a keresési szolgáltatáson belüli bizalmas adatok (például indextartalmak vagy kapcsolati sztring adatforrás-objektumdefiníciók) titkosíthatók CMK-titkosítással.

  1. Lépjen a keresési szolgáltatás lapjára az Azure Portalon.

  2. A bal oldali navigációs panelen válassza a Hozzáférés-vezérlés (IAM) lehetőséget, majd a Szerepkör-hozzárendelések lapot.

  3. A Szerepkörszűrőben válassza ki azokat a szerepköröket, amelyek jogosultak a kulcsok megtekintésére vagy kezelésére (Tulajdonos, Közreműködő, Keresési szolgáltatás közreműködője). Az ezekhez a szerepkörökhöz rendelt biztonsági tagok kulcsengedélyekkel rendelkeznek a keresési szolgáltatáshoz.

  4. Elővigyázatosságból ellenőrizze a Klasszikus rendszergazdák lapot is annak megállapításához, hogy a rendszergazdák és a társadminisztrátorok rendelkeznek-e hozzáféréssel.

Lásd még