Udostępnij za pośrednictwem


Rozwiązywanie problemów z połączeniami pulpitu zdalnego z maszyną wirtualną platformy Azure

Dotyczy: ✔️ maszyny wirtualne z systemem Windows

Uwaga

Czy ten artykuł był pomocny? Twoje dane wejściowe są dla nas ważne. Użyj przycisku Opinie na tej stronie, aby poinformować nas, jak dobrze działa ten artykuł lub jak możemy go ulepszyć.

Połączenie RDP (Remote Desktop Protocol) z maszyną wirtualną platformy Azure bazującą na systemie Windows może ulec awarii z wielu powodów, uniemożliwiając uzyskanie dostępu do maszyny wirtualnej. Ten problem może być związany z usługą pulpitu zdalnego na maszynie wirtualnej, połączeniem sieciowym lub klientem pulpitu zdalnego na komputerze hosta. Ten artykuł przeprowadzi Cię przez niektóre z najbardziej popularnych metod rozwiązywania problemów z połączeniem RDP.

Jeśli potrzebujesz więcej pomocy w dowolnym momencie tego artykułu, możesz skontaktować się z ekspertami platformy Azure na forach MSDN Azure i Stack Overflow. Alternatywnie możesz zgłosić zdarzenie pomoc techniczna platformy Azure. Przejdź do witryny pomoc techniczna platformy Azure i wybierz pozycję Uzyskaj pomoc techniczną

Szybkie kroki rozwiązywania problemów

Po każdym kroku rozwiązywania problemów spróbuj ponownie nawiązać połączenie z maszyną wirtualną:

  1. Zresetuj konfigurację pulpitu zdalnego.
  2. Sprawdź reguły sieciowej grupy zabezpieczeń / punkty końcowe usług Cloud Services.
  3. Przejrzyj dzienniki konsoli maszyny wirtualnej.
  4. Zresetuj kartę sieciową dla maszyny wirtualnej.
  5. Sprawdź kondycję zasobu maszyny wirtualnej.
  6. Zresetuj hasło maszyny wirtualnej.
  7. Uruchom ponownie maszynę wirtualną.
  8. Ponowne wdrożenie maszyny wirtualnej.

Kontynuuj czytanie, jeśli potrzebujesz bardziej szczegółowych kroków i wyjaśnień. Sprawdź, czy lokalne urządzenia sieciowe, takie jak routery i zapory, nie blokują wychodzącego portu TCP 3389, jak opisano w szczegółowych scenariuszach rozwiązywania problemów z protokołem RDP.

Napiwek

Jeśli przycisk Połącz dla maszyny wirtualnej jest wyszaryzowany w portalu i nie masz połączenia z platformą Azure za pośrednictwem usługi Express Route lub połączenia sieci VPN typu lokacja-lokacja, musisz utworzyć i przypisać maszynie wirtualnej publiczny adres IP, zanim będzie można użyć protokołu RDP. Więcej informacji o publicznych adresach IP na platformie Azure.

Sposoby rozwiązywania problemów z protokołem RDP

Maszyny wirtualne utworzone przy użyciu modelu wdrażania usługi Resource Manager można rozwiązywać za pomocą jednej z następujących metod:

  • Witryna Azure Portal — doskonałe rozwiązanie, jeśli musisz szybko zresetować konfigurację protokołu RDP lub poświadczenia użytkownika i nie masz zainstalowanych narzędzi platformy Azure.
  • Azure PowerShell — jeśli masz doświadczenie z monitem programu PowerShell, szybko zresetuj konfigurację protokołu RDP lub poświadczenia użytkownika przy użyciu poleceń cmdlet programu Azure PowerShell.

Rozwiązywanie problemów przy użyciu witryny Azure Portal

