Dela via


Felsöka anslutningsproblem med Azure Lab Services

Viktigt!

Azure Lab Services tas ur bruk den 28 juni 2027. Mer information finns i pensionsguiden.

Den här artikeln innehåller vägledning om hur du felsöker vanliga anslutningsproblem med Azure Lab Services.

Viktigt!

Azure Lab Services är ett hanterat erbjudande där vissa av säkerhetskopieringsresurserna för ett labb inte är direkt åtkomliga. Detta påverkar möjligheten att använda andra felsökningsguider för virtuella Azure-datorer, till exempel Felsöka RDP-anslutningar på en virtuell Azure-dator.

Långsam anslutningshastighet

Symtom

  • Långsam RDP-anslutning (Remote Desktop Protocol)

Orsaker

  • Specifik virtuell labbdator
  • Användning av VPN
  • Brandvägg i nätverket
  • Specifik Internetleverantör (ISP)

Åtgärd

  • Kvantifiera RDP-anslutningshastigheten

    Verktyget PsPing kan användas för att mäta svarstiden för datorn. Steg ingår i bloggen Så här säkerställer du den bästa RDP-upplevelsen för labbanvändare

  • Fastställa problemets omfattning:

    • Är det en specifik dator?
    • Finns det ett VPN som används
    • Är det långsamt i ett visst nätverk?
    • Finns det en brandvägg i nätverket
    • Är det långsamt med en specifik ISP
Specifik dator

Justera inställningarna i klientupplevelsen för att minska mängden data som överförs.

Användning av VPN

Ett bra felsökningssteg är att stänga av VPN för att se om det förbättrar anslutningshastigheten. Om det är VPN och det krävs granskar du VPN-inställningarna och konfigurationen för att eventuellt tillåta att RDP- eller SSH-anslutningar "skickas genom" anslutningar inte dirigeras till avlägsna regioner eller dirigeras felaktigt.

Specifikt nätverk eller brandvägg

Ett nätverk kan påverka anslutningen till Azure Lab Services, från ett nätverk på företagsnivå till en elevs hemrouter/Wi-Fi-kombination. En elevs hemrouter kan till exempel ha inbyggda brandväggar som blockerar eller begränsar RDP/SSH-anslutningarna. Kontrollera om det finns en brandvägg aktiverad i nätverket och om den är konfigurerad för att begränsa RDP/SSH-anslutningarna.

Specifik Internetleverantör (ISP)

Det är inte vanligt att ha flera ISP:er att ansluta till. Om nedgången sker i ett specifikt nätverk och andra alternativ har utforskats kanske du vill kontakta internetleverantören för att se om de har några begränsningar för RDP/SSH-anslutningar.

Det går inte att ansluta till fjärrdatorn

Symtom

  • Eleverna får meddelandet "Fjärrskrivbord kan inte ansluta till fjärrdatorn ... Kontrollera att fjärrdatorn är aktiverad och ansluten till nätverket och att fjärråtkomst är aktiverat"

    Modal för anslutning till fjärrskrivbord som visar ett fel som anger att Fjärrskrivbord inte kan ansluta till fjärrdatorn ... Kontrollera att fjärrdatorn är aktiverad och ansluten till nätverket och att fjärråtkomst är aktiverad

Orsaker

  • Den virtuella dator som eleverna försöker ansluta till körs inte
  • Den virtuella labbdatorn kanske fortfarande startar
  • Inaktiva inställningar kan påverka labb-VM-anslutningar

Åtgärd

Öppna labbportalen och kontrollera att den virtuella datorn visas som igång. Om den inte körs kan eleven starta den virtuella datorn från sin labbportal. Det kan ta mellan 2 och 5 minuter att få igång datorn fullt ut.

Om du justerar inställningarna för automatisk avstängning av labb kan det förbättra elevanslutningen. Eftersom det tar tid att aktivera och inaktivera den virtuella datorn kan du minska risken för att eleven försöker ansluta när datorn ändrar tillstånd. Inställningarna för automatisk avstängning är en del av en strategi för kostnadsbesparingar, även om de kan behöva justeras för att förbättra studentupplevelsen.

  • Stäng av inaktiva virtuella datorer: Om varaktigheten är för kort kanske det inte finns tillräckligt med tid från det att eleven startar datorn och sedan ansluter, eller om eleven inte är aktiv (till exempel utbildning i klassrummet) kan den virtuella datorn stängas av.
  • Stäng av virtuella datorer när användarna kopplar från: Om det finns en för liten tidsfördröjning kan du stöta på problem där en oavsiktlig frånkoppling startar en avstängning. Eleverna skulle behöva starta den virtuella datorn igen för att ansluta.
  • Stäng av virtuella datorer när användarna inte ansluter: Om eleverna inte ansluter till den virtuella datorn efter en viss tid och om varaktigheten är för kort stängs den virtuella datorn av. Tidpunkten kan påverka elevernas start av själva den virtuella datorn, eller om scheman används i labbet. Att ändra inaktivitetsinställningen till en längre varaktighet är ett alternativ men har potentiella kostnadskonsekvenser. Om scheman används kan de virtuella datorerna startas närmare klasstidens början.

