Omówienie obsługi sieci wirtualnej Microsoft Azure

Note

Społeczność Power Platform Virtual Network w aplikacji Microsoft Viva Engage jest dostępna. Opublikuj wszelkie pytania lub opinie dotyczące tej funkcji. Dołącz, wypełniając żądanie za pośrednictwem następującego formularza: Żądanie dostępu do społeczności Finance and Operations Viva Engage.

Korzystając z obsługi Azure Virtual Network (VNet) dla platformy Power Platform, można zintegrować platformę Power Platform z zasobami wewnątrz sieci wirtualnej bez uwidaczniania ich za pośrednictwem publicznego Internetu. Obsługa usługi VNet korzysta z delegacji podsieci platformy Azure do zarządzania ruchem wychodzącym z usługi Power Platform w czasie wykonywania. Korzystając z delegowania podsieci w usłudze Azure, chronione zasoby nie muszą być dostępne przez Internet, aby integrować się z usługą Power Platform. Korzystając z obsługi sieci wirtualnej, składniki platformy Power Platform mogą wywoływać zasoby należące do przedsiębiorstwa w sieci, niezależnie od tego, czy są one hostowane w Azure, czy lokalnie, oraz używać wtyczek i łączników do nawiązywania wywołań wychodzących.

Power Platform przeważnie integruje się z zasobami przedsiębiorstwa za pośrednictwem sieci publicznych. W przypadku sieci publicznych zasoby przedsiębiorstwa muszą być dostępne z listy zakresów adresów IP Azure lub tagów usług, które opisują publiczne adresy IP. Jednak obsługa usługi VNet w usłudze Power Platform umożliwia korzystanie z sieci prywatnej i nadal integrowanie się z usługami w chmurze lub usługami hostowanymi wewnątrz sieci przedsiębiorstwa.

Azure usługi są chronione wewnątrz sieci wirtualnej przez prywatne punkty końcowe. Za pomocą usługi ExpressRoute możesz przenieść zasoby lokalne wewnątrz sieci wirtualnej.

Power Platform używa usługi VNet i podsieci, które delegujesz, aby nawiązywać połączenia wychodzące do zasobów firmowych za pośrednictwem prywatnej sieci firmowej. Korzystając z sieci prywatnej, nie musisz kierować ruchu przez publiczny Internet, co może spowodować uwidocznienie zasobów przedsiębiorstwa.

W sieci wirtualnej masz pełną kontrolę nad ruchem wychodzącym z platformy Power Platform. Administrator sieci stosuje zasady sieciowe do ruchu sieciowego. Na poniższym diagramie przedstawiono sposób interakcji zasobów wewnątrz sieci z siecią wirtualną.

Zrzut ekranu przedstawiający sposób interakcji zasobów wewnątrz sieci przedsiębiorstwa z siecią wirtualną.

Zalety obsługi sieci wirtualnej Azure

Dzięki obsłudze sieci wirtualnej składniki platform Power Platform i Dataverse uzyskują wszystkie korzyści, które zapewnia delegowanie podsieci Azure, takie jak:

  • Ochrona danych: obsługa sieci wirtualnej umożliwia usługom Power Platform łączenie się z prywatnymi i chronionymi zasobami bez ujawniania ich w Internecie.

  • Brak nieautoryzowanego dostępu: obsługa sieci wirtualnej łączy się z zasobami bez konieczności używania zakresów adresów IP platformy Power Platform ani tagów usług w połączeniu.

Szacowanie rozmiaru podsieci dla Power Platform środowisk

Dane telemetryczne i obserwacje z ostatniego roku wskazują, że środowiska produkcyjne zwykle wymagają od 25 do 30 adresów IP, a większość przypadków użycia mieści się w tym zakresie. Na podstawie tych informacji przydziel 25 do 30 adresów IP dla środowisk produkcyjnych i od 6 do 10 adresów IP dla środowisk nieprodukcyjnych, takich jak piaskownica lub środowiska deweloperskie. Kontenery połączone z siecią wirtualną używają głównie adresów IP w podsieci. Gdy środowisko zacznie być używane, tworzy co najmniej cztery kontenery, które są dynamicznie skalowane na podstawie woluminu wywołań, choć zwykle pozostają w zakresie od 10 do 30 kontenerów. Te kontenery wykonują wszystkie żądania dla odpowiednich środowisk i efektywnie obsługują żądania połączeń równoległych.