Po każdym kroku rozwiązywania problemów spróbuj ponownie nawiązać połączenie z maszyną wirtualną. Jeśli nadal nie możesz nawiązać połączenia, spróbuj wykonać następny krok.

  1. Zresetuj połączenie RDP. Ten krok rozwiązywania problemów powoduje zresetowanie konfiguracji protokołu RDP, gdy połączenia zdalne są wyłączone lub reguły zapory systemu Windows blokują na przykład protokół RDP.

    Wybierz maszynę wirtualną w witrynie Azure Portal. Przewiń w dół okienko ustawień do sekcji Pomoc w dolnej części listy. Kliknij przycisk Resetuj hasło . Ustaw tryb na resetuj tylko konfigurację, a następnie kliknij przycisk Aktualizuj:

    Zrzut ekranu przedstawiający okno Ustawienia trybu na karcie Resetowanie hasła, w którym jest wybrana opcja Resetuj tylko konfigurację.

  2. Sprawdź reguły sieciowej grupy zabezpieczeń. Użyj funkcji weryfikacji przepływu adresu IP w celu potwierdzenia, że reguła w sieciowej grupie zabezpieczeń blokuje ruch do lub z maszyny wirtualnej. Możesz również przejrzeć obowiązujące reguły grupy zabezpieczeń, aby upewnić się, że dla portu RDP (domyślnie 3389) istnieje priorytetowa reguła ruchu przychodzącego sieciowej grupy zabezpieczeń "Zezwalaj". Aby uzyskać więcej informacji, zobacz Używanie obowiązujących reguł zabezpieczeń do rozwiązywania problemów z przepływem ruchu maszyny wirtualnej.

  3. Przejrzyj diagnostykę rozruchu maszyny wirtualnej. Ten krok rozwiązywania problemów sprawdza dzienniki konsoli maszyny wirtualnej, aby określić, czy maszyna wirtualna zgłasza problem. Nie wszystkie maszyny wirtualne mają włączoną diagnostykę rozruchu, dlatego ten krok rozwiązywania problemów może być opcjonalny.

    Konkretne kroki rozwiązywania problemów wykraczają poza zakres tego artykułu, ale może wskazywać szerszy problem, który ma wpływ na łączność RDP. Aby uzyskać więcej informacji na temat przeglądania dzienników konsoli i zrzutu ekranu maszyny wirtualnej, zobacz Diagnostyka rozruchu maszyn wirtualnych.

  4. Zresetuj kartę sieciową dla maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz jak zresetować kartę sieciową dla maszyny wirtualnej z systemem Windows platformy Azure.

  5. Sprawdź kondycję zasobu maszyny wirtualnej. Ten krok rozwiązywania problemów sprawdza, czy nie ma znanych problemów z platformą Azure, które mogą mieć wpływ na łączność z maszyną wirtualną.

    Wybierz maszynę wirtualną w witrynie Azure Portal. Przewiń w dół okienko ustawień do sekcji Pomoc w dolnej części listy. Kliknij przycisk Kondycja zasobu . Raport maszyny wirtualnej w dobrej kondycji jako dostępny:

    Zrzut ekranu przedstawiający raport w dobrej kondycji maszyny wirtualnej, który pokazuje, że nie ma żadnych znanych problemów z platformą Azure wpływających na tę maszynę wirtualną.

  6. Zresetuj poświadczenia użytkownika. Ten krok rozwiązywania problemów resetuje hasło na koncie administratora lokalnego, gdy nie masz pewności lub nie pamiętasz poświadczeń. Po zalogowaniu się do maszyny wirtualnej należy zresetować hasło dla tego użytkownika.

    Wybierz maszynę wirtualną w witrynie Azure Portal. Przewiń w dół okienko ustawień do sekcji Pomoc w dolnej części listy. Kliknij przycisk Resetuj hasło . Upewnij się, że ustawienie Tryb ma wartość Resetuj hasło , a następnie wprowadź nazwę użytkownika i nowe hasło. Na koniec kliknij przycisk Aktualizuj :

    Zrzut ekranu przedstawiający okno ustawień resetowania hasła po ustawieniu trybu na resetuj hasło.

  7. Uruchom ponownie maszynę wirtualną. Ten krok rozwiązywania problemów może rozwiązać wszelkie podstawowe problemy, które ma sama maszyna wirtualna. Wybierz maszynę wirtualną w witrynie Azure Portal i kliknij kartę Przegląd . Kliknij przycisk Uruchom ponownie .

  8. Ponowne wdrożenie maszyny wirtualnej. Ten krok rozwiązywania problemów ponownie wdraża maszynę wirtualną na innym hoście na platformie Azure, aby rozwiązać wszelkie podstawowe problemy z platformą lub siecią.

    Wybierz maszynę wirtualną w witrynie Azure Portal. Przewiń w dół okienko ustawień do sekcji Pomoc w dolnej części listy. Kliknij przycisk Ponownie wdróż, a następnie kliknij pozycję Wdróż ponownie:

    Zrzut ekranu przedstawiający przycisk Ponowne wdrażanie w oknie ustawień karty Ponowne wdrażanie.

    Po zakończeniu tej operacji dane dysku efemerycznego zostaną utracone, a dynamiczne adresy IP skojarzone z maszyną wirtualną zostaną zaktualizowane.

  9. Weryfikowanie routingu. Użyj funkcji Następnego przeskoku usługi Network Watcher, aby potwierdzić, że trasa nie uniemożliwia kierowania ruchu do lub z maszyny wirtualnej. Możesz również przejrzeć obowiązujące trasy, aby wyświetlić wszystkie obowiązujące trasy dla interfejsu sieciowego. Aby uzyskać więcej informacji, zobacz Używanie skutecznych tras do rozwiązywania problemów z przepływem ruchu maszyny wirtualnej.

  10. Upewnij się, że dowolna lokalna zapora lub zapora na komputerze zezwala na wychodzący ruch TCP 3389 na platformę Azure.

