Det är nästan omöjligt att överskatta användbarheten av fjärrskrivbordsåtkomst för Windows-datorer. Enkelt uttryckt låter det en användare eller administratör på en Windows-dator, kallad en klientdator, upprätta en fjärrsession på en annan Windows-dator, kallad en server eller värddator.
Microsofts Remote Desktop Protocol (RDP) är grunden på vilken flera inbyggda Windows fjärråtkomstverktyg vilar. Detta säkra nätverkskommunikationsprotokoll stöds av både den gamla skolans fjärrskrivbordsanslutningsapplikation och den moderna fjärrskrivbordsapplikationen, båda visas i figur 1 nedan.
Genom att använda nätverksanslutningarna mellan klienten och värden via RDP, tillåter dessa program klientanvändaren att öppna ett fönster som visar något valt fjärrskrivbord. Med en fjärrskrivbordssession igång kan den användaren använda fjärrskrivbordet nästan som om de satt framför det.
Så, till exempel, kan jag sitta vid mitt produktionsbord och komma åt någon av de andra 11 datorerna i mitt hus enkelt och direkt. Med några få mindre undantag, vanligtvis relaterade till applikationer eller tjänster som kräver direkt fysisk åtkomst till en specifik maskin (som en BIOS/UEFI-uppdatering, firmware-verktyg och vissa OEM-verktyg), kan man göra vad som helst med en PC på distans. kan göra direkt
Nätverks- och supportadministratörer tycker att denna förmåga är ovärderlig, särskilt om de måste komma åt och interagera med datorer (inklusive de som kör Windows Server och stationära versioner av Windows) på andra platser. Den fortsatta spridningen av “jobba hemifrån”-situationer efter pandemin har bara ökat värdet och betydelsen av fjärråtkomst.
Remote Desktop Connection och Remote Desktop kommer inbyggda i Windows 10 och 11 utan extra kostnad. Därför, även om det finns många tredjepartsverktyg för fjärråtkomst lätt tillgängliga, använder många företag (särskilt mindre sådana) Microsoft-verktyg som en fråga om besparingar och preferenser.
Se min berättelse “Windows 10 Remote Desktop Options Explained” för mer information om Remote Desktop and Remote Desktop Connection och hur man använder dem. I den här berättelsen kommer jag att fokusera på vad du kan göra när du har problem med att få en fjärranslutning att fungera.
När, hur och varför fjärråtkomst misslyckas
Fjärråtkomst beror på en fungerande nätverksanslutning mellan klienten och värden. Dessutom kräver det att användaren har de nödvändiga kontouppgifterna för att använda fjärrdatorn. Och slutligen måste själva fjärråtkomstprogramvaran vara korrekt konfigurerad och fungera.
Därför faller problem med fjärråtkomst i allmänhet i en av fyra kategorier, nämligen:
- Nätverksanslutning eller åtkomst: RDP kan inte upprätta en session mellan klienten och värden om inte nätverket fungerar korrekt. Sådana problem hanteras bäst med den inbyggda Windows nätverksfelsökare. Se även avsnittet “Felsökning av anslutning” i min förklaring till mitt Windows Remote Desktop.
- Användaren måste kunna identifiera och komma åt målvärden med hjälp av en fjärråtkomstapplikation. Det betyder att de känner till IP-adressen eller namnet på målvärden och att en eller båda identifierarna tar dem till rätt dator i den valda applikationen. Jag diskuterar detta mer i detalj i ett kommande avsnitt.
- Användaren måste ha ett giltigt konto på målvärden och den värden måste känna igen kontonamnet och lösenordet för att tillåta åtkomst. Dessutom måste dessa referenser fungera inom det valda fjärråtkomstprogrammet som används. Detta kommer också till diskussion senare.
- Programvara för fjärråtkomst måste fungera korrekt för att tillhandahålla fungerande anslutningar mellan klienten och värden. Ibland kommer Windows-uppdateringar att bryta Remote Desktop Connection och/eller Remote Desktop. Jag kommer också att förklara hur man diagnostiserar sådana problem och åtgärdar dem senare.
Dessa olika områden kanske inte verkar så mycket, men de täcker ett ganska brett och intressant spektrum av potentiella problem och möjliga lösningar. Microsoft Learn erbjuder en detaljerad och användbar handledning om dessa ämnen med titeln “Allmän felsökning av anslutning till fjärrskrivbord.” Andra användbara tutorials från Microsoft i den här stilen inkluderar “Felsök RDP-klientanslutningsproblem” och “Hur man använder Remote Desktop.”
Jag kommer inte att täcka allt som nämns i dessa resurser. Istället kommer jag att fokusera på en handfull vanliga RDP-relaterade problem som jag personligen har stött på under de senaste åren. Lyckligtvis är de flesta lätta att fixa utan att kräva stora investeringar i tid och ansträngning. Men om det du hittar här inte löser dina problem, kolla in dessa referenser.
Problem 1: Datornamnet är inte löst
När de är anslutna till ett kontor kan bärbara datorer byta från en Wi-Fi-nätverkslänk till en trådbunden nätverkslänk. När den är ur dockad tar vanligtvis Wi-Fi över. Jag har arbetat med Thunderbolt 3 och 4 dockningar sedan 2017, och jag har märkt att jag inte kan använda Remote Desktop Connection (RDC) eller Remote Desktop (RD) efter att ha bytt från Wi-Fi till trådbunden eller vice versa.
Med tiden upptäckte jag att byte från ett gränssnitt till ett annat ändrar IP-adressen som används. (Varje nätverksgränssnitt måste ha en unik IP-adress på ditt lokala nätverk.) Den lokala DNS-servern uppdaterade inte sina adresstabeller omedelbart, så IP-adressen som är kopplad till datornamnet återspeglade Wi-Fi-adaptern (vid anslutning till basen). ) eller den trådbundna GbE-adaptern (när du kopplar av och använder Wi-Fi istället).
Detta tar sig av sig självt på 12 till 24 timmar för typiska DNS-servrar, men under tiden bör du använda den aktuella fungerande IP-adressen för destinationsdatorn inom RD eller RDC för att upprätta en fungerande anslutning. För att se vad som är vad kan ett LAN-skanningsverktyg vara till hjälp. Jag använder ett gratis och kapabelt verktyg som heter Avancerad IP-skanner för detta, som visas i figur 2.
Advanced IP Scanner visar även vilket gränssnitt (och tillhörande IP-adress) som är aktivt när fler än ett visas (det är det som lyser blått). Om ett kommandoradsverktyg som NSlookup visar en annan IP-adress än den som är kopplad till den aktiva adaptern, har du hittat en PC som du bör använda dess IP-adress för för fjärråtkomst, åtminstone tillfälligt.
Problem 2: RDP ansluter inte eller ansluter sedan fryser
Ibland ändrar Microsoft något i sin fjärråtkomstprogramvara eller relaterade Windows-registerinställningar som gör att RDP-anslutningar omdirigeras. Jag har sett detta hända tre gånger under de senaste 18 månaderna med olika Windows 11-utgåvor (mestadels Insider-förhandsversioner i Dev- eller Beta Channel, för att få fullständig information). Symptomen är omedelbara och uppenbara: RDP-anslutningen öppnas på en svart skärm och gör ingenting, eller så öppnas den på målskrivbordet och stänger en sekund eller två senare.
Detta är ett scenario med goda nyheter/dåliga nyheter. Detta händer vanligtvis efter att ha tillämpat en uppgradering eller uppdatering på en Windows-dator. Om inte bara din dator påverkas kommer nyheter att dyka upp att “vissa användare upplever RDP-problem efter att ha tillämpat uppdateringen.” Det är din aning om att du är bland de drabbade…fel…drabbade. Du kan leva med det och vänta på en fix (de brukar komma ganska snabbt, med tanke på vikten av att arbeta med RDP för många, många användare och organisationer). Eller så kan du återställa uppdateringen eller uppdateringen och vänta tills Microsoft meddelar en korrigering.
Problem 3: RDP-inloggningar fungerar inte
Kom ihåg att ett giltigt konto (helst ett administrativt konto) krävs för att logga in på en fjärrdator. Om något går fel med fjärrinloggning och tillhörande LSASS (Local Security Authority Server Service), kommer detta att hindra din möjlighet att logga in med RDP.
Lösningarna kan variera mycket för sådana problem. Jag har framgångsrikt använt en eller flera av följande tekniker för att övervinna RDP-inloggningsfel:
- Skapa ett lokalt administratörskonto på måldatorn och logga in på det istället för Microsoft-kontot (i det typiska formatet namn@domän) du annars skulle kunna använda.
- Om du normalt loggar in med en PIN-kod eller biometrisk autentisering, lagras aldrig en hash för lösenord i den lokala lösenordscachen. Detta är vad Windows använder för RDP-inloggningar, så om det inte finns någon hash kan du inte logga in. Lösningen är enkel, men kräver att någon loggar in på målmaskinen med kontonamnet och tillhörande lösenord. Gör detta en gång och problemet kommer inte att upprepa sig.
- Ibland kan du lösa problem med RDP-uppgifter om du marknadsför kontot du vill använda för RDP-inloggning från normal användarnivå till administratörsnivå. Självklart kan du bara göra detta om du litar på att användaren inte missbrukar den behörighetsnivån.
Andra korrigeringar som ibland har hjälpt till att fixa RDP-inloggningsproblem behövs mindre ofta. I vissa fall har jag upptäckt att det hjälpte att besöka , aktivera Aktivera fjärrskrivbord, vänta 30 sekunder och sedan återaktivera fjärrskrivbord. Andra gånger hjälpte det också att byta från Wi-Fi till GbE, vänta 30 sekunder och sedan byta tillbaka. Spara dock detta till ett sista försök med RDP-inloggningsfelsökning – det fungerar mer sällan.
Problem 4: RDP visar inte fjärrkontrollfältet i sessionsfönstret
När du kör en fjärrsession i Remote Desktop Connection och ställer in den sessionen på helskärmsläge, ser du ett kontrollfält överst i fönstret för maximerad fjärrsession, som visas i figur 3.
Du kan sträcka ut ett icke-maximerat fönster för att fylla hela skärmen, så att du har helskärmsläge. Men om den gör det saknas kontrollfältet. Detta händer mig varje gång jag uppdaterar min Nvidia-grafikdrivrutin på mitt produktionsskrivbord. Nvidia-drivrutinsuppdateringen utökar fönster för att fylla skärmen, men maximerar dem inte. Ergo, ingen kontrollstång.
Detta är extremt svårt att lägga märke till men otroligt lätt att fixa: tryck bara på mittknappen längst upp till höger i fjärrkontrollfönstret. Att diagnostisera detta tog mig pinsamt lång tid och ledde till onödiga felsökningsövningar.
Ett allmänt RDP-felsökningstips
Om du stöter på något som inte nämns i den här historien (eller i Microsofts tips och tutorials), använd ditt symptom tillsammans med din version av Windows som en söksträng i Bing eller Google (eller din favoritsökmotor). Så du kan använda något som “RDP svart skärm Windows 10” eller “RDP-autentisering misslyckas i Windows 11” och se vad som kommer upp. Detta ger ofta användbar information och enstaka korrigeringar eller lösningar, särskilt när du hittar information från pålitliga källor som t.ex Superanvändare, Windows 10-forumantingen Windows 11-forum.
“Kungarnas sista argument” för RDP
Kung Ludvig XIV graverade sin mässingskanon med mottot “Ultima ratio regum.” Detta översätts från latin som “kungars sista argument.” Därför tjänade kanonen honom som en slags sista och sista utväg för att lösa problem.
Efter att ha varit i situationen där jag behövde fjärråtkomst till en specifik Windows-dator men inte kunde få varken RD eller RDC att fungera, kan jag säga av erfarenhet att du vanligtvis kan installera och använda ett tredjeparts fjärråtkomstpaket för att tvinga fram en lösning. I mitt fall var det TeamViewer. I ditt fall kan det vara AnyDesk, Zoho Assist eller något av de andra föremålen som nämns i Keith Shaws 2020-berättelse “Remote Desktop Software: 8 IT Support Tools for Business.”
Använd en vid behov som ett avslutande argument. Det borde fungera. Du kan sedan byta tillbaka när en dokumenterad RD- eller RDC-lösning dyker upp.