Planowanie dla wielu środowisk

W przypadku korzystania z tej samej delegowanej podsieci dla wielu środowisk platformy Power Platform może być potrzebny większy blok adresów IP bezklasowego routingu międzydomenowego (CIDR). Rozważ zalecaną liczbę adresów IP dla środowisk produkcyjnych i nieprodukcyjnych podczas łączenia środowisk z jedną zasadą. Każda podsieć rezerwuje pięć adresów IP, dlatego uwzględnij te zarezerwowane adresy w szacowaniu.

Note

Aby zwiększyć wgląd w wykorzystanie zasobów, zespół rozwoju produktu pracuje nad ujawnieniem zużycia adresów IP w delegowanych podsieciach w ramach zasad i podsieci przedsiębiorstwa.

Przykładowa alokacja adresów IP

Rozważmy dzierżawę z dwiema zasadami przedsiębiorstwa. Pierwsza zasada dotyczy środowisk produkcyjnych, a druga zasada dotyczy środowisk nieprodukcyjnych.

Polityka przedsiębiorstwa produkcyjnego

Jeśli masz cztery środowiska produkcyjne skojarzone z zasadami przedsiębiorstwa, a każde środowisko wymaga 30 adresów IP, łączna alokacja adresów IP to:

(Cztery środowiska x 30 adresów IP) + 5 zarezerwowanych adresów IP = 125 adresów IP

Ten scenariusz wymaga bloku CIDR o wartości /25, który ma pojemność dla 128 adresów IP.

Polityka przedsiębiorstw nieprodukcyjnych

W przypadku nieprodukcyjnej polityki przedsiębiorstwa obejmującej 20 środowisk deweloperskich i piaskownicowych, a każde środowisko wymaga 10 adresów IP, łączna alokacja adresów IP to:

(Dwadzieścia środowisk x 10 adresów IP) + 5 zarezerwowanych adresów IP = 205 adresów IP

Ten scenariusz wymaga bloku CIDR /24, który ma pojemność dla 256 adresów IP i ma wystarczającą ilość miejsca, aby dodać więcej środowisk do zasad przedsiębiorstwa.

Obsługiwane scenariusze

Power Platform obsługuje usługę VNet zarówno dla wtyczek Dataverse, jak i łączników. Dzięki tej obsłudze można utworzyć bezpieczną, prywatną, wychodzącą łączność z platformy Power Platform do zasobów w sieci wirtualnej. Wtyczki i łączniki usługi Dataverse zwiększają bezpieczeństwo integracji danych, łącząc się z zewnętrznymi źródłami danych z Power Apps, Power Automate i aplikacji Dynamics 365. Możesz na przykład:

  • Użyj wtyczek usługi Dataverse, aby nawiązać połączenie ze źródłami danych w chmurze, takimi jak Azure SQL, Azure Storage, magazyn obiektów blob lub Azure Key Vault. Można chronić dane przed eksfiltracją danych i innymi zdarzeniami.
  • Użyj wtyczek usługi Dataverse, aby bezpiecznie łączyć się z prywatnymi zasobami chronionymi przez punkt końcowy w Azure, takimi jak internetowy interfejs API lub wszelkie zasoby w sieci prywatnej, takie jak SQL i internetowy interfejs API. Można chronić dane przed naruszeniami danych i innymi zewnętrznymi zagrożeniami.
  • Używaj łączników obsługiwanych przez sieć wirtualną, takich jak SQL Server, aby bezpiecznie łączyć się ze źródłami danych hostowanymi w chmurze, takimi jak Azure SQL lub SQL Server, bez ujawniania ich w Internecie. Podobnie za pomocą łącznika kolejki Azure można ustanowić bezpieczne połączenia z prywatnymi kolejkami Azure Queues z obsługą punktów końcowych.
  • Użyj łącznika Azure Key Vault, aby bezpiecznie nawiązać połączenie z prywatnymi zasobnikami Azure Key Vault chronionych punktem końcowym.
  • Użyj łączników custom aby bezpiecznie połączyć się z usługami chronionymi przez prywatne punkty końcowe w Azure lub usługach hostowanych w sieci prywatnej.
  • Użyj Azure File Storage aby bezpiecznie połączyć się z prywatnym magazynem plików Azure obsługującym punkty końcowe.
  • Protokół HTTP z Microsoft Entra ID (wstępnie uwierzytelniony) umożliwia bezpieczne pobieranie zasobów za pośrednictwem sieci wirtualnych z różnych usług internetowych, uwierzytelnionych przez Microsoft Entra ID lub lokalną usługę internetową.

