Udostępnij za pośrednictwem

Rozwiązywanie problemów z certyfikacją maszyny wirtualnej

  • Często zadawane pytania

Po opublikowaniu obrazu maszyny wirtualnej w witrynie Azure Marketplace zespół platformy Azure weryfikuje go, aby upewnić się, że jest on rozruchowy, bezpieczny i zgodny z platformą Azure. Jeśli obraz maszyny wirtualnej zakończy się niepowodzeniem, którykolwiek z testów wysokiej jakości nie zostanie opublikowany. Zostanie wyświetlony komunikat o błędzie opisujący problem.

W tym artykule opisano typowe komunikaty o błędach podczas publikowania obrazów maszyny wirtualnej wraz z powiązanymi rozwiązaniami.

Uwaga

Jeśli masz pytania dotyczące tego artykułu lub sugestii dotyczących poprawy, skontaktuj się z pomocą techniczną Centrum partnerskiego.

Niepowodzenie rozszerzenia maszyny wirtualnej

Sprawdź, czy obraz obsługuje rozszerzenia maszyn wirtualnych.

Aby włączyć rozszerzenia maszyn wirtualnych:

  1. Wybierz maszynę wirtualną z systemem Linux.

  2. Przejdź do pozycji Ustawienia diagnostyki.

  3. Włącz macierze podstawowe, aktualizując konto magazynu.

  4. Wybierz pozycję Zapisz.

    Zrzut ekranu przedstawiający sposób włączania monitorowania na poziomie gościa.

Aby sprawdzić, czy rozszerzenia maszyn wirtualnych są prawidłowo aktywowane:

  1. Na maszynie wirtualnej wybierz kartę Rozszerzenia maszyny wirtualnej, a następnie sprawdź stan rozszerzenia diagnostyki systemu Linux.

  2. Sprawdź stan aprowizacji.

    • Jeśli stan to Aprowizowanie powiodło się, przypadek testowy rozszerzeń zakończył się powodzeniem.
    • Jeśli stan to Aprowizowanie nie powiodło się, przypadek testowy rozszerzeń zakończył się niepowodzeniem i należy ustawić flagę Wzmocniona zabezpieczenia.

    Zrzut ekranu przedstawiający pomyślne aprowizowanie.

    Jeśli rozszerzenie maszyny wirtualnej zakończy się niepowodzeniem, zobacz Monitorowanie metryk i dzienników w celu jej włączenia za pomocą rozszerzenia diagnostycznego systemu Linux. Jeśli nie chcesz, aby rozszerzenie maszyny wirtualnej było włączone, skontaktuj się z zespołem pomocy technicznej i poproś go o jej wyłączenie.

Problem z aprowizowaniem maszyny wirtualnej

Przed przesłaniem oferty upewnij się, że wykonano rygorystyczny proces aprowizacji maszyny wirtualnej. Aby wyświetlić format JSON na potrzeby aprowizacji maszyny wirtualnej, zobacz Testowanie obrazu maszyny wirtualnej.

Problemy z aprowizowaniem mogą obejmować następujące scenariusze awarii:

Scenariusz Błąd Przyczyna Rozwiązanie
1 Nieprawidłowy wirtualny dysk twardy (VHD) Jeśli określona wartość pliku cookie w stopce dysku VHD jest niepoprawna, dysk VHD jest uznawany za nieprawidłowy. Utwórz ponownie obraz i prześlij żądanie.
2 Nieprawidłowy typ obiektu blob Aprowizowanie maszyny wirtualnej nie powiodło się, ponieważ używany obiekt blob jest typem bloku zamiast typu strony. Utwórz ponownie obraz jako typ strony i prześlij żądanie.
3 Przekroczenie limitu czasu aprowizacji lub nieprawidłowe uogólnienie Wystąpił problem z uogólnieniami maszyn wirtualnych. Utwórz ponownie obraz za pomocą uogólnienia i prześlij żądanie.

Uwaga

Aby uzyskać więcej informacji na temat uogólniania maszyn wirtualnych, zobacz:

Uwaga

Jeśli aprowizacja nie powiedzie się, ponieważ obraz maszyny wirtualnej wymaga wdrożenia niestandardowego szablonu usługi ARM, włącz pole wyboru "Wymaga niestandardowego szablonu usługi ARM do wdrożenia" na stronie "Konfiguracja techniczna" w Centrum partnerskim. Pomaga to zespołowi ds. certyfikacji podjąć odpowiednie działania dla tego żądania bez niepowodzenia w przypadku problemu z aprowizacją.

Pole wyboru Niestandardowego szablonu usługi ARM

Specyfikacje wirtualnego dysku twardego

Ciąg "conectix" jest częścią specyfikacji dysku VHD. Jest on zdefiniowany jako plik cookie 8-bajtowy w stopce dysku VHD, który identyfikuje twórcę pliku. Wszystkie pliki VHD utworzone przez firmę Microsoft mają ten plik cookie.

W formacie VHD obiekt blob powinien mieć stopkę 512 bajtów:

Pola stopki dysku twardego Rozmiar (bajty)
Plik cookie 8
Funkcje 100
Wersja formatu pliku 100
Przesunięcie danych 8
Sygnatura czasowa 100
Aplikacja twórcy 100
Wersja twórcy 100
System operacyjny hosta twórcy 100
Oryginalny rozmiar 8
Bieżący rozmiar 8
Geometria dysku 100
Typ dysku 100
Suma kontrolna 100
Unikatowy identyfikator 16
Zapisany stan 1
Zarezerwowana 427

Specyfikacje wirtualnego dysku twardego

Aby zapewnić bezproblemowe środowisko publikowania, upewnij się, że dysk VHD spełnia następujące kryteria:

  • Plik cookie zawiera ciąg "conectix".
  • Typ dysku jest stały.
  • Rozmiar wirtualny wirtualnego dysku twardego wynosi co najmniej 20 MB.
  • Dysk VHD jest wyrównany. Rozmiar wirtualny musi mieć wielokrotność 1 MB.
  • Długość obiektu blob wirtualnego dysku twardego jest równa rozmiarowi wirtualnemu oraz długości stopki dysku VHD (512).

Pobierz specyfikację dysku VHD.

Zgodność oprogramowania dla systemu Windows

Jeśli żądanie obrazu systemu Windows zostanie odrzucone z powodu problemu ze zgodnością oprogramowania, może to oznaczać, że utworzono obraz systemu Windows z zainstalowanym wystąpieniem programu SQL Server. Zamiast tego należy pobrać odpowiedni obraz podstawowy wersji programu SQL Server z witryny Azure Marketplace.

Nie twórz własnego obrazu systemu Windows z zainstalowanym w nim programem SQL Server. Użyj zatwierdzonych obrazów bazowych programu SQL Server (Enterprise/Standard/web) z witryny Azure Marketplace.

Jeśli próbujesz zainstalować program Visual Studio lub dowolny produkt licencjonowany przez pakiet Office, skontaktuj się z zespołem pomocy technicznej w celu wcześniejszego zatwierdzenia.

