Dela via


Felsöka specifika RDP-felmeddelanden till en virtuell Windows-dator i Azure

Du kan få ett specifikt felmeddelande när du använder fjärrskrivbordsanslutning till en virtuell Windows-dator (VM) i Azure. Den här artikeln beskriver några av de vanligaste felmeddelandena som påträffas, tillsammans med felsökningssteg för att lösa dem. Om du har problem med att ansluta till den virtuella datorn med RDP men inte får något specifikt felmeddelande kan du läsa felsökningsguiden för Fjärrskrivbord.

Information om specifika felmeddelanden finns i följande:

Fjärrsessionen kopplades från eftersom det inte finns några tillgängliga licensservrar för fjärrskrivbord för att tillhandahålla en licens

Orsak: Respitperioden på 120 dagar för fjärrskrivbordsserverrollen har upphört att gälla och du måste installera licenser.

Som en tillfällig lösning sparar du en lokal kopia av RDP-filen från portalen och kör det här kommandot i en PowerShell-kommandotolk för att ansluta. Det här steget inaktiverar licensiering för just den anslutningen:

mstsc <File name>.RDP /admin

Om du faktiskt inte behöver fler än två samtidiga fjärrskrivbordsanslutningar till den virtuella datorn kan du använda Serverhanteraren för att ta bort rollen Fjärrskrivbordsserver.

Mer information finns i blogginlägget azure vm fails with "No Remote Desktop License Servers available".

Fjärrskrivbord kan inte hitta datorns "namn"

Orsak: Fjärrskrivbordsklienten på datorn kan inte matcha namnet på datorn i inställningarna för RDP-filen.

Möjliga lösningar:

  • Om du använder en organisations intranät kontrollerar du att datorn har åtkomst till proxyservern och kan skicka HTTPS-trafik till den.

  • Om du använder en lokalt lagrad RDP-fil kan du prova att använda den som genereras av portalen. Det här steget säkerställer att du har rätt DNS-namn för den virtuella datorn eller molntjänsten och slutpunktsporten för den virtuella datorn. Här är en RDP-exempelfil som genereras av portalen:

    full address:s:tailspin-azdatatier.cloudapp.net:55919
    prompt for credentials:i:1
    

Den här RDP-filens adressdel har:

  • Det fullständigt kvalificerade domännamnet för molntjänsten som innehåller den virtuella datorn ("tailspin-azdatatier.cloudapp.net" i det här exemplet).
  • Den externa TCP-porten för slutpunkten för fjärrskrivbordstrafik (55919).

Ett autentiseringsfel har uppstått. Det går inte att kontakta den lokala säkerhetsmyndigheten

Orsak: Den virtuella måldatorn kan inte hitta säkerhetsutfärdare i användarnamnsdelen av dina autentiseringsuppgifter.

När ditt användarnamn är i formatet SecurityAuthority\UserName (exempel: CORP\User1) är securityauthority-delen antingen den virtuella datorns datornamn (för den lokala säkerhetsmyndigheten) eller ett Active Directory-domännamn.

Möjliga lösningar:

  • Om kontot är lokalt för den virtuella datorn kontrollerar du att namnet på den virtuella datorn är rättstavat.
  • Om kontot finns i en Active Directory-domän kontrollerar du stavningen av domännamnet.
  • Om det är ett Active Directory-domänkonto och domännamnet stavas korrekt kontrollerar du att en domänkontrollant är tillgänglig i domänen. Det är ett vanligt problem i virtuella Azure-nätverk som innehåller domänkontrollanter som en domänkontrollant inte är tillgänglig eftersom den inte har startats. Som en lösning kan du använda ett lokalt administratörskonto i stället för ett domänkonto.

Windows-säkerhet fel: Dina autentiseringsuppgifter fungerade inte

Orsak: Den virtuella måldatorn kan inte verifiera ditt kontonamn och lösenord.

En Windows-baserad dator kan verifiera autentiseringsuppgifterna för ett lokalt konto eller ett domänkonto.

  • För lokala konton använder du syntaxen ComputerName\UserName (exempel: SQL1\Admin4798).
  • För domänkonton använder du syntaxen DomainName\UserName (exempel: CONTOSO\peterodman).

Om du har befordrat den virtuella datorn till en domänkontrollant i en ny Active Directory-skog konverteras det lokala administratörskontot som du loggade in med till ett motsvarande konto med samma lösenord i den nya skogen och domänen. Det lokala kontot tas sedan bort.

Om du till exempel loggade in med det lokala kontot DC1\DCAdmin och sedan befordrade den virtuella datorn som domänkontrollant i en ny skog för corp.contoso.com domän tas det lokala DC1\DCAdmin-kontot bort och ett nytt domänkonto (CORP\DCAdmin) skapas med samma lösenord.

Kontrollera att kontonamnet är ett namn som den virtuella datorn kan verifiera som ett giltigt konto och att lösenordet är korrekt.

Om du behöver ändra lösenordet för det lokala administratörskontot läser du Så här återställer du ett lösenord eller fjärrskrivbordstjänsten för virtuella Windows-datorer.

Den här datorn kan inte ansluta till fjärrdatorn

Orsak: Kontot som används för att ansluta har inte inloggningsrättigheter för fjärrskrivbord.

Varje Windows-dator har en lokal grupp för fjärrskrivbordsanvändare som innehåller konton och grupper som kan logga in på den via fjärranslutning. Medlemmar i den lokala administratörsgruppen har också åtkomst, även om dessa konton inte visas i den lokala gruppen Fjärrskrivbordsanvändare. För domänanslutna datorer innehåller den lokala administratörsgruppen även domänadministratörerna för domänen.

Kontrollera att det konto som du använder för att ansluta med har inloggningsrättigheter för fjärrskrivbord. Som en lösning kan du använda en domän eller ett lokalt administratörskonto för att ansluta via Fjärrskrivbord. Om du vill lägga till önskat konto i den lokala gruppen Fjärrskrivbordsanvändare använder du snapin-modulen Microsoft Management Console (SystemVerktyg > Lokala användare och grupper > Grupper > Fjärrskrivbordsanvändare).

Nästa steg

Om inget av dessa fel har inträffat och du har ett okänt problem med att ansluta med RDP kan du läsa felsökningsguiden för Fjärrskrivbord.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.