Limitations

  • Wtyczki o niskim kodzie usługi Dataverse , które używają łączników, nie są obsługiwane, dopóki te typy łączników nie zostaną zaktualizowane w celu używania delegowania podsieci.
  • Operacje kopii, kopii zapasowych i przywracania cyklu życia środowiska są używane w środowiskach Power Platform obsługiwanych w sieci wirtualnej. Możesz wykonać operację przywracania w tej samej sieci wirtualnej i w różnych środowiskach, pod warunkiem, że są one połączone z tą samą siecią wirtualną. Ponadto operacja przywracania jest dozwolona ze środowisk, które nie obsługują takich sieci wirtualnych.

Obsługiwane regiony

Przed utworzeniem sieci wirtualnej i zasad przedsiębiorstwa zweryfikuj region środowiska platformy Power Platform, aby upewnić się, że znajduje się on w obsługiwanym regionie. Get-EnvironmentRegion Użyj polecenia cmdlet z modułu diagnostyki podsieci programu PowerShell, aby pobrać informacje o regionie środowiska.

Po potwierdzeniu regionu środowiska upewnij się, że zasady organizacji i zasoby platformy Azure są skonfigurowane w odpowiednich obsługiwanych regionach platformy Azure. Jeśli na przykład środowisko platformy Power Platform znajduje się w Wielkiej Brytanii, sieć wirtualna i podsieci muszą znajdować się w regionach uksouth i ukwest Azure. Jeśli region platformy Power Platform ma więcej niż dwie dostępne pary regionów, musisz użyć określonej pary regionów zgodnej z regionem środowiska. Jeśli na przykład Get-EnvironmentRegion zwraca westus dla Twojego środowiska, wtedy Twoja sieć wirtualna i podsieci muszą znajdować się w regionach eastus i westus.

Region platformy Power Platform region świadczenia platformy Azure
Stany Zjednoczone eastus (wschodnie USA), westus (zachodnie USA)
Republika Południowej Afryki południowoafrykański północ, południowoafrykański zachód
Zjednoczone Królestwo UK Południe, UK Zachód
Japonia japaneast (wschód Japonii), japanwest (zachód Japonii)
India Indie Środkowe, Indie Południowe
Francja francecentral, francesouth
Europa zachodnia Europa, północna Europa
Niemcy Niemcy Północ, Niemcy Zachodnio-Centralna
Szwajcaria SzwajcariaPółnoc, SzwajcariaZachód
Canada Kanada Centralny, Kanada Wschodni
Brazylia Brazylia Południe
Australia australiasoutheast (Australia Southeast), australiaeast (Australia East)
Azja Azja Wschodnia, Azja Południowo-Wschodnia
Zjednoczone Emiraty Arabskie uaenorth
Korea koreasouth, koreacentral
Norwegia norwegia-zachód, norwegia-wschód
Singapur southeastasia
Szwecja swedencentral
Włochy północne Włochy
Rząd USA usgovtexas, usgovvirginia

Note

Obsługa w środowiskach chmury dla instytucji rządowych USA jest obecnie dostępna tylko dla środowisk wdrożonych w chmurze Government Community Cloud — High (GCC High) lub Departamencie Obrony (DoD). Obsługa środowisk Government Community Cloud (GCC) nie jest dostępna.

Obsługiwane usługi

W poniższej tabeli wymieniono usługi, które obsługują delegowanie Azure podsieci na potrzeby obsługi sieci wirtualnej dla platformy Power Platform.

Obszar Usługi platformy Power Platform Dostępność obsługi VNet
Dataverse Wtyczki usługi Dataverse Ogólnie dostępne
Złącza Ogólnie dostępne
Złącza Ogólnie dostępne

Obsługiwane środowiska

Obsługa sieci wirtualnych (VNet) w usłudze Power Platform nie jest dostępna we wszystkich środowiskach usługi Power Platform. W poniższej tabeli wymieniono typy środowisk, które obsługują sieć wirtualną.