Aby uzyskać więcej informacji na temat wybierania zatwierdzonej bazy, zobacz Tworzenie maszyny wirtualnej z zatwierdzonej bazy.

Wykonywanie przypadku testowego zestawu narzędzi nie powiodło się

Zestaw narzędzi do certyfikacji firmy Microsoft może pomóc w uruchamianiu przypadków testowych i sprawdzić, czy dysk VHD lub obraz jest zgodny ze środowiskiem platformy Azure.

Pobierz zestaw narzędzi do certyfikacji firmy Microsoft.

Przypadki testowe systemu Linux

W poniższej tabeli wymieniono przypadki testowe systemu Linux uruchamiane przez zestaw narzędzi. Walidacja testu jest określona w opisie.

Scenariusz Przypadek testowy opis
1 Historia powłoki Bash Przed utworzeniem obrazu maszyny wirtualnej należy wyczyścić pliki historii powłoki Bash.
2 Wersja agenta systemu Linux Należy zainstalować minimalną obsługiwaną wersję agenta systemu Linux platformy Azure lub nowszą.
3 Wymagane parametry jądra Sprawdza, czy ustawiono następujące parametry jądra:
console=ttyS0
earlyprintk=ttyS0
100 Wymiana partycji na dysku systemu operacyjnego Sprawdza, czy partycje wymiany nie są tworzone na dysku systemu operacyjnego.
5 Partycja główna na dysku systemu operacyjnego Należy utworzyć jedną partycję główną dla dysku systemu operacyjnego.
6 Wersja protokołu OpenSSL Wersja openSSL powinna być w wersji 0.9.8 lub nowszej.
7 Wersja języka Python Zdecydowanie zaleca się używanie języka Python w wersji 2.6 lub nowszej.
8 Interwał aktywności klienta Ustaw wartość ClientAliveInterval na 180. W razie potrzeby aplikacji można ją ustawić z zakresu od 30 do 235. Jeśli włączasz protokół SSH dla użytkowników końcowych, tę wartość należy ustawić zgodnie z wyjaśnieniem.
9 Architektura systemu operacyjnego Obsługiwane są tylko 64-bitowe systemy operacyjne.
10 Automatyczna aktualizacja Określa, czy jest włączona automatyczna aktualizacja agenta systemu Linux.

Typowe błędy przypadków testowych

Zapoznaj się z poniższą tabelą, aby zapoznać się z typowymi błędami, które mogą wystąpić podczas uruchamiania przypadków testowych:

