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.
gäller för:
Azure SQL Database
Nätverkssäkerhetsperimetern (förhandsgranskning) säkrar både inkommande och utgående nätverkstrafik mellan Azure SQL Database och andra plattforms-as-en-tjänst-resurser (PaaS), såsom Azure Storage och Azure Key Vault. Den blockerar försök att kommunicera med Azure-resurser utanför perimetern.
Note
Som en förhandsgranskningsfunktion omfattas tekniken som presenteras i den här artikeln av kompletterande användningsvillkor för Förhandsversioner av Microsoft Azure.
Get started
I Azure-portalen söker du efter Nätverkssäkerhetsperimeter i resurslistan och väljer sedan Skapa.
Ange ett namn och region och välj prenumerationen.
Under avsnittet Resurser väljer du knappen Lägg till och navigerar till den SQL Database som du vill associera med perimetern.
Lägg till en regel för inkommande åtkomst. Källtypen kan vara antingen en IP-adress, en prenumeration eller andra nätverkssäkerhetsperimeter.
Lägg till en regel för utgående åtkomst för att tillåta resurser inom perimetern att ansluta till resurser utanför perimetern.
Om du redan har en Azure SQL Database och vill lägga till en nätverkssäkerhetsperimeter, använd följande steg:
Sök efter den befintliga nätverkssäkerhetsperimetern i Azure-portalen.
Välj Associerade resurser på menyn Inställningar .
Välj knappen Lägg till och välj Associera resurser med en befintlig profil.
Välj din profil från rullgardinsmenyn och välj Lägg till.
Sök efter din SQL-databasresurs, välj den nödvändiga resursen och välj sedan Associate.
Använd SQL Database med nätverkssäkerhetsperimeter
Som standard använder en nätverkssäkerhetsperimeter övergångsläge, tidigare kallat lärandeläge, som du kan använda för att logga all trafik till och från SQL Database. Du kan logga nätverkstrafiken till en Log Analytics-arbetsyta eller ett Azure Storage-konto genom att använda Diagnostic logging for Azure Network Security Perimeter. När du är redo, byt perimetern till Enforced-läge . I Enforced-läge returneras följande felmeddelande vid nekad åtkomst:
Error 42118
Login failed because the network security perimeter denied inbound access.
Funktionalitetssupport
Inte alla funktioner i Azure SQL Database interagerar med en nätverkssäkerhetsperimeter på samma sätt. Vissa funktioner flyttar data mellan logiska servrar, vissa ansluter utgående till andra Azure-tjänster, och vissa fungerar inte alls inom en perimeter. Följande tabell täcker de funktioner som hittills dokumenterats. Denna lista växer i takt med att fler inkluderar perimetervalidering. Välj en funktion för att lära dig mer om hur det fungerar med en nätverkssäkerhetsperimeter, inklusive installationssteg och eventuella begränsningar.
| Feature | Perimeterstöd | Vad du behöver veta |
|---|---|---|
| Utökade händelser | Supported | Målet event_file och funktionerna som läser händelsedata kopplas utgående till Azure Storage. I tvingande läge använder du en hanterad identitet eller lägger till en utgående FQDN-regel för ett lagringskonto när du använder en SAS-token. |
| Elastisk fråga | Stöds inom en och samma perimeter | Databasen som kör frågan och fjärrdatabasen måste ligga i samma perimeter. Elastisk fråga behöver ingen egen perimeterkonfiguration. |
| SQL Data Sync | Stöds inte av design | Data Sync körs som en proxytjänst snarare än en Azure-resurs, så den har ingen FQDN eller IP-adress att skriva perimeterregler mot. En perimeter blockerar de nätverksvägar som Data Sync kräver både i övergångs- och tvingat läge. |
Begränsningar
- En logisk server i Azure SQL Database kan inte associeras med en nätverkssäkerhetsperimeter om den innehåller en eller flera dedikerade SQL-pooler (tidigare SQL DW).
- Nätverkssäkerhetsperimeterstöd för Azure SQL Database finns tillgängligt i Azure publika molnregioner. Det finns inte tillgängligt i Azure Government. För den aktuella listan över anslutna tjänster, se Private Link-resurser som har anslutits.