Typ środowiska Supported
Produkcyjne Yes
Default Yes
Piaskownica Yes
Deweloper Yes
Proces sądowy No
Microsoft Dataverse dla platformy Teams No

Zagadnienia dotyczące włączania obsługi sieci wirtualnej dla środowiska platformy Power Platform

Gdy korzystasz z obsługi sieci VNet w środowisku usługi Power Platform, wszystkie obsługiwane usługi, takie jak wtyczki i łączniki usługi Dataverse, wykonują żądania w czasie wykonywania w delegowanej podsieci i podlegają Twoim zasadom sieciowym. Rozmowy z publicznie dostępnymi zasobami zaczęły się łamać.

Ważna

Przed włączeniem obsługi środowiska wirtualnego dla środowiska platformy Power Platform sprawdź kod wtyczek i łączników. Zaktualizuj adresy URL i połączenia, aby pracować z łącznością prywatną.

Na przykład wtyczka może próbować nawiązać połączenie z publicznie dostępną usługą, ale zasady sieciowe nie zezwalają na publiczny dostęp do Internetu w sieci wirtualnej. Polityka sieciowa blokuje wywołanie z wtyczki. Aby uniknąć zablokowanego wywołania, możesz hostować publicznie dostępną usługę w sieci wirtualnej. Alternatywnie, jeśli usługa jest hostowana w Azure, możesz użyć prywatnego punktu końcowego w usłudze przed włączeniem obsługi sieci wirtualnej w środowisku platformy Power Platform.

Często zadawane pytania

Jaka jest różnica między bramą danych sieci wirtualnej a obsługą sieci wirtualnej dla platformy Power Platform?

Brama danych sieci wirtualnej to brama zarządzana używana do uzyskiwania dostępu do usług Azure i Power Platform z sieci wirtualnej bez konieczności konfigurowania lokalnej bramy danych. Na przykład brama jest zoptymalizowana pod kątem obciążenia ETL (wyodrębnianie, przekształcanie, ładowanie) w przepływach danych Power BI i Power Platform.

Obsługa usługi Azure VNet dla platformy Power Platform wykorzystuje delegowanie podsieci w Azure dla środowiska usługi Power Platform. Podsieci są używane przez obciążenia w środowisku Power Platform. Obciążenia interfejsu API platformy Power Platform korzystają z obsługi sieci wirtualnej, ponieważ żądania są krótkotrwałe i zoptymalizowane pod kątem dużej liczby żądań.

Jakie są scenariusze, w których należy używać obsługi sieci wirtualnej dla platformy Power Platform i bramy danych sieci wirtualnej?

Obsługa sieci wirtualnej dla platformy Power Platform jest jedyną obsługiwaną opcją dla wszystkich scenariuszy dotyczących łączności wychodzącej z platformy Power Platform z wyjątkiem Power BI i przepływów danych platformy Power Platform.

Power BI i przepływy danych platformy Power Platform nadal korzystają z bramy danych sieci wirtualnej.

Jak zagwarantować, że podsieć sieci wirtualnej lub brama danych od jednego klienta nie jest używana przez innego klienta w Power Platform?

  • Obsługa sieci VNet w usłudze Power Platform wykorzystuje delegowanie podsieci Azure.

  • Każde środowisko Power Platform jest połączone z jedną podsiecią sieci wirtualnej. Dostęp do tej sieci wirtualnej mogą mieć tylko wywołania tego środowiska.

  • Delegowanie umożliwia wyznaczenie określonej podsieci dla platformy Azure jako usługi (PaaS), która musi zostać wstrzyknięta do sieci wirtualnej.

Czy VNet obsługuje przełączanie awaryjne dla platformy Power Platform?

Tak, należy delegować sieci wirtualne dla obu regionów Azure skojarzonych z regionem platformy Power Platform. Jeśli na przykład środowisko platformy Power Platform znajduje się w Kanadzie, musisz utworzyć, delegować i skonfigurować sieci wirtualne w CanadaCentral i CanadaEast.

Jak środowisko Power Platform w jednym regionie może się połączyć z zasobami hostowanymi w innym regionie?

Sieć wirtualna połączona ze środowiskiem platformy Power Platform musi znajdować się w regionie środowiska platformy Power Platform. Jeśli sieć wirtualna znajduje się w innym regionie, utwórz sieć wirtualną w regionie środowiska Power Platform i użyj komunikacji równorzędnej sieci wirtualnych w podsieciach delegowanych sieci wirtualnych w obu regionach platformy Azure, aby połączyć ją z siecią wirtualną w innym regionie.

