Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Kommentar
Azure AI-sökning är tillgängligt via Azure-portalen, REST-API:er och Azure-SDK:er. Den ligger också till grund för Foundry IQ, det hanterade kunskapsskiktet som omvandlar företagsinnehåll till återanvändbara, behörighetsmedvetna kunskapsbaser för agenter i Microsoft Foundry-portalen.
En nätverkssäkerhetsperimeter är en logisk nätverksgräns runt paaS-resurser (plattform som en tjänst) som du distribuerar utanför ett virtuellt nätverk. Den upprättar en perimeter för att kontrollera åtkomsten till offentliga nätverk till resurser som Azure AI-sökning, Azure Storage och Azure OpenAI i Microsoft Foundry Models.
Den här artikeln beskriver hur du ansluter en Azure AI-sökning-tjänst till en nätverkssäkerhetsperimeter för att styra nätverksåtkomsten till din söktjänst. Genom att ansluta till en nätverkssäkerhetsperimeter kan du:
- Logga all åtkomst till söktjänsten i kontext med andra Azure-resurser i samma perimeter.
- Blockera dataexfiltrering från en söktjänst till andra tjänster utanför perimetern.
- Tillåt åtkomst till söktjänsten med hjälp av funktionerna för inkommande och utgående åtkomst i nätverkssäkerhetsperimetern.
Du kan lägga till en söktjänst i en nätverkssäkerhetsperimeter i Azure Portal enligt beskrivningen i den här artikeln. Du kan också använda REST-API:er för sökhantering för att visa och synkronisera konfigurationsinställningarna.
Förutsättningar
En befintlig nätverkssäkerhetsperimeter. Du kan skapa en som ska associeras med söktjänsten.
Azure AI-sökning, valfri fakturerbar nivå, i alla regioner.
Azure-rolltilldelningar: Network Security Perimeter Contributor på perimetern (eller dess resursgrupp eller prenumerationen) för att skapa och hantera perimetern, profiler, åtkomstregler och associationer. Deltagare för söktjänsten (eller Deltagare) i söktjänsten för att koppla den till en perimeter. Mer information finns i Vad är en nätverkssäkerhetsperimeter?.
Om du planerar att använda indexerare konfigurerar du söktjänsten med en system- eller användartilldelad hanterad identitet och tilldelar identiteten en lämplig dataplansroll för varje datakälla.
Begränsningar
Indexerardatakällor som stöds är för närvarande begränsade till Azure Blob Storage, Azure Cosmos DB för NoSQL och Azure SQL Database.
Indexerareanslutningar till Azure PaaS för datahämtning är det primära användningsfallet inom perimetern. För annan trafik konfigurerar du regler för inkommande och utgående trafik. Information om utgående anrop till Microsoft Foundry-resurser finns i Utgående åtkomst till Microsoft Foundry-resurser. Delad privat länk är ett alternativ för specifika resurstyper.
Utgående åtkomst till Microsoft Foundry-resurser
En nätverkssäkerhetsperimeter som innehåller både din söktjänst och en Microsoft Foundry-resurs tillhandahåller en privat kanal för utgående anrop mellan dem. Eftersom perimetern fungerar på resurs- och nätverksskiktet använder varje söktjänstfunktion som anropar Foundry-resursen samma tillåtna sökväg, inklusive:
Alla färdigheter som anropar en Foundry-resurs, till exempel Azure OpenAI-färdighet för inbäddning, GenAI-promptfärdighet, färdighet för innehållsförståelse och andra Foundry-resursfärdigheter för AI-berikning och fakturering.
Azure OpenAI-vektoriserare vid frågetid under integrerad vektorisering.
Anrop för agentbaserad hämtning från en kunskapsagent till en Foundry-modelldistribution.
Så här aktiverar du den privata kanalen:
Lägg till både söktjänsten och Foundry-resursen i samma nätverkssäkerhetsperimeter eller till perimeterr som tillåter kommunikation mellan dem.
Om båda resurserna finns i samma perimeter och söktjänsten autentiserar till Foundry-resursen med hjälp av en hanterad identitet behöver du inte lägga till någon regel för utgående trafik. Trafik inom perimetern tillåts implicit. Om resurserna finns i olika perimeterer, eller om söktjänsten autentiserar med API-nycklar, lägger du till en utgående FQDN-åtkomstregel för den perimeter som är associerad med söktjänsten som riktar sig mot Foundry-resursens värdnamn. Vägledning på foundry-sidan av konfigurationen finns i Lägg till Microsoft Foundry till en nätverkssäkerhetsperimeter.
Verifiera åtkomsten i två steg:
När perimetern är i inlärningsläge kör du en kompetensuppsättning, en vektoriseringsfråga eller ett agentiskt återhämtningsanrop som anropar Foundry-resursen. Granska perimeterloggarna för att verifiera den förväntade åtkomstvägen.
Växla till framtvingat läge och kör samma åtgärd igen. Bekräfta framgång i indexerarens körningshistorik och i perimeterns utgående tillåtna loggar.
Stöd för nätverkssäkerhetsperimeter (NSP) för Microsoft.CognitiveServices resurser av typen AIServices (Microsoft Foundry) är allmänt tillgängligt. NSP-stöd för resurser av typen OpenAI (Azure OpenAI Service) finns i offentlig förhandsversion. Information om den aktuella supportlistan finns i Onboarded private link resources.
Delad privat länk till Foundry-resursen stöds fortfarande som ett alternativ.
Tilldela en söktjänst till en nätverkssäkerhetsperimeter
Associera din söktjänst med en perimeter så att all indexering och frågetrafik styrs av perimeterregler.
Tip
För automatisering använder du REST-API:er för sökhantering i stället för portalen. Mer information finns i Hantera din Azure AI-sökning-tjänst med hjälp av REST-API:er.
I Azure Portal hittar du nätverkssäkerhetsperimetertjänsten för din prenumeration.
I den vänstra rutan väljer du Inställningar>Associerade resurser.
Välj Lägg till>associera resurser med en befintlig profil.
Välj den profil som du skapade när du skapade nätverkssäkerhetsperimetern för Profil.
Välj Lägg till och välj sedan söktjänsten.
Välj Associera i det nedre vänstra hörnet för att skapa associationen.
Ta bort en söktjänst från en nätverkssäkerhetsperimeter
Så här kopplar du bort en söktjänst från en perimeter:
Gå till din nätverkssäkerhetsperimeterresurs i Azure-portalen.
I den vänstra rutan väljer du Inställningar>Associerade resurser.
Leta upp söktjänsten i tabellen, välj de tre punkterna i slutet av raden och välj sedan Ta bort association.
Bekräfta borttagningen. När associationen har tagits bort gäller inte längre perimeterregler för söktjänsten, och
publicNetworkAccessinställningen i söktjänsten styr återigen inkommande trafik.
Åtkomstlägen för nätverkssäkerhetsperimeter
Nätverkssäkerhetsperimeter stöder två olika åtkomstlägen för associerade resurser:
| Mode | Description |
|---|---|
| Inlärningsläge | Det här är standardläget för åtkomst. I inlärningsläge loggar nätverkssäkerhetsperimetern all trafik till söktjänsten som skulle nekas om perimetern körs i tvingande läge. Med det här åtkomstläget kan nätverksadministratörer förstå söktjänstens befintliga åtkomstmönster innan åtkomstreglerna tillämpas. |
| Framtvingat läge | I framtvingat läge loggar nätverkssäkerhetsperimetern och nekar all trafik som inte uttryckligen tillåts av åtkomstregler. |
Nätverkssäkerhetsperimeter och nätverksinställningar för söktjänsten
Inställningen publicNetworkAccess avgör söktjänstassociation med en nätverkssäkerhetsperimeter.
I inlärningsläge styr inställningen
publicNetworkAccessoffentlig åtkomst till resursen.I tvingat läge åsidosätter reglerna för nätverkssäkerhetsperimeter inställningen
publicNetworkAccess. Om en söktjänst med inställningenpublicNetworkAccessenabledär associerad med en nätverkssäkerhetsperimeter i framtvingat läge styrs åtkomsten till söktjänsten fortfarande av åtkomstregler för nätverkssäkerhet.
Ändra åtkomstläget för nätverkssäkerhetsperimeter
Gå till din nätverkssäkerhetsperimeterresurs i Azure-portalen.
I den vänstra rutan väljer du Inställningar>Associerade resurser.
Hitta söktjänsten i tabellen.
Välj de tre punkterna i slutet av raden och välj sedan Ändra åtkomstläge.
Välj önskat åtkomstläge och välj sedan Använd.
Aktivera nätverksåtkomst för loggning
Gå till din nätverkssäkerhetsperimeterresurs i Azure-portalen.
I den vänstra rutan väljer du Övervaka>diagnostikinställningar.
Välj Lägg till diagnostikinställning.
Ange valfritt namn, till exempel
diagnostic, för Namn på diagnostikinställning.Under Loggar väljer du allaLoggar. allLogs säkerställer att all inkommande och utgående nätverksåtkomst till resurser i nätverkssäkerhetsperimetern loggas.
Under Målinformation väljer du Arkivera till ett lagringskonto eller Skicka till Log Analytics-arbetsyta. Lagringskontot måste finnas i samma region som nätverkssäkerhetsperimetern. Du kan antingen använda ett befintligt lagringskonto eller skapa ett nytt. En Log Analytics-arbetsyta kan finnas i en annan region än den som används av nätverkssäkerhetsperimetern. Du kan också välja någon av de andra tillämpliga destinationerna.
Välj Spara för att skapa diagnostikinställningen och börja logga nätverksåtkomst.
Om du vill kontrollera att loggningen är aktiv genererar du trafik till söktjänsten (kör till exempel en fråga). Inom cirka 10 minuter frågar du tabellen
NSPAccessLogsi Log Analytics eller kontrollerar motsvarande containerinsights-logs-*i lagringskontot.
Läsa nätverksåtkomstloggar
Nätverkssäkerhetsperimeterloggar levereras till de mål som du har valt i Diagnostikinställningar. De vanligaste destinationerna är en Log Analytics arbetsyta och ett lagringskonto.
Log Analytics-arbetsyta
Tabellen NSPAccessLogs innehåller alla loggar för varje loggkategori, till exempel NspPublicInboundPerimeterRulesAllowed. Varje logg innehåller en post för nätverkssäkerhetsperimeterns nätverksåtkomst som matchar loggkategorin.
Här är ett exempel på loggformatet NspPublicInboundPerimeterRulesAllowed :
| Kolumnnamn | Innebörd | Exempelvärde |
|---|---|---|
| Resultatbeskrivning | Namnet på nätverksåtkomståtgärden. | POST /index/my-index/docs/search |
| Profil | Vilken nätverkssäkerhetsperimeter som söktjänsten var associerad med. | standardprofil |
| ServiceResourceId | Resurs-ID för söktjänsten. | search-service-resource-id |
| Matchad regel | JSON-beskrivning av regeln som loggen matchade. | { "accessRule": "IP firewall" } |
| KällaIP-adress | Käll-IP för den inkommande nätverksåtkomsten, om tillämpligt. | 192.0.2.1 |
| AccessRuleVersion | Versionen av nätverkssäkerhetsperimeterns åtkomstregler som används för att tillämpa regler för nätverksåtkomst. | 0 |
Lagringskonto
Lagringskontot har containrar för varje loggkategori, till exempel insights-logs-nsppublicinboundperimeterrulesallowed. Mappstrukturen i containern matchar resurs-ID:t för nätverkssäkerhetsperimetern och tiden då loggarna togs. Varje rad i JSON-loggfilen innehåller en post för nätverkssäkerhetsperimeterns nätverksåtkomst som matchar loggkategorin.
Till exempel använder den tillåtna kategoriloggen för inkommande perimeterregler följande format:
"properties": {
"ServiceResourceId": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/network-security-perimeter/providers/Microsoft.Search/searchServices/network-security-perimeter-search",
"Profile": "defaultProfile",
"MatchedRule": {
"AccessRule": "myaccessrule"
},
"Source": {
"IpAddress": "192.0.2.1",
}
}
Lägga till en åtkomstregel för söktjänsten
En perimeterprofil för nätverkssäkerhet anger regler som tillåter eller nekar åtkomst via perimetern.
Inom perimetern har alla resurser ömsesidig åtkomst på nätverksnivå. Du måste fortfarande konfigurera autentisering och auktorisering, men på nätverksnivå godkänns anslutningsbegäranden inifrån perimetern.
För resurser utanför nätverkssäkerhetsperimetern måste du ange regler för inkommande och utgående åtkomst. Regler för inkommande trafik anger vilka anslutningar som ska tillåtas i och utgående regler anger vilka begäranden som tillåts ut.
En söktjänst accepterar inkommande begäranden från appar som Microsoft Foundry-portalen och alla appar som skickar indexerings- eller frågebegäranden. En söktjänst skickar utgående begäranden under indexerbaserad indexering och körning av färdighetsuppsättningar. I det här avsnittet beskrivs hur du konfigurerar regler för inkommande och utgående åtkomst för Azure AI-sökning-scenarier.
Kommentar
När söktjänsten autentiseras med hjälp av en hanterad identitet och Microsoft Entra-baserade rolltilldelningar är trafik mellan resurser i samma nätverkssäkerhetsperimeter implicit tillåten på nätverksnivå. Om söktjänsten autentiseras med API-nycklar kan perimetern inte identifiera trafiken som intraperimeter, så du måste lägga till explicita regler för inkommande och utgående åtkomst även när båda resurserna finns i samma perimeter.
Lägga till en regel för inkommande åtkomst
Regler för inkommande åtkomst kan göra det möjligt för Internet och resurser utanför perimetern att ansluta med resurser inom perimetern.
Nätverkssäkerhetsperimeter stöder två typer av regler för inkommande åtkomst:
IP-adressintervall. IP-adresser eller intervall måste vara i formatet Klasslös routning mellan domäner (CIDR). Ett exempel på CIDR-notation är 192.0.2.0/24, som representerar IP-adresser som sträcker sig från 192.0.2.0 till 192.0.2.255. Den här typen av regel tillåter inkommande begäranden från alla IP-adresser inom intervallet.
Prenumerationer. Den här typen av regel tillåter inkommande åtkomst som autentiseras med hjälp av en hanterad identitet från prenumerationen. Regeln styr endast nätverkssökvägen. anroparen behöver fortfarande en Azure RBAC-rolltilldelning i söktjänsten.
Så här lägger du till en regel för inkommande åtkomst i Azure Portal:
Gå till din nätverkssäkerhetsperimeterresurs i Azure-portalen.
I den vänstra rutan väljer du Inställningar>profiler.
Välj den profil som du använder med nätverkets säkerhetsperimeter.
I den vänstra rutan väljer du Inställningar>Regler för inkommande åtkomst.
Markera Lägga till.
Ange eller välj följande värden:
Inställning Värde Regelnamn Namnet på regeln för inkommande åtkomst, till exempel MyInboundAccessRule.Källtyp Giltiga värden är IP-adressintervall eller prenumerationer. Tillåtna källor Om du har valt IP-adressintervall anger du DET IP-adressintervall i CIDR-format som du vill tillåta inkommande åtkomst från. Ladda ned Azure IP-intervall och Service Tags-filen. Om du har valt Prenumerationer använder du den prenumeration som du vill tillåta inkommande åtkomst från. Välj Lägg till för att skapa regeln för inkommande åtkomst.
Om du vill verifiera regeln växlar du associationen till framtvingat läge i en testprofil. Bekräfta att matchande begäranden visas i loggkategorin
NspPublicInboundPerimeterRulesAllowedoch att icke-matchande begäranden visas iNspPublicInboundPerimeterRulesDeniedkategorin.
Lägga till en regel för utgående åtkomst
En söktjänst gör utgående anrop under indexerbaserad bearbetning och körning av kompetensuppsättningar. Om indexerarens datakällor, en ansluten Microsoft Foundry-resurs för Foundry Tools-faktureringskunskaper eller anpassad kunskapslogik ligger utanför nätverkssäkerhetsperimetern, skapar du en regel för utgående åtkomst som gör att din söktjänst kan upprätta anslutningen.
Inom säkerhetsperimetern kan indexerare ansluta till Azure Blob Storage, Azure Cosmos DB för NoSQL och Azure SQL Database. Om indexerarna använder andra datakällor behöver du en regel för utgående åtkomst för att stödja anslutningen.
Nätverkssäkerhetsperimetern stöder regler för utgående åtkomst baserat på målets fullständigt kvalificerade domännamn (FQDN). Du kan till exempel tillåta utgående åtkomst från alla tjänster som är associerade med nätverkssäkerhetsperimetern till ett FQDN, mystorageaccount.blob.core.windows.nettill exempel .
Så här lägger du till en regel för utgående åtkomst i Azure Portal:
Gå till din nätverkssäkerhetsperimeterresurs i Azure-portalen.
I den vänstra rutan väljer du Inställningar>profiler.
Välj den profil som du använder med nätverkets säkerhetsperimeter.
I den vänstra rutan väljer du Inställningar>Regler för utgående åtkomst.
Markera Lägga till.
Ange eller välj följande värden:
Inställning Värde Regelnamn Namnet på regeln för utgående åtkomst, till exempel MyOutboundAccessRule.Måltyp Lämna som FQDN. Tillåtna mål Ange en kommaavgränsad lista över FQDN:er som du vill tillåta utgående åtkomst till. Välj Lägg till för att skapa regeln för utgående åtkomst.
Om du vill verifiera regeln växlar du associationen till framtvingat läge i en testprofil. Bekräfta att matchande utgående begäranden visas i loggkategorin
NspPublicOutboundPerimeterRulesAllowed.
Testa anslutningen via nätverkssäkerhetsperimetern
Om du vill testa anslutningen via nätverkssäkerhetsperimetern behöver du åtkomst till en webbläsare, antingen på en lokal dator med en internetanslutning eller en virtuell Azure-dator.
Ändra nätverkssäkerhetsperimeterassociationen till framtvingat läge för att börja framtvinga krav på nätverkssäkerhetsperimeter för nätverksåtkomst till söktjänsten.
Välj en klient:
Hämta din offentliga IP-adress för en lokal dator.
För en Azure-VM använder du Private Link eller letar reda på IP-adressen i Azure-portalen.
Skapa en regel för inkommande åtkomst för den IP-adressen för att tillåta åtkomst.
I Azure portalen öppnar du söktjänsten och visar dess index.
Förväntat resultat: indexlistan laddas och du kan köra en testfråga. Den inkommande IP-regeln fungerar.
Om du ser felet 403 eller "Offentlig nätverksåtkomst är inaktiverad": Klient-IP-adressen eller Azure portalen omfattas inte av en regel för inkommande trafik. Kontrollera reglerna för inkommande åtkomst.
Felsökning av vanliga problem
| Symptom | Sannolik orsak | Mitigation |
|---|---|---|
| Indexeraren misslyckas efter att ha växlat till framtvingat läge. | Söktjänstens identitet saknar en dataplansroll på datakällan, eller så stöds inte datakällan inom perimetern. | Bekräfta att söktjänsten använder en hanterad identitet och har den roll som krävs för datakällan. För datakällor som inte stöds lägger du till en regel för utgående åtkomst. |
| Skill-, vektoriserar- eller agentbaserade hämtningsanrop till en Foundry-resurs nekas. | Foundry-resursen finns i en annan perimeter, eller så autentiserar söktjänsten med API-nycklar, så kanalen är inte implicit. | Lägg till båda resurserna i samma perimeter och använd hanterad identitet, eller lägg till en utgående FQDN-regel som riktar sig mot Foundry-resursens värdnamn. Mer information finns i Utgående åtkomst till Microsoft Foundry-resurser. |
| Diagnostikloggar visas inte i Log Analytics eller lagring. | Fördröjning vid datainhämtning, eller lagringskontot inte finns i samma region som perimetern. | Vänta i upp till 10 minuter efter att du har genererat trafik och gör sedan en fråga mot tabellen NSPAccessLogs eller kontrollera motsvarande lagringscontainer insights-logs-*. Verifiera lagringskontots region. |
| Portalåtkomst till söktjänsten nekas efter tillämpning. | Din klient-IP omfattas inte av någon inkommande regel. | Lägg till en regel för inkommande åtkomst för klientens IP-adress eller återgå till inlärningsläget när du är klar med konfigurationen. |
Visa och hantera nätverkssäkerhetsperimeterkonfiguration
Använd REST API:er för nätverkssäkerhetsperimeterkonfiguration för att granska och stämma av perimeterkonfigurationer i en söktjänst.
Du kan till exempel visa en lista över aktuella perimeterkonfigurationer för en söktjänst:
az rest --method get \
--url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.Search/searchServices/<search-service-name>/networkSecurityPerimeterConfigurations?api-version=2025-05-01"
Om konfigurationen inte är synkroniserad med perimetern utlöser du en avstämning:
az rest --method post \
--url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.Search/searchServices/<search-service-name>/networkSecurityPerimeterConfigurations/<association-name>/reconcile?api-version=2025-05-01"
Använd den senaste stabila versionen av SEARCH Management REST API:er. Mer information finns i Hantera din Azure AI-sökning-tjänst med hjälp av REST-API:er.