Scenariusz Przypadek testowy Błąd Rozwiązanie
1 Przypadek testowy wersji agenta systemu Linux Należy zainstalować minimalną obsługiwaną wersję agenta systemu Linux platformy Azure lub nowszą. (https://learn.microsoft.com/troubleshoot/azure/virtual-machines/support-extensions-agent-version) Zaktualizuj wersję agenta systemu Linux. Aby uzyskać więcej informacji, odwiedź stronę aktualizacji wersji agenta systemu Linux.
2 Przypadek testowy historii powłoki Bash Błąd występuje, jeśli rozmiar historii powłoki Bash na przesłanym obrazie jest większy niż 1 kilobajt (KB). Rozmiar jest ograniczony do 1 KB, aby upewnić się, że plik historii powłoki Bash nie zawiera żadnych potencjalnie poufnych informacji. Rozwiąż problem, instalowania wirtualnego dysku twardego na innej działającej maszynie wirtualnej i wprowadzania zmian w celu zmniejszenia rozmiaru do 1 KB lub mniej. Na przykład usuń .bash_history pliki.
3 Wymagany przypadek testowy parametru jądra Ten błąd zostanie wyświetlony, gdy wartość parametru console nie jest ustawiona na ttyS0wartość . Sprawdź, uruchamiając następujące polecenie:
cat /proc/cmdline		 Ustaw wartość parametru console na ttyS0, a następnie prześlij ponownie żądanie.
100 Przypadek testowy interwału ClientAlive Jeśli zestaw narzędzi daje wynik niepowodzenia dla tego przypadku testowego, istnieje niewłaściwa wartość dla elementu ClientAliveInterval. Ustaw wartość na ClientAliveInterval mniejszą lub równą 235, a następnie prześlij ponownie żądanie.
5 smoke_test Zostanie wyświetlony błąd, gdy obraz nie może uruchomić się lub ponownie uruchomić z powodu paniki jądra. Możesz uzyskać informacje o śledzeniu wywołań paniki jądra z "opisu błędu". Jeśli chcesz zobaczyć cały ślad wywołań i dziennik szeregowy, możesz wdrożyć maszynę wirtualną na platformie Azure przy użyciu obrazu i sprawdzić pozycję "Konsola szeregowa" w zasobie maszyny wirtualnej w witrynie Azure Portal. Podczas tworzenia maszyny wirtualnej na platformie Azure można pobrać dziennik konsoli szeregowej z witryny Azure Portal (aby https://learn.microsoft.com/en-us/troubleshoot/azure/virtual-machines/serial-console-linux uzyskać więcej informacji na temat konsoli szeregowej)
6 verify_dns_name_resolution Ten przypadek testowy sprawdza rozpoznawanie nazw DNS, wykonując polecenie:ping bing.com -c 5 -i 0.5 -O. Błąd występuje, jeśli nie można wysłać polecenia ping do publicznego adresu internetowego "bing.com". https://learn.microsoft.com/en-us/azure/virtual-machines/linux/azure-dns Aby dodać odpowiednie ustawienia, zapoznaj się z artykułem
7 verify_no_pre_exist_users Podczas wykrywania hasła użytkownika XXXX zostanie wyświetlony błąd "Hasło użytkownika XXXX" po wykryciu hasła użytkownika lub wykryciu klucza użytkownika Sprawdź plik /etc/shadow, aby sprawdzić, czy ma hasło określonego użytkownika, jeśli tak, musisz usunąć hasło i usunąć plik "{user's home directory}/.ssh/authorized_keys" po komunikacie o błędzie
8 validate_netvsc_reload Zostanie wyświetlony błąd "Niepowodzenie. SSHException: sesja SSH nie jest aktywna. jeśli nie można nawiązać połączenia z maszyną wirtualną po uruchomieniu poniższego polecenia. Zostanie wyświetlony błąd "znaleziono panikę jądra z węzła xx". w przypadku wystąpienia paniki jądra z maszyny wirtualnej po uruchomieniu polecenia: "modprobe -r hv_netvsc; modprobe hv_netvsc; link ip ustawić eth0 w dół; Konfiguracja linku ip eth0; dhclient -r eth0; dhclient eth0 ' Sprawdź konsolę szeregową, aby sprawdzić, czy wystąpił jakikolwiek błąd w okresie uruchamiania powyżej polecenia. Aby uzyskać https://learn.microsoft.com/en-us/windows-hardware/drivers/network/sr-iov-synthetic-data-path więcej informacji na temat klienta usługi wirtualnej dla sieci (NetVSC, Network Virtual Service Client).

Przypadki testowe systemu Windows

W poniższej tabeli wymieniono przypadki testowe systemu Windows uruchamiane przez zestaw narzędzi wraz z opisem weryfikacji testu:

Scenariusz Przypadki testowe opis
1 Architektura systemu operacyjnego pomoc techniczna platformy Azure tylko 64-bitowe systemy operacyjne.
2 Zależność konta użytkownika Wykonywanie aplikacji nie powinno zależeć od konta administratora.
3 Klaster trybu failover Funkcja klastrowania trybu failover systemu Windows Server nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
100 Protokół IPV6 Protokół IPv6 nie jest jeszcze obsługiwany w środowisku platformy Azure. Aplikacja nie powinna być zależna od tej funkcji.
5 DHCP Rola serwera protokołu dynamicznej konfiguracji hosta nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
6 Dostęp zdalny Rola serwera dostępu zdalnego (bezpośredni dostęp) nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
7 Usługi Rights Management Usługi Rights Management. Rola serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
8 Usługi wdrażania systemu Windows Usługi wdrażania systemu Windows. Rola serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
9 Szyfrowanie dysków funkcją BitLocker Szyfrowanie dysków funkcją BitLocker nie jest obsługiwane na dysku twardym systemu operacyjnego, ale może być używane na dyskach danych.
10 Serwer nazw magazynu internetowego Funkcja serwera nazw magazynu internetowego nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
11 Wielościeżkowe We/Wy Wielościeżkowe. Ta funkcja serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
12 Równoważenie obciążenia sieciowego Równoważenie obciążenia sieciowego. Ta funkcja serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
13 Protokół PNRP Protokół rozpoznawania nazw równorzędnych. Ta funkcja serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
14 Usługi SNMP Funkcja usług Simple Network Management Protocol (SNMP) nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
15 Usługa nazw internetowych systemu Windows Usługa nazw internetowych systemu Windows. Ta funkcja serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.
16 Usługa bezprzewodowej sieci LAN Usługa bezprzewodowej sieci LAN. Ta funkcja serwera nie jest jeszcze obsługiwana. Aplikacja nie powinna być zależna od tej funkcji.

Jeśli wystąpią jakiekolwiek błędy z poprzednimi przypadkami testowymi, zapoznaj się z kolumną Opis w tabeli rozwiązania. Aby uzyskać więcej informacji, skontaktuj się z zespołem pomocy technicznej.

Weryfikacja rozmiaru dysku danych

Żądania dysku danych o rozmiarze większym niż 1023 gigabajty (GB) nie zostaną zatwierdzone. Ta reguła dotyczy systemów Linux i Windows.

Prześlij ponownie żądanie o rozmiarze mniejszym lub równym 1023 GB.

Walidacja rozmiaru dysku systemu operacyjnego

Zapoznaj się z następującymi regułami dotyczącymi ograniczeń dotyczących rozmiaru dysku systemu operacyjnego. Po przesłaniu dowolnego żądania sprawdź, czy rozmiar dysku systemu operacyjnego mieści się w ramach ograniczenia dla systemu Linux lub Windows.

System operacyjny Zalecany rozmiar dysku VHD
Linux Od 1 GB do 1023 GB
Windows Od 30 GB do 250 GB

Ponieważ maszyny wirtualne zezwalają na dostęp do bazowego systemu operacyjnego, upewnij się, że rozmiar dysku VHD jest wystarczająco duży dla wirtualnego dysku twardego. Dyski nie są rozszerzalne bez przestojów. Użyj rozmiaru dysku z 30 GB do 50 GB.

Rozmiar dysku VHD Rzeczywisty rozmiar zajętego Rozwiązanie
>500 tebibajtów (TiB) nie dotyczy Skontaktuj się z zespołem pomocy technicznej, aby uzyskać zatwierdzenie wyjątku.
250-500 TiB >Różnica 200 gibibajtów (GiB) od rozmiaru obiektu blob Skontaktuj się z zespołem pomocy technicznej, aby uzyskać zatwierdzenie wyjątku.

Uwaga

Większe rozmiary dysków powodują wyższe koszty i powodują opóźnienie podczas procesu instalacji i replikacji. Ze względu na to opóźnienie i koszty zespół pomocy technicznej może ubiegać się o uzasadnienie zatwierdzenia wyjątku.

Test weryfikacji poprawki WannaCry dla systemu Windows

Aby zapobiec potencjalnemu atakowi związanemu z wirusem WannaCry, upewnij się, że wszystkie żądania obrazów systemu Windows są aktualizowane przy użyciu najnowszej poprawki.

Możesz zweryfikować wersję pliku obrazu z programu C:\windows\system32\drivers\srv.sys lub srv2.sys.

W poniższej tabeli przedstawiono minimalną poprawioną wersję systemu Windows Server:

System operacyjny Wersja
Windows Server 2008 R2 6.1.7601.23689
Windows Server 2012 6.2.9200.22099
Windows Server 2012 R2 6.3.9600.18604
Windows Server 2016 10.0.14393.953
Windows Server 2019 NA

Uwaga

System Windows Server 2019 nie ma żadnych obowiązkowych wymagań dotyczących wersji.

Weryfikacja poprawek luk w zabezpieczeniach SACK

Po przesłaniu obrazu systemu Linux żądanie może zostać odrzucone z powodu problemów z wersją jądra.

Zaktualizuj jądro przy użyciu zatwierdzonej wersji i prześlij ponownie żądanie. Zatwierdzoną wersję jądra można znaleźć w poniższej tabeli. Numer wersji powinien być równy lub większy niż numer wymieniony tutaj.

Jeśli obraz nie jest zainstalowany z jedną z następujących wersji jądra, zaktualizuj go przy użyciu poprawnych poprawek. Zażądaj niezbędnego zatwierdzenia od zespołu pomocy technicznej po zaktualizowaniu obrazu przy użyciu następujących wymaganych poprawek:

  • CVE-2019-11477
  • CVE-2019-11478
  • CVE-2019-11479
Rodzina systemów operacyjnych Wersja Jądro
Ubuntu 14.04 LTS 4.4.0-151
14.04 LTS 4.15.0-1049-*-azure
16.04 LTS 4.15.0-1049
18.04 LTS 4.18.0-1023
18.04 LTS 5.0.0-1025
18.10 4.18.0-1023
19.04 5.0.0-1010
19.04 5.3.0-1004
System operacyjny RHEL i Cent 6.10 2.6.32-754.15.3
7.2 3.10.0-327.79.2
7.3 3.10.0-514.66.2
7,4 3.10.0-693.50.3
7.5 3.10.0-862.34.2
7.6 3.10.0-957.21.3
7.7 3.10.0-1062.1.1
8.0 4.18.0-80.4.2
8.1 4.18.0-147
"7-RAW" (7.6)
"7-LVM" (7.6) 3.10.0-957.21.3
RHEL-SAP 7.4 Do ustalenia
RHEL-SAP 7.5 Do ustalenia
SLES SLES11SP4 (w tym SAP) 3.0.101-108.95.2
SLES12SP1 dla oprogramowania SAP 3.12.74-60.64.115.1
SLES12SP2 dla oprogramowania SAP 4.4.121-92.114.1
SLES12SP3 4.4180-4.31.1 (jądro-azure)
SLES12SP3 dla oprogramowania SAP 4.4.180-94.97.1
SLES12SP4 4.12.14-6.15.2 (jądro-azure)
SLES12SP4 dla oprogramowania SAP 4.12.14-95.19.1
SLES15 4.12.14-5.30.1 (jądro-azure)
SLES15 for SAP 4.12.14-5.30.1 (jądro-azure)
SLES15SP1 4.12.14-5.30.1 (jądro-azure)
Oracle 6.10 UEK2 2.6.39-400.312.2
UEK3 3.8.13-118.35.2
RHCK 2.6.32-754.15.3
7.0-7.5 UEK3 3.8.13-118.35.2
UEK4 4.1.12-124.28.3
RhCK następuje po RHEL powyżej
7.6 RHCK 3.10.0-957.21.3
UEK5 4.14.35-1902.2.0
CoreOS Stable 2079.6.0 4.19.43*
Beta 2135.3.1 4.19.50*
Alfa 2163.2.1 4.19.50*
Debian jessie (zabezpieczenia) 3.16.68-2
jessie backports 4.9.168-1+deb9u3
stretch (zabezpieczenia) 4.9.168-1+deb9u3
Debian GNU/Linux 10 (buster) Debian 6.3.0-18+deb9u1
buster, sid (stretch backports) 4.19.37-5

Rozmiar obrazu powinien znajdować się w wielokrotnościach megabajtów

Wszystkie wirtualne dyski twarde na platformie Azure muszą mieć rozmiar wirtualny wyrównany do wielokrotności 1 megabajtu (MB). Jeśli wirtualny dysk twardy nie jest zgodny z zalecanym rozmiarem wirtualnym, żądanie może zostać odrzucone.

Postępuj zgodnie z wytycznymi podczas konwertowania z dysku pierwotnego na dysk VHD. Upewnij się, że rozmiar dysku pierwotnego to wielokrotność 1 MB. Aby uzyskać więcej informacji, zobacz Informacje dotyczące dystrybucji nieendorowanych.

Odmowa dostępu do maszyny wirtualnej

Problem z odmową dostępu podczas uruchamiania przypadku testowego na maszynie wirtualnej może być spowodowany niewystarczającą niewystarczające uprawnienia.

Sprawdź, czy włączono odpowiedni dostęp dla konta, na którym działają przypadki samodzielnego testowania. Włącz dostęp do uruchamiania przypadków testowych, jeśli nie jest włączony. Jeśli nie chcesz włączyć dostępu, możesz udostępnić wyniki samodzielnego przypadku zespołowi pomocy technicznej.

Aby przesłać żądanie przy użyciu wyłączonego obrazu SSH na potrzeby procesu certyfikacji:

  1. Uruchom najnowsze narzędzie do testowania certyfikacji dla maszyn wirtualnych platformy Azure na obrazie.

  2. Zgłoś bilet pomocy technicznej. Pamiętaj, aby dołączyć raport zestawu narzędzi i podać szczegóły oferty:

    • Nazwa oferty
    • Nazwa wydawcy
    • Identyfikator planu/jednostka SKU i wersja

  3. Prześlij ponownie żądanie certyfikacji.

Uwaga

Jeśli publikujesz zablokowany obraz maszyny wirtualnej z wyłączonym lub ograniczonym protokołem SSH, włącz pole wyboru "Pulpit zdalny lub wyłączony protokół SSH" na stronie "Konfiguracja techniczna" w Centrum partnerskim. Informuje to zespół ds. certyfikacji, że jest to zgodnie z projektem i przeprowadza odpowiednie walidacje na obrazie bez niepowodzenia go w celu uzyskania ograniczonego dostępu.

Zablokowane pole wyboru

Niepowodzenie pobierania

Zapoznaj się z poniższą tabelą, aby zapoznać się z wszelkimi problemami, które występują podczas pobierania obrazu maszyny wirtualnej z adresem URL sygnatury dostępu współdzielonego (SAS).

Błąd Przyczyna Rozwiązanie
Nie znaleziono obiektu blob Dysk VHD może zostać usunięty lub przeniesiony z określonej lokalizacji.
Obiekt blob w użyciu Wirtualny dysk twardy jest używany przez inny proces wewnętrzny. Źródłowy magazyn obiektów blob dysku VHD jest modyfikowany podczas publikowania. Dysk VHD nie powinien być w stanie używanym podczas pobierania go z adresem URL sygnatury dostępu współdzielonego. Ponadto nie należy używać/zmieniać dysku VHD podczas publikowania w toku.
Nieprawidłowy adres URL sygnatury dostępu współdzielonego Skojarzony adres URL sygnatury dostępu współdzielonego dla dysku VHD jest niepoprawny. Uzyskaj prawidłowy adres URL sygnatury dostępu współdzielonego.
Nieprawidłowy podpis Skojarzony adres URL sygnatury dostępu współdzielonego dla dysku VHD jest niepoprawny. Uzyskaj prawidłowy adres URL sygnatury dostępu współdzielonego.
Nagłówek warunkowy HTTP Adres URL sygnatury dostępu współdzielonego jest nieprawidłowy. Uzyskaj prawidłowy adres URL sygnatury dostępu współdzielonego.
Nieprawidłowa nazwa dysku VHD Sprawdź, czy w nazwie dysku VHD istnieją znaki specjalne, takie jak znak % procentowy lub cudzysłów ". Zmień nazwę pliku VHD, usuwając znaki specjalne.

Obrazy maszyn wirtualnych muszą mieć 1 MB wolnego miejsca

Jeśli publikujesz obraz na platformie Azure (z partycją GPT), zdecydowanie zalecamy pozostawienie pierwszych 2048 sektorów (1 MB) dysku systemu operacyjnego. To wymaganie polega na umożliwieniu platformie Azure dodawania ważnych metadanych do obrazu (przykłady obejmują metadane w celu poprawy czasu rozruchu dla klientów, rozliczeń i innych szczegółów). Jest to zalecenie dotyczące najlepszych rozwiązań, jeśli używasz już zatwierdzonego obrazu podstawowego, a obraz ma prawidłowy tag rozliczeniowy. Jeśli jednak obraz nie ma prawidłowego tagu rozliczeniowego, publikowanie może zakończyć się niepowodzeniem, jeśli pierwsze 1 MB dysku systemu operacyjnego nie jest puste.

Jeśli tworzysz własny obraz, który nie ma żadnego prawidłowego tagu rozliczeniowego, upewnij się, że pierwsze 2048 sektorów (1 MB) dysku systemu operacyjnego jest puste. W przeciwnym razie publikowanie zakończy się niepowodzeniem. To wymaganie dotyczy tylko dysku systemu operacyjnego (a nie dysków danych). Jeśli tworzysz obraz z zatwierdzonej bazy, będzie on już miał puste 1 MB. W związku z tym nie trzeba nad tym pracować oddzielnie.

Aby zachować pierwsze 1 MB wolnego miejsca na dysku systemu operacyjnego, wykonaj kroki opisane w następnej sekcji.

Jak zachować 1 MB wolnego miejsca na początku na pustym dysku VHD (2048 sektorów, każdy sektor 512 bajtów)

Te kroki dotyczą tylko systemu Linux.

  1. Utwórz dowolną maszynę wirtualną z systemem Linux, taką jak Ubuntu, CentOS lub inna. Wypełnij wymagane pola, a następnie wybierz pozycję Dalej: Dyski.

    Zrzut ekranu przedstawiający stronę Tworzenie maszyny wirtualnej z wyróżnionym przyciskiem polecenia Dalej: Dyski.

  2. Utwórz dysk niezarządzany dla maszyny wirtualnej. Użyj wartości domyślnych lub określ dowolną wartość pól, takich jak rozmiar dysku systemu operacyjnego, typ dysku systemu operacyjnego i typ szyfrowania.

    Zrzut ekranu przedstawiający stronę Dyski danych w przepływie Tworzenie maszyny wirtualnej.

  3. Po utworzeniu maszyny wirtualnej w okienku po lewej stronie wybierz pozycję Dyski.

    Zrzut ekranu przedstawiający sposób wybierania dysków dla maszyny wirtualnej M.

  4. Dołącz dysk VHD jako dysk danych do maszyny wirtualnej w celu utworzenia tabeli partycji.

    1. Wybierz pozycję Dołącz istniejące dyski:

      Zrzut ekranu przedstawiający sposób dodawania dysku danych do dysku V H D.

      Zrzut ekranu przedstawiający sposób wybierania dysku danych dla maszyny wirtualnej H D.

    2. Znajdź konto magazynu wirtualnego dysku twardego.

    3. Wybierz pozycję Kontener, a następnie wybierz dysk VHD.

    4. Wybierz przycisk OK.

      Zrzut ekranu przedstawiający stronę dołączania dysku niezarządzanego.

      Dysk VHD zostanie dodany jako numer LUN 0 dysku danych.

  5. Uruchom ponownie maszynę wirtualną.

  6. Po ponownym uruchomieniu maszyny wirtualnej zaloguj się do maszyny wirtualnej przy użyciu programu Putty lub innego klienta i uruchom sudo -i polecenie , aby uzyskać dostęp do katalogu głównego.

    Zrzut ekranu wiersza polecenia klienta Putty przedstawiający polecenie sudo -i.

  7. Utwórz partycję na dysku VHD.

    1. Wprowadź fdisk /dev/sdb polecenie.

    2. Aby wyświetlić istniejącą listę partycji z dysku VHD, wprowadź .p

    3. Wprowadź polecenie , d aby usunąć wszystkie istniejące partycje dostępne w dysku VHD. Możesz pominąć ten krok, jeśli nie jest to wymagane.

      Zrzut ekranu wiersza polecenia klienta putty przedstawiający polecenia usuwania istniejących partycji.

    4. Wprowadź polecenie , n aby utworzyć nową partycję i wybrać p opcję (partycja podstawowa).

    5. Wprowadź wartość 2048 jako pierwszą wartość sektora . Ostatni sektor można pozostawić jako wartość domyślną.

      Ważne

      Wszystkie istniejące dane zostaną usunięte do 2048 r. (każdy sektor o rozmiarze 512 bajtów). Utwórz kopię zapasową dysku VHD przed utworzeniem nowej partycji.

      Zrzut ekranu wiersza polecenia klienta putty przedstawiający polecenia i dane wyjściowe dla wymazanych danych.

    6. Wpisz w , aby potwierdzić utworzenie partycji.

      Zrzut ekranu wiersza polecenia klienta Putty przedstawiający polecenia służące do tworzenia partycji.

    7. Tabelę partycji można zweryfikować, uruchamiając polecenie n fdisk /dev/sdb i wpisując p. Zobaczysz, że partycja została utworzona z wartością przesunięcia 2048.

      Zrzut ekranu wiersza polecenia klienta Putty przedstawiający polecenia służące do tworzenia przesunięcia 2048.

  8. Odłącz wirtualny dysk twardy od maszyny wirtualnej i usuń maszynę wirtualną.

Poświadczenia domyślne

Nigdy nie wysyłaj poświadczeń domyślnych przy użyciu przesłanego wirtualnego dysku twardego. Dodanie poświadczeń domyślnych sprawia, że dysk VHD jest bardziej narażony na zagrożenia bezpieczeństwa. Zamiast tego utwórz własne poświadczenia podczas przesyłania wirtualnego dysku twardego.

Narzędzie DataDisk zamapowane niepoprawnie

Problem z mapowaniem może wystąpić, gdy żądanie jest przesyłane z wieloma dyskami danych, które nie są sekwencyjne. Na przykład kolejność numerowania dla trzech dysków danych musi być 0, 1, 2. Każda inna kolejność jest traktowana jako problem z mapowaniem.

Prześlij ponownie żądanie z odpowiednim sekwencjonowaniem dysków danych.

Nieprawidłowe mapowanie systemu operacyjnego

Po utworzeniu obrazu może zostać zamapowany na niewłaściwą etykietę systemu operacyjnego lub przypisany do niej. Na przykład po wybraniu systemu Windows jako części nazwy systemu operacyjnego podczas tworzenia obrazu dysk systemu operacyjnego powinien być zainstalowany tylko w systemie Windows. To samo wymaganie dotyczy systemu Linux.

Maszyna wirtualna nie jest uogólniona

Jeśli wszystkie obrazy pobrane z witryny Azure Marketplace mają być ponownie używane, dysk VHD systemu operacyjnego musi zostać uogólniony.

  • W przypadku systemu Linux poniższy proces uogólnia maszynę wirtualną z systemem Linux i ponownie wdraża ją jako oddzielną maszynę wirtualną.

    W oknie SSH wprowadź następujące polecenie: sudo waagent -deprovision+user.

  • W przypadku systemu Windows uogólniasz obrazy systemu Windows przy użyciu polecenia sysreptool.

    Aby uzyskać więcej informacji na temat sysreptool narzędzia, zobacz Omówienie przygotowywania systemu (Sysprep).

Błędy narzędzia DataDisk

W przypadku rozwiązań błędów związanych z dyskiem danych użyj poniższej tabeli:

Błąd Przyczyna Rozwiązanie
DataDisk- InvalidUrl: Ten błąd może wystąpić z powodu nieprawidłowego numeru jednostki logicznej (LUN), gdy oferta zostanie przesłana. Sprawdź, czy sekwencja numerów LUN dysku danych znajduje się w Centrum partnerskim.
DataDisk- NotFound: Ten błąd może wystąpić, ponieważ dysk danych nie znajduje się pod określonym adresem URL sygnatury dostępu współdzielonego. Sprawdź, czy dysk danych znajduje się pod określonym adresem URL sygnatury dostępu współdzielonego.

Problem z dostępem zdalnym

Ten błąd zostanie wyświetlony, jeśli opcja Protokołu RDP (Remote Desktop Protocol) nie jest włączona dla obrazu systemu Windows.

Przed przesłaniem włącz dostęp RDP dla obrazów systemu Windows.

Historia powłoki Bash nie powiodła się

Ten błąd zostanie wyświetlony, jeśli rozmiar historii powłoki Bash na przesłanym obrazie przekracza 1 kilobajt (KB). Rozmiar jest ograniczony do 1 KB, aby ograniczyć plik do przechowywania potencjalnie poufnych informacji.

Aby usunąć historię powłoki Bash:

  1. Wdróż maszynę wirtualną i wybierz opcję Uruchom polecenie w witrynie Azure Portal.

    Zrzut ekranu witryny Azure Portal z opcją

  2. Wybierz pierwszą opcję RunShellScript , a następnie uruchom polecenie: cat /dev/null > ~/.bash_history && history -c.

    Zrzut ekranu przedstawiający stronę

  3. Po pomyślnym uruchomieniu polecenia uruchom ponownie maszynę wirtualną.

  4. Uogólnij maszynę wirtualną, wykonaj obraz VHD i zatrzymaj maszynę wirtualną.

  5. Prześlij ponownie uogólniony obraz.

Walidacje wirtualnego urządzenia sieciowego

Podczas certyfikacji obrazu witryny Marketplace oferta maszyny wirtualnej, która jest wirtualnym urządzeniem sieciowym (WUS) jest weryfikowana przy użyciu testów ogólnych dla dowolnej oferty maszyny wirtualnej i przypadków testowych urządzenia WUS wymienionych w poniższej tabeli. Celem tych weryfikacji specyficznych dla urządzenia WUS jest sprawdzenie, jak dobrze obraz urządzenia WUS organizuje się za pomocą stosu SDN.

Przypadek testowy Kroki uruchamiania przypadku testowego Rozwiązanie
Dostęp do wirtualnego dysku twardego Upewnij się, że podano prawidłowy adres URL sygnatury dostępu współdzielonego dla wirtualnego dysku twardego. Uprawnienia są ustawione tak, aby zezwolić na dostęp, a obraz urządzenia WUS jest uogólniony. Sprawdź obraz urządzenia WUS i podany adres URL.
Wdrażanie urządzenia WUS Wdróż maszynę wirtualną przy użyciu urządzenia WUS z jedną kartą sieciową. Sprawdź, czy wdrożenie zostało ukończone w ciągu 20 minut. Jeśli wdrożenie nie zostało ukończone w ciągu 20 minut, sprawdź obraz urządzenia WUS.
Ponowne uruchomienie urządzenia WUS Wdróż maszynę wirtualną przy użyciu urządzenia WUS z jedną kartą sieciową. Następnie przejdź do maszyny wirtualnej w witrynie Azure Portal, a następnie w sekcji Pomoc techniczna i rozwiązywanie problemów w okienku po lewej stronie wybierz pozycję Ponownie wdróż i ponownie zastosuj maszynę wirtualną. Po zakończeniu ponownego wdrażania sprawdź, czy stan maszyny wirtualnej jest uruchomiony , a port 22 karty sieciowej jest osiągalny przy użyciu polecenia Netcat. Jeśli maszyna wirtualna nie pojawi się po ponownym uruchomieniu, może wystąpić problem z obrazem urządzenia WUS.

Jeśli test netcat zakończy się niepowodzeniem, może to być spowodowane tym, że karta sieciowa nie może pojawić się po ponownym uruchomieniu, mimo że maszyna wirtualna była uruchomiona. Poczekaj kilka minut i spróbuj ponownie. Jeśli po upływie 20 minut nadal kończy się niepowodzeniem, może wystąpić problem z obrazem urządzenia WUS
Ponowne wdrażanie urządzenia WUS Wdróż maszynę wirtualną przy użyciu urządzenia WUS z jedną kartą sieciową. Następnie ponownie wdróż maszynę wirtualną. Sprawdź, czy stan maszyny wirtualnej to Uruchomiono , a port 22 karty sieciowej jest osiągalny przy użyciu polecenia Netcat. Jeśli ponowne wdrożenie nie zostanie ukończone w ciągu 15 minut, może wystąpić problem z obrazem urządzenia WUS.

Jeśli test netcat zakończy się niepowodzeniem, może to być spowodowane tym, że karta sieciowa nie może pojawić się po ponownym uruchomieniu, mimo że maszyna wirtualna była uruchomiona. Poczekaj kilka minut i spróbuj ponownie. Jeśli po upływie 20 minut nadal kończy się niepowodzeniem, może wystąpić problem z obrazem urządzenia WUS
Wysoka dostępność Wdróż maszynę wirtualną przy użyciu urządzenia WUS z jedną kartą sieciową. Nie należy dołączać publicznego adresu IP do karty sieciowej lub jeśli jest dołączony publiczny adres IP, jednostka SKU powinna być standardowa, a metoda alokacji adresów IP powinna być statyczna. W tej samej sieci wirtualnej skonfiguruj wewnętrzny moduł równoważenia obciążenia platformy Azure przy użyciu poniższej konfiguracji.
— Moduł równoważenia obciążenia przy użyciu jednostki SKU w warstwie Standardowa
- Adres IP frontonu używający prywatnej metody alokacji adresów IP jako dynamiczny
- Sondy kondycji przy użyciu protokołu TCP, port 22 z interwałem ponawiania prób wynoszącym 15 sekund
— Reguła równoważenia obciążenia z protokołem jako wszystkie i włącz zmienny adres IP ustawiony na wartość False.
— Pula zaplecza wskazująca maszynę wirtualną urządzenia WUS.

Gdy konfiguracja będzie gotowa, sprawdź, czy maszyna wirtualna urządzenia WUS jest osiągalna w module równoważenia obciążenia przy użyciu polecenia Netcat.		 Jeśli urządzenie WUS nie jest osiągalne w module równoważenia obciążenia, sprawdź konfigurację maszyny wirtualnej, modułu równoważenia obciążenia i portów wysokiej dostępności. Jeśli wszystko jest dokładne, może wystąpić problem z obrazem urządzenia WUS.
Wirtualne sieci równorzędne Wdróż maszynę wirtualną VM1 przy użyciu obrazu urządzenia WUS z jedną kartą sieciową w sieci wirtualnej VNET1. W innej sieci wirtualnej VNET2 wdróż maszynę wirtualną VM2 przy użyciu dowolnego obrazu systemu Linux, na przykład ubuntu, z jedną kartą sieciową i ustawieniami maszyny wirtualnej jako dynamiczną metodę alokacji adresów IP i podstawową jednostkę SKU. Utwórz komunikację równorzędną sieci wirtualnych między sieciami VNET1 i VNET2 i Ruch do zdalnej sieci wirtualnej jest skonfigurowany jako Zezwalaj (ustawienie domyślne)

Gdy konfiguracja będzie gotowa, sprawdź, czy z maszyny wirtualnej VM2 możemy uzyskać dostęp do prywatnego adresu IP karty sieciowej na maszynie wirtualnej NVA VM1 przy użyciu polecenia Netcat.		 Jeśli maszyna wirtualna WUS VM1 nie jest osiągalna z maszyny wirtualnej VM2, sprawdź, czy komunikacja równorzędna sieci wirtualnych jest poprawnie skonfigurowana i spróbuj ponownie. Jeśli nadal nie działa, może wystąpić problem z obrazem urządzenia WUS.
Przyspieszona sieć (AN) Wdróż maszynę wirtualną przy użyciu urządzenia WUS i 1 włączonej karty sieciowej AN. Funkcję AN można włączyć na karcie sieciowej podczas tworzenia maszyny wirtualnej lub we właściwościach karty sieciowej po utworzeniu maszyny wirtualnej. Sprawdź, czy maszyna wirtualna będzie uruchomiona. Jeśli wdrożenie zakończy się niepowodzeniem, sprawdź, czy obraz urządzenia WUS obsługuje przyspieszoną sieć.
Wiele kart sieciowych w warstwie Podstawowa Wdróż maszynę wirtualną przy użyciu urządzenia WUS z 3 kartami sieciowymi z metodą dynamicznej alokacji adresów IP i podstawową jednostkę SKU. Uzyskaj prywatny adres IP i adres MAC dla wszystkich kart sieciowych (zobacz wyświetlanie interfejsu sieciowego, aby uzyskać instrukcje). Następnie ponownie wdróż maszynę wirtualną i sprawdź, czy prywatny adres IP i adres MAC dla wszystkich kart sieciowych pozostają takie same jak przed ponownym wdrożeniem. Jeśli prywatny adres IP i adres MAC dla wszystkich kart sieciowych zmienią się po ponownym wprowadzeniu, może wystąpić problem z obrazem urządzenia WUS.
Zakłócenia sieci Wdróż maszynę wirtualną przy użyciu urządzenia WUS z jedną kartą sieciową. Następnie utwórz i zastosuj sieciową grupę zabezpieczeń, aby zablokować cały ruch do maszyny wirtualnej urządzenia WUS. Następnie sprawdź, czy stan maszyny wirtualnej to Uruchomiono. Jeśli po zastosowaniu sieciowej grupy zabezpieczeń maszyna wirtualna ulegnie awarii, może wystąpić problem z obrazem urządzenia WUS.

Aby uzyskać więcej informacji lub pytań, otwórz zgłoszenie do pomocy technicznej platformy Azure.

Omówienie usługi Netcat:

Netcat to polecenie umożliwiające nawiązanie połączenia TCP lub UDP między dwoma komputerami, co oznacza, że może zapisywać i odczytywać otwarty port. Podczas walidacji urządzenia WUS wykonujemy polecenie Netcat z maszyny wirtualnej, która znajduje się w tej samej sieci wirtualnej co maszyna wirtualna urządzenia WUS, aby sprawdzić, czy port TCP 22 jest osiągalny. Składnia polecenia to nc <destination_ip_address> <destination_port>, gdzie

  • destination_ip_address jest prywatnym adresem IP przypisanym do karty sieciowej maszyny wirtualnej,
  • destination_port to numer portu urządzenia WUS. Używamy 22 w przypadkach testowych urządzenia WUS.

Na przykład nc 192.168.1.1 22

Żądanie wyjątku dotyczącego obrazów maszyn wirtualnych w celu wybrania testów

Wydawcy mogą zażądać wyjątków dla kilku testów wykonywanych podczas certyfikacji maszyny wirtualnej. Wyjątki są udostępniane w rzadkich przypadkach, gdy wydawca dostarcza dowody na poparcie żądania. Zespół ds. certyfikacji zastrzega sobie prawo do odmowy lub zatwierdzania wyjątków w dowolnym momencie.

W tej sekcji opisano ogólne scenariusze, w których wydawcy żądają wyjątku i sposobu ich żądania.

Scenariusze wyjątku

Wydawcy zazwyczaj żądają wyjątków w następujących przypadkach:

  • Wyjątek dla co najmniej jednego przypadku testowego. Skontaktuj się z pomocą techniczną Centrum partnerskiego, aby poprosić o wyjątki w przypadku przypadków testowych.

  • Zablokowane maszyny wirtualne / brak dostępu do katalogu głównego. Kilku wydawców ma scenariusze, w których maszyny wirtualne muszą być zablokowane, ponieważ mają oprogramowanie, takie jak zapory zainstalowane na maszynie wirtualnej. W takim przypadku pobierz certyfikowane narzędzie do testowania i prześlij raport w pomocy technicznej Centrum partnerskiego.

  • Szablony niestandardowe. Niektórzy wydawcy publikują obrazy maszyn wirtualnych, które wymagają niestandardowego szablonu usługi Azure Resource Manager (ARM) w celu wdrożenia maszyn wirtualnych. W takim przypadku prześlij szablony niestandardowe w pomocy technicznej Centrum partnerskiego do użycia przez zespół ds. certyfikacji w celu weryfikacji.

Informacje dotyczące scenariuszy wyjątków

Skontaktuj się z pomocą techniczną Centrum partnerskiego, aby poprosić o wyjątek w jednym ze scenariuszy i uwzględnić następujące informacje:

  • Identyfikator wydawcy. Wpisz identyfikator wydawcy portalu Centrum partnerskiego.

  • Identyfikator/nazwa oferty. Wprowadź identyfikator oferty lub nazwę.

  • Jednostka SKU/identyfikator planu. Wpisz identyfikator planu oferty maszyny wirtualnej lub jednostkę SKU.

  • Wersja. Wprowadź wersję oferty maszyny wirtualnej, która wymaga wyjątku.

  • Typ wyjątku. Wybierz spośród testów, zablokowanej maszyny wirtualnej lub szablonów niestandardowych.

  • Przyczyna żądania. Uwzględnij przyczynę żądania wyjątku oraz wszelkie informacje dotyczące wykluczeń testowych.

  • Oś czasu. Wprowadź datę zakończenia wyjątku.

  • Załącznik. Dołączone ważne dokumenty dowodowe:

    • W przypadku zablokowanych maszyn wirtualnych dołącz raport testowy.
    • W przypadku szablonów niestandardowych podaj niestandardowy szablon usługi ARM jako załącznik.

    Jeśli nie dołączysz tych załączników, żądanie zostanie odrzucone.

Rozwiązywanie problemów z luką w zabezpieczeniach lub luką w zabezpieczeniach w ofercie maszyny wirtualnej

W tej sekcji opisano sposób udostępniania nowego obrazu maszyny wirtualnej w przypadku wykrycia luki w zabezpieczeniach lub wykorzystania jednej z obrazów maszyny wirtualnej. Dotyczy tylko ofert maszyn wirtualnych platformy Azure opublikowanych w witrynie Azure Marketplace.

Uwaga

Nie można usunąć ostatniego obrazu maszyny wirtualnej z planu ani zatrzymać sprzedaży ostatniego planu oferty.

Wykonaj jedną z następujących czynności:

  • Jeśli masz nowy obraz maszyny wirtualnej, aby zastąpić obraz podatnej na zagrożenia maszyny wirtualnej, zobacz Zapewnianie stałego obrazu maszyny wirtualnej.
  • Jeśli nie masz nowego obrazu maszyny wirtualnej, aby zastąpić jedyny obraz maszyny wirtualnej w planie lub jeśli skończysz z planem, zatrzymaj dystrybucję planu.
  • Jeśli nie planujesz zamiany jedynego obrazu maszyny wirtualnej w ofercie, zalecamy zaprzestanie dystrybucji oferty.

Podaj stały obraz maszyny wirtualnej

Aby udostępnić stały obraz maszyny wirtualnej do zastąpienia obrazu maszyny wirtualnej, który ma lukę w zabezpieczeniach lub luki w zabezpieczeniach:

  1. Podaj nowy obraz maszyny wirtualnej, aby rozwiązać problem z lukami w zabezpieczeniach lub lukami w zabezpieczeniach.
  2. Usuń obraz maszyny wirtualnej z luką w zabezpieczeniach lub luką w zabezpieczeniach.
  3. Opublikuj ponownie ofertę.

Podaj nowy obraz maszyny wirtualnej, aby rozwiązać problem z lukami w zabezpieczeniach lub lukami w zabezpieczeniach

Aby wykonać te kroki, przygotuj zasoby techniczne dla obrazu maszyny wirtualnej, który chcesz dodać. Aby uzyskać więcej informacji, zobacz Tworzenie maszyny wirtualnej przy użyciu zatwierdzonej bazy lub Tworzenie maszyny wirtualnej przy użyciu własnego obrazu i Generowanie identyfikatora URI sygnatury dostępu współdzielonego dla obrazu maszyny wirtualnej.

  1. Zaloguj się do Centrum partnerskiego.

  2. Na stronie głównej wybierz kafelek Oferty witryny Marketplace.

  3. W kolumnie Alias oferty wybierz ofertę.

  4. Wybierz kartę Przegląd planu, a następnie wybierz odpowiedni plan.

  5. Na karcie Konfiguracja techniczna w obszarze Obrazy maszyn wirtualnych wybierz pozycję + Dodaj obraz maszyny wirtualnej.

    Uwaga

    Jednocześnie można dodać tylko jeden obraz maszyny wirtualnej do jednego planu. Aby dodać wiele obrazów maszyn wirtualnych, opublikuj pierwszy przed dodaniem następnego obrazu maszyny wirtualnej.

  6. W wyświetlonych polach podaj nową wersję dysku i obraz maszyny wirtualnej.

  7. Wybierz pozycję Zapisz wersję roboczą.

Następnie usuń obraz maszyny wirtualnej z luką w zabezpieczeniach.

Usuwanie obrazu maszyny wirtualnej z luką w zabezpieczeniach lub luką w zabezpieczeniach

  1. Zaloguj się do Centrum partnerskiego.
  2. Na stronie głównej wybierz kafelek Oferty witryny Marketplace.
  3. W kolumnie Alias oferty wybierz ofertę.
  4. Wybierz kartę Przegląd planu, a następnie wybierz odpowiedni plan.
  5. Na karcie Konfiguracja techniczna w obszarze Obrazy maszyn wirtualnych obok obrazu maszyny wirtualnej, który chcesz usunąć, wybierz pozycję Usuń obraz maszyny wirtualnej.
  6. W oknie dialogowym wybierz pozycję Kontynuuj.
  7. Wybierz pozycję Zapisz wersję roboczą.

Następnie ponownie opublikuj ofertę.

Ponowne opublikowanie oferty

  1. Wybierz pozycję Przejrzyj i opublikuj.
  2. Jeśli musisz podać jakiekolwiek informacje do zespołu certyfikacji, dodaj je do pola Uwagi dotyczące certyfikacji .
  3. Wybierz Publikuj.

Aby ukończyć proces publikowania, zobacz Przeglądanie i publikowanie ofert.

Obrazy maszyn wirtualnych z ograniczonym dostępem lub wymagają szablonów niestandardowych

Zablokowana (lub) wyłączona oferta SSH

Obrazy publikowane przy użyciu protokołu SSH disabled(dla systemu Linux) lub protokołu RDP wyłączone (dla systemu Windows) są traktowane jako zablokowane maszyny wirtualne. Istnieją specjalne scenariusze biznesowe, z których wydawcy zezwalają tylko na ograniczony dostęp do nie/kilku użytkowników.

Podczas sprawdzania poprawności zablokowane maszyny wirtualne mogą nie zezwalać na wykonywanie określonych poleceń certyfikacji.

Szablony niestandardowe

Ogólnie rzecz biorąc, wszystkie obrazy publikowane w ramach jednej maszyny wirtualnej są zgodne ze standardowym szablonem usługi ARM na potrzeby wdrożenia. Istnieją jednak scenariusze, w których wydawca może wymagać dostosowania podczas wdrażania maszyn wirtualnych (na przykład do skonfigurowania wielu kart sieciowych).

W zależności od poniższych scenariuszy (nonexhaustive) wydawcy używają szablonów niestandardowych do wdrażania maszyny wirtualnej:

  • Maszyna wirtualna wymaga dodatkowych podsieci sieciowych.
  • Więcej metadanych do wstawienia w szablonie usługi ARM.
  • Polecenia, które są wymagane do wykonania szablonu usługi ARM.

Rozszerzenia maszyn wirtualnych

Rozszerzenia maszyny wirtualnej platformy Azure to małe aplikacje, które zapewniają konfigurację po wdrożeniu i zadania automatyzacji na maszynach wirtualnych platformy Azure. Na przykład jeśli maszyna wirtualna wymaga instalacji oprogramowania, ochrony antywirusowej lub uruchomienia skryptu w swoim środowisku, można użyć rozszerzenia maszyny wirtualnej.

Walidacje rozszerzenia maszyny wirtualnej z systemem Linux wymagają, aby część obrazu należała do następujących elementów:

Aby uzyskać więcej informacji, odwiedź stronę Rozszerzenie maszyny wirtualnej.

Weryfikacja integralności obrazu

Jeśli tworzysz obraz i tworzysz dysk z obrazu w celu zweryfikowania integralności obrazu, pamiętaj, że pierwsze 1 MB jest zarezerwowane dla zoptymalizowanej wydajności, a ostatnie 512 bajtów jest zarezerwowanych dla stopki wirtualnego dysku twardego. Zignoruj je podczas weryfikowania integralności obrazu.

Powiązana zawartość