Czy można monitorować ruch wychodzący z delegowanych podsieci?

Tak. Sieciowa grupa zabezpieczeń i zapory umożliwiają monitorowanie ruchu wychodzącego z delegowanych podsieci. Aby uzyskać więcej informacji, zobacz Monitor Azure Virtual Network.

Czy można wykonywać wywołania powiązane z Internetem z wtyczek lub łączników po delegowaniu podsieci w środowisku?

Tak. Dostęp do Internetu jest domyślnie dostępny dla wtyczek i łączników w środowisku z delegowaną podsiecią. Dołącz bramę translatora adresów sieciowych Azure do delegowanej podsieci, aby organizacja mogła kontrolować i zabezpieczać dostęp wychodzący. Aby uzyskać więcej informacji, zobacz Best practices for securing outbound connections from Power Platform services (Najlepsze rozwiązania dotyczące zabezpieczania połączeń wychodzących z usług platformy Power Platform).

Czy mogę zaktualizować zakres adresów IP podsieci po jego delegowaniu do Microsoft.PowerPlatform/enterprisePolicies?

Nie, gdy dana funkcja jest używana w danym środowisku. Nie można zmienić zakresu adresów IP podsieci po jej delegowaniu do "Microsoft. PowerPlatform/enterprisePolicies." Jeśli zmienisz zakres adresów IP, konfiguracja delegowania ulegnie awarii, a środowisko przestanie działać. Aby zmienić zakres adresów IP, użyj Disable-SubnetInjection, wprowadź niezbędne zmiany, a następnie włącz tę funkcję w swoim środowisku.

Czy mogę zaktualizować adres DNS mojej sieci wirtualnej po jej delegowaniu do Microsoft.PowerPlatform/enterprisePolicies?

Nie, gdy dana funkcja jest używana w danym środowisku. Nie można zmienić adresu DNS sieci wirtualnej po jej delegowaniu do Microsoft.PowerPlatform/enterprisePolicies. Jeśli zmienisz adres DNS, zmiana nie zostanie pobrana w konfiguracji, a środowisko może przestać działać. Aby zmienić adres DNS, użyj polecenia Disable-SubnetInjection , aby odłączyć wszystkie środowiska z zasad, wprowadź niezbędne aktualizacje sieci wirtualnej, poczekaj 30 minut, aby upewnić się, że zmiany zostaną rozpropagowane, a następnie ponownie włącz iniekcję podsieci przy użyciu polecenia Enable-SubnetInjection.

Czy mogę używać tych samych zasad przedsiębiorstwa w wielu Power Platform środowiskach?

Tak. Możesz używać tych samych zasad przedsiębiorstwa w wielu Power Platform środowiskach. Istnieje jednak ograniczenie polegające na tym, że środowiska wczesnego cyklu wydawniczego nie mogą być używane z tymi samymi zasadami przedsiębiorstwa co inne środowiska.

Moja sieć wirtualna ma skonfigurowaną niestandardową usługę DNS. Czy Power Platform używa mojego niestandardowego DNS?

Tak. Platforma Power Platform używa niestandardowego systemu DNS skonfigurowanego w sieci wirtualnej, która przechowuje podsieć delegowana do rozpoznawania wszystkich punktów końcowych. Po przekazaniu środowiska możesz zaktualizować wtyczki, aby korzystały z właściwego punktu końcowego, dzięki czemu niestandardowy DNS będzie mógł je prawidłowo rozwiązywać.

Moje środowisko zawiera wtyczki dostarczone przez dostawcę ISV. Czy te wtyczki będą działać w delegowanej podsieci?

Tak. Wszystkie wtyczki klienta i wtyczki niezależnego dostawcy oprogramowania mogą być uruchamiane przy użyciu podsieci. Jeśli wtyczki ISV mają połączenia wychodzące, może być konieczne dodanie tych adresów URL do listy w zaporze sieciowej.

Moje certyfikaty lokalnych punktów końcowych TLS nie są podpisane przez znane główne urzędy certyfikacji (CA). Czy są obsługujesz nieznane certyfikaty?