Utgående anslutning är begränsad

Symtom

  • Nätverket kan vara en störningspunkt när brandväggar, växlar, routrar eller andra nätverksinstallationer blockerar eller begränsar RDP/SSH-portar (3389/22)

Orsaker

  • Lokal brandvägg från ett skol-, universitets-, företags- eller hemnätverk som begränsar utgående RDP/SSH-anslutningar
  • Moderna routrar, särskilt WiFi 6, har standardbeteende för att blockera eller begränsa RDP/SSH-anslutningar
  • Operativsystem som begränsar utgående RDP/SSH-anslutning

Åtgärd

Överväg att ta bort RDP/SSH-begränsningen eller lägga till ett undantag för den offentliga IP-adressen för labbet, som kan läggas till i listan över tillåtna för brandväggen eller routern.

Problem med labbanslutning efter administratörsändringar

Symtom

  • Eleverna är administratörer på den virtuella labbdatorn, där de kan göra systemändringar, inklusive nätverkskonfigurationen

Orsaker

  • Uppdatering av IP-adressen till en statisk IP-adress i stället för att anges som en dynamisk IP-adress
  • Inaktivera DHCP (förhindra att en IP-adress hämtas automatiskt)
  • Ange DNS-servrar
  • Uppdatera lokala användargrupper och behörigheter

Åtgärd

En labbmall kan konfigureras med ett skript för att automatiskt ändra nätverket vid datoravstängning. Annars skulle elever eller lärare behöva återskapa den virtuella labbdatorn, vilket gör att de återgår till ett bra tillstånd.

Om anpassad DNS behövs använder du Avancerat nätverk och anger anpassade DNS-servrar i det virtuella nätverket.

Den virtuella labbdatorn kan inte ansluta via utgående VPN

Symtom

  • Eleverna försöker använda en VPN-anslutning från en virtuell studentdator och VPN:n kan inte ansluta

Orsaker

  • VPN har problem med nätverkskonfigurationen för Azure Lab Services

Åtgärd

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support.

När du skapar en Azure Support begäran anger du följande information i begärandeinformationen för att påskynda problemlösningen:

  • Labbplanens ID. Välj labbplanen i Azure Portal och gå till sidan Egenskaper.
  • Labb-ID:t. Välj labb i Azure Portal och gå till sidan Egenskaper. Alternativt väljer du URL:en för labbet på Webbplatsen för Azure Lab Services.
  • Den ungefärliga tiden som problemen inträffade.
  • Eventuella fel som anges i Azure-aktivitetsloggen. Välj labbplanen eller labbet i Azure Portal och gå till sidan Aktivitetslogg. Lär dig hur du kan visa och ladda ned aktivitetsloggen.

Det går inte att ansluta till den virtuella labbdatorn efter distributionen

Symtom

  • Om labbet har ett fel kanske datoranslutningarna inte fungerar korrekt

Orsaker

  • Azure-aktivitetsloggen är den mest omfattande listan över händelser och resultat

Åtgärd

Aktivitetsloggen kan filtreras på den resursgrupp som labbet finns i. Det kan ta några minuter innan händelserna är tillgängliga i loggen. Dessa händelseloggar innehåller mer detaljerad information som kan användas för felsökning och bör inkluderas om ett supportärende behöver skapas.

Det går inte att logga in med användarnamn och lösenord

Symtom

  • Det går inte att ansluta till den virtuella labbdatorn med användarnamn och lösenord
  • Felmeddelandet "Dina autentiseringsuppgifter fungerade inte" visas

Orsaker

  • Student som använder fel autentiseringsuppgifter
  • Eleven har glömt sitt lösenord
  • Avbildning av lösenord som är associerat med Azure Compute Gallery
  • Datorn komprometterades

Åtgärd

Student som använder fel autentiseringsuppgifter

Bekräfta att eleven använder rätt användarnamn och lösenord för sin virtuella labbdator. Om labbet skapades med "Använd samma lösenord för alla virtuella datorer" aktiverat bör användarnamnet och lösenordet vara samma för varje elev.

Eleven har glömt sitt lösenord

Om de har ett anpassat lösenord och har glömt det kan eleven återställa lösenordet på datorn från labbet. Dessutom kan eleven återskapa datorn, men alla användardata tas bort och kan inte hämtas.