Jeśli nadal występują problemy z protokołem RDP, możesz otworzyć wniosek o pomoc techniczną lub przeczytać bardziej szczegółowe pojęcia i kroki rozwiązywania problemów z protokołem RDP.

Rozwiązywanie problemów przy użyciu programu Azure PowerShell

Jeśli jeszcze tego nie zrobiono, zainstaluj i skonfiguruj najnowszą wersję programu Azure PowerShell.

W poniższych przykładach są używane zmienne, takie jak myResourceGroup, myVMi myVMAccessExtension. Zastąp te nazwy zmiennych i lokalizacje własnymi wartościami.

Uwaga

Poświadczenia użytkownika i konfigurację protokołu RDP można zresetować przy użyciu polecenia cmdlet Set-AzVMAccessExtension programu PowerShell. W poniższych przykładach myVMAccessExtension jest nazwą, którą określisz w ramach procesu. Jeśli wcześniej pracowałeś z agentem VMAccessAgent, możesz uzyskać nazwę istniejącego rozszerzenia przy użyciu polecenia Get-AzVM -ResourceGroupName "myResourceGroup" -Name "myVM" , aby sprawdzić właściwości maszyny wirtualnej. Aby wyświetlić nazwę, zapoznaj się z sekcją "Rozszerzenia" danych wyjściowych.

