Felkod 0x516 innebär att Windows Fjärrskrivbord tror att någon annan redan är ansluten till din dator, även när de inte är det. Detta händer på grund av fastnade sessioner, avsaknad av lösenord, sessionsbegränsningar eller problem med nätverkskonfigurationen.
Åtgärden beror på din specifika situation. De flesta löser det genom att lägga till ett lösenord på sitt Windows-konto, slå av och på Fjärrskrivbordet för att rensa fastnade sessioner, justera sessionsbegränsningar i Gruppolicy eller åtgärda routerns inställningar för portvidarebefordran. Dessa lösningar fungerar i Windows 10, 11 och Server-versioner.
Jag har följt det här problemet på teknikforum i veckor nu, och det är ett sådant fel som får folk att vilja kasta tangentbordet tvärs över rummet. Felmeddelandet berättar egentligen inte vad som är fel, vilket är särskilt frustrerande när du stirrar på det för tredje gången på fem minuter.
Om du hellre vill slippa allt gissande kring fantomsessioner är HelpWire värd att känna till direkt: det är ett kostnadsfritt fjärråtkomstverktyg som inte använder Windows egna spårning av sessionsbegränsningar, så det finns ingen fastnad “spöksession” att snubbla över från början och heller ingen begränsning till en session åt gången. En session startar från en länk i stället för ett sessions-ID, så det finns inget för Windows att missta för en kvarvarande anslutning. Det fungerar på Windows, macOS och Linux, vilket spelar roll här eftersom 0x516 delvis är en egenhet kring sessionsbegränsningar i Windows Home/Pro från början. Mer om det mot slutet.
Låt mig gå igenom de åtgärder som faktiskt fungerar.
Vad fel 0x516 egentligen betyder
Den korta versionen? Windows tror att någon annan redan använder den datorn, även när de inte gör det.
Den något längre versionen går in på hur Fjärrskrivbord fungerar. Windows begränsar hur många som kan ansluta samtidigt. Om du använder Windows 10 eller 11 Home eller Pro kan bara en person vara inloggad via Fjärrskrivbord åt gången. Serverversioner tillåter två anslutningar i det som Microsoft kallar ”administrativt läge”, men det är i princip allt.
Ibland stängs en tidigare session inte ordentligt. Ibland blir Windows förvirrat över nätverksinställningar. Och ibland, som jag upptäckte när jag grävde igenom foruminlägg, är problemet något löjligt enkelt som ingen tänker på att kontrollera.
Låt mig gå igenom de lösningar som faktiskt fungerar.
Lösning 1: Lägg till ett lösenord till ditt Windows-konto
Varför det här fungerar: Fjärrskrivbord har ett inbyggt säkerhetskrav som blockerar anslutningar till konton utan lösenord. Även om du använder en PIN-kod eller Windows Hello för lokal inloggning kräver Fjärrskrivbord specifikt ett traditionellt lösenord för att autentisera anslutningen.
Det låter för enkelt för att vara sant, men det ställer till det för fler än man skulle tro.
Jag hittade det här tipset på ett Cloudy Nights-forum där någon försökte konfigurera Fjärrskrivbord för sitt observatorium på bakgården. Efter sidor av felsökning frågade en annan användare: “Har din observatoriedator en användare & ett lösenord konfigurerade? Jag frågar eftersom RDP bara fungerar om de är det.” Svaret? “Det här kan vara problemet.”
Så här lägger du till ett lösenord:
-
Tryck på Windows-tangenten + I, gå till Konton > Inloggningsalternativ
-
Hitta Lösenord och klicka på Lägg till
-
Ange ditt nya lösenord två gånger och lägg till en ledtråd
-
Klicka på Nästa, sedan Slutför
-
Försök att ansluta via Fjärrskrivbord igen
Om detta var ditt problem, kommer du att känna dig lite fånig. Men åtminstone kommer du att vara ansluten.
Lösning 2: Återställ Fjärrskrivbord genom att slå av och på det
Varför detta fungerar: När Fjärrskrivbordssessioner kopplas från på ett felaktigt sätt kan Windows lämna en “spökanslutning” aktiv i bakgrunden. Denna spöksession får Windows att tro att någon fortfarande är inloggad. Att inaktivera och återaktivera Fjärrskrivbord tvingar Windows att rensa alla aktiva sessioner och börja om på nytt.
När jag först hörde talas om denna lösning, himlade jag med ögonen. Stäng av och slå på igen? Verkligen?
Men grejen är: det fungerar förvånansvärt ofta. En användare i en Microsoft Q&A-tråd nämnde att de var tvungna att inaktivera fjärrstyrning och sedan aktivera den igen på måldatorn för att åtgärda anslutningen. Ibland är de enklaste lösningarna de som håller.
Så här återställer du Fjärrskrivbord:
-
Tryck på Windows-tangenten + R, skriv sysdm.cpl, och tryck på Enter
-
Gå till fliken Fjärr och välj “Tillåt inte fjärranslutningar till den här datorn”
-
Klicka på Verkställ, OK och starta sedan om din dator
-
Efter omstart, öppna sysdm.cpl igen och gå till fliken Fjärranslutning
-
Välj “Tillåt fjärranslutningar till den här datorn” och se till att “Tillåt endast anslutningar från datorer som kör Fjärrskrivbord med nätverksnivåautentisering” är markerat
-
Klicka på Verkställ, sedan på OK, och försök att ansluta
Detta rensar eventuella fantomsessioner som kan blockera din anslutning.
Lösning 3: Inaktivera begränsningar för enskild session
Varför det här fungerar: Windows upprätthåller som standard en strikt regel om en session åt gången. Om din föregående session kraschade eller inte stängdes korrekt räknar Windows den fortfarande som aktiv och blockerar nya anslutningar. Att inaktivera den här begränsningen talar om för Windows att vara mer flexibelt med flera sessioner, vilket förhindrar att hängda sessioner låser dig ute.
Kommer du ihåg vad jag sa om att Windows bara tillåter en anslutning åt gången? Det inkluderar att du ansluter två gånger.
Om du försökte ansluta tidigare och sessionen inte stängdes korrekt tror Windows att du fortfarande är inloggad. När du försöker ansluta igen loggar den ut det den uppfattar som “den andra användaren” — vilket egentligen bara är din spöksession.
Så här ändrar du sessionsgränser:
-
Tryck på Windows-tangenten, skriv gpedit.msc, och tryck på Enter
-
Navigera till: Datorkonfiguration > Administrativa mallar > Windows-komponenter > Fjärrskrivbordstjänster > Värd för fjärrskrivbordssessioner > Anslutningar
-
Dubbelklicka på “Begränsa användare av Fjärrskrivbordstjänster till en enda session för Fjärrskrivbordstjänster”
-
Välj Inaktiverad, klicka på Verkställ, sedan OK
-
Starta om din dator och försök att ansluta igen
Detta talar om för Windows att låta dig ha flera sessioner om det behövs. Men ärligt talat, om du märker att du behöver detta kan det vara läge att kontrollera om du har kvarvarande sessioner som först behöver avslutas.
Lösning 4: Åtgärda din routers portvidarebefordran
Varför detta fungerar: Om du ansluter från utanför ditt hemnätverk använder Fjärrskrivbord port 3389 för att kommunicera. Routrar tilldelar ofta olika IP-adresser till enheter över tid (kallas DHCP). När din dators IP-adress ändras pekar din regel för portvidarebefordran på fel enhet, och dina anslutningsförsök når aldrig din dator.
Detta är särskilt lurigt om du ansluter via internet snarare än ditt hemnätverk.
En frustrerad användare på Microsoft Q&A delade sin berättelse: “Den dynamiska IP-adressen hade ändrats. Så jag angav bara den nya publika IP-adressen i regeln för vidarebefordran av port 3389. Var tvungen att starta om routern.”
Om du ställde in portvidarebefordran för några veckor sedan och den plötsligt slutade fungera har din router troligen tilldelat din dator en annan IP-adress.
Så här åtgärdar du portvidarebefordran:
-
Hitta din dators IP-adress: Öppna Kommandotolken (Windows-tangenten + R, skriv cmd), skriv ipconfig, och notera IPv4-adressen (börjar med 192.168)
-
Logga in på din router genom att gå till 192.168.1.1 eller 192.168.0.1 i din webbläsare
-
Hitta inställningar för portvidarebefordran (kan finnas under “Virtual Server” eller “Applications”)
-
Uppdatera eller skapa en regel: Ställ in både extern och intern port till 3389, ställ in intern IP till adressen från steg 1, ställ in protokoll till TCP
-
Spara inställningarna, koppla sedan ur routern i 30 sekunder och koppla in den igen
-
Prova att ansluta via Fjärrskrivbord med din publika IP-adress
Ett varningens ord: Vissa föreslår att aktivera DMZ-läge som en lösning. Gör inte det. Som en säkerhetsmedveten användare varnade i samma Microsoft-tråd: “Jag skulle starkt ifrågasätta att DMZ är svaret på detta. Jag tycker inte att det är klokt att exponera en värd helt öppet, särskilt över internet.”
De har rätt. DMZ tar bort de flesta av dina säkerhetsåtgärder. Det är som att lämna din ytterdörr vidöppen eftersom nyckeln kärvar.
När inget fungerar: prova ett annat verktyg
Se, ibland är svaret inte att fixa Remote Desktop. Ibland handlar det om att erkänna att Remote Desktop strular och att använda något annat.
“Jag vet precis hur frustrerande det här är,” skrev en användare på ett Microsoft-forum. “Jag har haft samma fel de senaste par veckorna. Jag började använda HelpWire som ett gratisalternativ och det har varit pålitligt hittills.”
Det ligger i linje med varför 0x516 uppstår från första början. Felet beror på att Windows blir förvirrat kring sessionstillstånd: om en fantomsession fortfarande är “aktiv”, om en tidigare anslutning faktiskt stängdes. HelpWire kringgår hela det lagret: det använder inte Windows inbyggda spårning av sessionsbegränsningar, så det finns ingen spöksession att fastna i. Du skickar en anslutningslänk, den andra personen godkänner den, och antingen fungerar sessionen eller så gör den det inte, inget tvetydigt “en annan anslutning gjordes” däremellan.
Ibland slår det pragmatiska valet det perfekta. Om du behöver få jobbet gjort och Remote Desktop motarbetar dig, använd något som faktiskt fungerar. Du kan alltid återkomma till felsökning senare.
Slutsats
Fel 0x516 är frustrerande just eftersom felmeddelandet är så vagt. “Another connection was made” säger inget om huruvida det är ett lösenordsproblem, en sessionsgräns eller ett nätverksproblem.
Börja med det enkla. Se till att du har ett lösenord inställt. Prova tricket att slå av och på igen. Om det inte fungerar, granska dina Gruppolicy-inställningar och kontrollera din nätverkskonfiguration.
Och om allt annat misslyckas? Det är inget att skämmas för att använda ett alternativ som bara fungerar. Fjärrskrivbord är kraftfullt när det samarbetar, men ibland ligger samarbete inte i korten.
