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

  • Artikel

Gäller för: ✔️ Virtuella Windows-datorer

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 servrar för fjärrskrivbordslicenser tillgängliga 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 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 fjärrskrivbordsserverrollen.

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 användarnamnet är i formatet SecurityAuthority\UserName (exempel: CORP\User1) är delen SecurityAuthority 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 korrekt stavat.
  • 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 bezbednost 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 den corp.contoso.com domänen 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 kan du läsa 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 det önskade kontot i den lokala gruppen Fjärrskrivbordsanvändare använder du snapin-modulen Microsoft Management Console (systemverktyg > , lokala användare och grupper > för > fjärrskrivbordsanvändare).

Nästa steg

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

Kontakta oss om du behöver hjälp

Om du har frågor eller behöver hjälp skapar du en supportbegäran eller frågar Azure Community-support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.