Po każdym kroku rozwiązywania problemów spróbuj ponownie nawiązać połączenie z maszyną wirtualną. Jeśli nadal nie możesz nawiązać połączenia, spróbuj wykonać następny krok.

  1. Zresetuj połączenie RDP. Ten krok rozwiązywania problemów powoduje zresetowanie konfiguracji protokołu RDP, gdy połączenia zdalne są wyłączone lub reguły zapory systemu Windows blokują na przykład protokół RDP.

    Poniższy przykład resetuje połączenie RDP na maszynie wirtualnej o nazwie w WestUS lokalizacji i w grupie zasobów o nazwie :myResourceGroupmyVM

    Set-AzVMAccessExtension -ResourceGroupName "myResourceGroup" `
        -VMName "myVM" -Location Westus -Name "myVMAccessExtension"
    
  2. Sprawdź reguły sieciowej grupy zabezpieczeń. Ten krok rozwiązywania problemów sprawdza, czy masz regułę w sieciowej grupie zabezpieczeń, aby zezwolić na ruch RDP. Domyślnym portem protokołu RDP jest port TCP 3389. Reguła zezwalania na ruch RDP może nie zostać utworzona automatycznie podczas tworzenia maszyny wirtualnej.

    Najpierw przypisz wszystkie dane konfiguracji sieciowej grupy zabezpieczeń do zmiennej $rules . Poniższy przykład uzyskuje informacje o sieciowej grupie zabezpieczeń o nazwie myNetworkSecurityGroup w grupie zasobów o nazwie myResourceGroup:

    $rules = Get-AzNetworkSecurityGroup -ResourceGroupName "myResourceGroup" `
        -Name "myNetworkSecurityGroup"
    

    Teraz wyświetl reguły skonfigurowane dla tej sieciowej grupy zabezpieczeń. Sprawdź, czy istnieje reguła zezwalania na port TCP 3389 dla połączeń przychodzących w następujący sposób:

    $rules.SecurityRules
    

    W poniższym przykładzie przedstawiono prawidłową regułę zabezpieczeń, która zezwala na ruch RDP. Zobaczysz Protocol, że wartości , DestinationPortRange, Accessi Direction są poprawnie skonfigurowane:

    Name                     : default-allow-rdp
    Id                       : /subscriptions/guid/resourceGroups/myResourceGroup/providers/Microsoft.Network/networkSecurityGroups/myNetworkSecurityGroup/securityRules/default-allow-rdp
    Etag                     : 
    ProvisioningState        : Succeeded
    Description              : 
    Protocol                 : TCP
    SourcePortRange          : *
    DestinationPortRange     : 3389
    SourceAddressPrefix      : *
    DestinationAddressPrefix : *
    Access                   : Allow
    Priority                 : 1000
    Direction                : Inbound
    

    Jeśli nie masz reguły zezwalanej na ruch RDP, utwórz regułę sieciowej grupy zabezpieczeń. Zezwalaj na port TCP 3389.

  3. Zresetuj poświadczenia użytkownika. Ten krok rozwiązywania problemów powoduje zresetowanie hasła na koncie administratora lokalnego określonego w przypadku braku pewności lub zapomnienia poświadczeń.

    Najpierw określ nazwę użytkownika i nowe hasło, przypisując poświadczenia do zmiennej $cred w następujący sposób:

    $cred=Get-Credential
    

    Teraz zaktualizuj poświadczenia na maszynie wirtualnej. Poniższy przykład aktualizuje poświadczenia na maszynie wirtualnej o nazwie myVM w WestUS lokalizacji i w grupie zasobów o nazwie myResourceGroup:

    Set-AzVMAccessExtension -ResourceGroupName "myResourceGroup" `
        -VMName "myVM" -Location WestUS -Name "myVMAccessExtension" `
        -UserName $cred.GetNetworkCredential().Username `
        -Password $cred.GetNetworkCredential().Password
    
  4. Uruchom ponownie maszynę wirtualną. Ten krok rozwiązywania problemów może rozwiązać wszelkie podstawowe problemy, które ma sama maszyna wirtualna.

    Poniższy przykład uruchamia ponownie maszynę wirtualną o nazwie myVM w grupie zasobów o nazwie myResourceGroup:

    Restart-AzVM -ResourceGroup "myResourceGroup" -Name "myVM"
    
  5. Ponowne wdrożenie maszyny wirtualnej. Ten krok rozwiązywania problemów ponownie wdraża maszynę wirtualną na innym hoście na platformie Azure, aby rozwiązać wszelkie podstawowe problemy z platformą lub siecią.

    Poniższy przykład ponownie wdraża maszynę wirtualną o nazwie myVM w lokalizacji i w grupie zasobów o nazwie myResourceGroup:WestUS

    Set-AzVM -Redeploy -ResourceGroupName "myResourceGroup" -Name "myVM"
    
  6. Weryfikowanie routingu. Użyj funkcji Następnego przeskoku usługi Network Watcher, aby potwierdzić, że trasa nie uniemożliwia kierowania ruchu do lub z maszyny wirtualnej. Możesz również przejrzeć obowiązujące trasy, aby wyświetlić wszystkie obowiązujące trasy dla interfejsu sieciowego. Aby uzyskać więcej informacji, zobacz Używanie skutecznych tras do rozwiązywania problemów z przepływem ruchu maszyny wirtualnej.

  7. Upewnij się, że dowolna lokalna zapora lub zapora na komputerze zezwala na wychodzący ruch TCP 3389 na platformę Azure.

Jeśli nadal występują problemy z protokołem RDP, możesz otworzyć wniosek o pomoc techniczną lub przeczytać bardziej szczegółowe pojęcia i kroki rozwiązywania problemów z protokołem RDP.

Rozwiązywanie problemów dotyczących konkretnych błędów protokołu RDP

Podczas próby nawiązania połączenia z maszyną wirtualną za pośrednictwem protokołu RDP może wystąpić określony komunikat o błędzie. Poniżej przedstawiono najbardziej typowe komunikaty o błędach:

Rozwiązywanie problemów z logowaniem, gdy użytkownicy RDP z poświadczeniami firmy Microsoft Entra

Podczas próby nawiązania połączenia RDP przy użyciu poświadczeń usługi Microsoft Entra mogą wystąpić następujące typowe błędy: "brak przypisanych ról platformy Azure", "nieautoryzowanego klienta" lub "wymagana metoda logowania dwuskładnikowego". Zapoznaj się z następującymi artykułami, aby rozwiązać te problemy:

Dodatkowe zasoby

Jeśli żaden z tych błędów nie wystąpił i nadal nie możesz nawiązać połączenia z maszyną wirtualną za pośrednictwem pulpitu zdalnego, przeczytaj szczegółowy przewodnik rozwiązywania problemów z pulpitem zdalnym.

Skontaktuj się z nami, aby uzyskać pomoc

Jeśli masz pytania lub potrzebujesz pomocy, utwórz wniosek o pomoc techniczną lub zadaj pomoc techniczną społeczności platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii na temat platformy Azure.