Nie. Platforma Power Platform wymaga, aby punkt końcowy przedstawiał certyfikat TLS z pełnym łańcuchem. Nie można dodać własnego głównego urzędu certyfikacji do listy zaufanych urzędów certyfikacji.

Platforma Power Platform nie zaleca żadnej konkretnej topologii. Jednak klienci powszechnie korzystają z topologii sieci typu piasta-szprychy na platformie Azure.

Czy połączenie subskrypcji Azure z moją dzierżawą usługi Power Platform jest konieczne do aktywowania obsługi sieci wirtualnej (VNet)?

Tak, aby włączyć obsługę sieci wirtualnych (VNet) dla środowisk Power Platform, należy skojarzyć subskrypcję Azure z dzierżawą Power Platform.

Jak platforma Power Platform używa delegowania podsieci w Azure?

Gdy przypiszesz delegowaną podsieć Azure do środowiska Power Platform, środowisko to użyje mechanizmu iniekcji do sieci wirtualnej (VNet), aby w czasie działania umieścić kontener w delegowanej podsieci. Podczas tego procesu karta interfejsu sieciowego kontenera pobiera adres IP z delegowanej podsieci. Host (Power Platform) i kontener komunikują się za pośrednictwem portu lokalnego w kontenerze, a ruch przepływa przez usługę Azure Fabric.

Czy mogę użyć istniejącej sieci wirtualnej dla platformy Power Platform?

Tak, możesz użyć istniejącej sieci wirtualnej dla platformy Power Platform, jeśli delegujesz jedną, nową podsieć w sieci wirtualnej specjalnie do platformy Power Platform. Delegowaną podsieć należy dedykować do delegowania podsieci i nie można jej używać do innych celów.

Czy mogę ponownie użyć tej samej delegowanej podsieci w wielu zasadach przedsiębiorstwa?

Nie. Ponowne użycie tej samej podsieci w wielu zasadach przedsiębiorstwa jest niedozwolone. Każda Power Platform zasada przedsiębiorstwa musi mieć własną, unikatową podsieć na potrzeby delegowania.

Co to jest wtyczka usługi Dataverse?

Wtyczka Dataverse to fragment niestandardowego kodu, który można wdrożyć w środowisku usługi Power Platform. Tę wtyczkę można skonfigurować tak, aby była uruchamiana podczas zdarzeń (takich jak zmiana danych) lub wyzwolić ją jako niestandardowy interfejs API. Aby uzyskać więcej informacji, zobacz Dataverse plugins (Wtyczki usługi Dataverse).

Jak działa wtyczka usługi Dataverse?

Wtyczka Dataverse działa w kontenerze. Po przypisaniu delegowanej podsieci do środowiska platformy Power Platform karta interfejsu sieciowego kontenera pobiera adres IP z przestrzeni adresowej tej podsieci. Host (Power Platform) i kontener komunikują się za pośrednictwem portu lokalnego w kontenerze, a ruch przepływa przez usługę Azure Fabric.

Czy w tym samym kontenerze może działać wiele wtyczek?

Tak. W danym środowisku Power Platform lub Dataverse wiele wtyczek może działać w tym samym kontenerze. Każdy kontener używa jednego adresu IP z przestrzeni adresowej podsieci, a każdy kontener może uruchamiać wiele żądań.

Jak infrastruktura obsługuje wzrost współbieżnych wykonań wtyczek?

Wraz ze wzrostem liczby jednoczesnych uruchomień wtyczek infrastruktura automatycznie skaluje się w górę lub w dół, aby dostosować się do obciążenia. Podsieć delegowana do środowiska Power Platform powinna mieć wystarczające przestrzenie adresowe do obsługi szczytowej liczby wykonań prac dla prac w tym środowisku Power Platform.

Kto kontroluje skojarzona z nią sieć wirtualną i zasady sieci?

Masz własność i kontrolę nad siecią wirtualną i skojarzonymi z nią zasadami sieci. Z drugiej strony platforma Power Platform używa przydzielonych adresów IP z delegowanej podsieci w ramach tej sieci wirtualnej.

Czy wtyczki zgodne z platformą Azure obsługują usługę VNet?

Nie, wtyczki obsługujące Azure nie obsługują sieci wirtualnej.

Następne kroki

Konfigurowanie obsługi sieci wirtualnej

Treści powiązane

Rozwiązywanie problemów z siecią wirtualną

  • Last updated on