Om andra elever inte kan logga in med det vanliga användarnamnet och lösenordet för labbet och labbet skapades med en befintlig anpassad avbildning kan detta orsakas av en känd begränsning. Lösningen är att använda användarnamnet och lösenordet när avbildningen skapades eller återställa lösenordet.

Datorn komprometterades

Det finns situationer där ett elevlösenord ändras bedrägligt av en dålig aktör. Eleven kan återställa sitt lösenord för att återfå åtkomsten till datorn, men här är några förslag för att minska sannolikheten för att detta händer:

  • Använd inte vanliga lösenord och avmarkera alternativet använd samma lösenord när du skapar labbet. Om du har enskilda specifika lösenord minskar omfånget om lösenordet komprometteras
  • Använd starka lösenord och skydda dem
  • Begränsa åtkomsten till labbet så att endast de studenter som är i klassen kan komma åt datorerna. Som standard är labbet begränsat
Gateway för fjärrskrivbord

Även om det är ovanligt kan den fjärrskrivbordsklient som eleverna använder ha en fjärrskrivbordsgateway konfigurerad. I så fall skulle de behöva ange sina gatewayautentiseringsuppgifter först (för att autentisera till gatewayen) innan de ansluter till sin virtuella studentdator.

Felsökning med avancerat nätverk

Vissa felsökningsscenarier gäller endast för labb med avancerade nätverk.

En nätverkssäkerhetsgrupp saknas

För en labbplan som konfigurerats med avancerat nätverk är en av de första kontrollerna att bekräfta att labbtjänsternas nätverksundernät har en nätverkssäkerhetsgrupp ansluten till sig. På så sätt kan RDP/SSH-anslutningarna tillåtas via. Utan en nätverkssäkerhetsgrupp blockeras alla anslutningar till de virtuella datorerna (virtuella malldatorer och virtuella studentdatorer).

Använd felsökning för Azure Virtual Machine RDP

Det finns unika felsökningstekniker med labb som är konfigurerade med avancerade nätverk. Med avancerade nätverk kan du felsöka mer genom att skapa en virtuell Azure-dator som är ansluten direkt till det virtuella nätverk som labbplanen är ansluten till. Med den här virtuella Azure-datorn (utanför Azure Lab Services) kan du använda felsökningsguiden för Azure Virtual Machine RDP, inklusive felsökaren för Azure-anslutning, för att avgöra om nätverket är korrekt konfigurerat.

NSG-regler blockerar RDP/SSH-anslutningar

Med hjälp av den virtuella Azure-dator som är ansluten direkt till det virtuella nätverket (från föregående avsnitt) kan du diagnostisera nätverksanslutningar för virtuella datorer direkt i Azure Portal. Blockering eller begränsning av RDP/SSH-anslutningar via säkerhetsregler kan göras i undernätet med en nätverkssäkerhetsgrupp eller med hjälp av Azure Virtual Network Manager. Det enklaste sättet att se den fullständiga listan över regler är via effektiva säkerhetsregler för Azure Virtual Machine-nätverket.

Standardanvändardefinierad väg (problem med routningstabell)

Avancerade nätverk tillåter att nätverket anpassas efter behov, inklusive ändring av routningstabellen. En användardefinierad routningstabell dirigerar trafik till lämpliga mål. Det finns en särskild väg, "Internet route" (0.0.0.0/0) som dirigerar trafik som inte är bunden till en annan lokal adress till Internet. Azure Lab Services avancerade nätverk stöder inte uppdatering av nästa hopp för 0.0.0.0/0-vägen till något annat än Internet. Om du ändrar detta till en specifik IP-adress (till exempel att dirigera utgående Internettrafik till en brandvägg eller annan nätverksinstallation) bryts anslutningen till labbet genom att ett asymmetriskt routningsproblem introduceras. När du felsöker problem söker du efter en anpassad routningstabell och kontrollerar att standardvägen är inställd på att ha 0.0.0.0/0 till Internet.

Ytterligare felsökning

Om du fortfarande har problem efter att ha följt stegen ovan kan du behöva samla in mer data för ytterligare felsökning. Detta kan omfatta loggar från den virtuella datorn, nätverksspårningsdata eller annan relevant information.

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support.

När du skapar en Azure Support begäran anger du följande information i begärandeinformationen för att påskynda problemlösningen:

  • Labbplanens ID. Välj labbplanen i Azure Portal och gå till sidan Egenskaper.
  • Labb-ID:t. Välj labb i Azure Portal och gå till sidan Egenskaper. Alternativt väljer du URL:en för labbet på Webbplatsen för Azure Lab Services.
  • Den ungefärliga tiden som problemen inträffade.
  • Eventuella fel som anges i Azure-aktivitetsloggen. Välj labbplanen eller labbet i Azure Portal och gå till sidan Aktivitetslogg. Lär dig hur du kan visa och ladda ned aktivitetsloggen.