Felsöka anslutningsproblem för program på virtuella datorer i Azure

  • Artikel

Det finns olika orsaker till att du inte kan starta eller ansluta till ett program som körs på en virtuell Azure-dator (VM). Orsaker är att programmet inte körs eller lyssnar på de förväntade portarna, att lyssningsporten är blockerad eller att nätverksregler inte skickar trafik till programmet korrekt. Den här artikeln beskriver en metodisk metod för att hitta och åtgärda problemet.

Om du har problem med att ansluta till den virtuella datorn med RDP eller SSH kan du läsa någon av följande artiklar först:

Om du behöver mer hjälp när som helst i den här artikeln kan du kontakta Azure-experterna på MSDN Azure och Stack Overflow-forumen. Du kan också skapa en Azure Support incident. Gå till Azure Support webbplats och välj Hämta support.

Felsökningssteg för snabbstart

Om du har problem med att ansluta till ett program kan du prova följande allmänna felsökningssteg. Efter varje steg kan du försöka ansluta till programmet igen:

Mer information finns i Felsöka slutpunktsanslutning (RDP/SSH/HTTP osv. fel).

Detaljerad felsökningsöversikt

Det finns fyra huvudområden för att felsöka åtkomsten för ett program som körs på en virtuell Azure-dator.

Diagram som visar att två klientenheter är anslutna till programmet på en V M via Internet respektive VPN. 4 huvudområden för att felsöka åtkomsten är markerade.

  1. Programmet som körs på den virtuella Azure-datorn.
    • Körs själva programmet korrekt?
  2. Den virtuella Azure-datorn.
    • Körs själva den virtuella datorn korrekt och svarar på begäranden?
  3. Azure-nätverksslutpunkter.
    • Molntjänstslutpunkter för virtuella datorer i den klassiska distributionsmodellen.
    • Nätverkssäkerhetsgrupper och inkommande NAT-regler för virtuella datorer i Resource Manager distributionsmodell.
    • Kan trafik flöda från användare till den virtuella datorn/programmet på de förväntade portarna?
  4. Din Internet edge-enhet.
    • Hindrar brandväggsregler trafik från att flöda korrekt?

För klientdatorer som har åtkomst till programmet via en plats-till-plats-VPN- eller ExpressRoute-anslutning är de viktigaste områdena som kan orsaka problem programmet och den virtuella Azure-datorn.

Följ dessa steg för att fastställa orsaken till problemet och dess korrigering.

Steg 1: Få åtkomst till programmet från den virtuella måldatorn

Försök att komma åt programmet med rätt klientprogram från den virtuella dator där det körs. Använd det lokala värdnamnet, den lokala IP-adressen eller loopback-adressen (127.0.0.1).

Diagram över åtkomst till programmet direkt från V M i Azure VNet.

Om programmet till exempel är en webbserver öppnar du en webbläsare på den virtuella datorn och försöker komma åt en webbsida som finns på den virtuella datorn.

Om du har åtkomst till programmet går du till Steg 2.

Om du inte kan komma åt programmet kontrollerar du följande inställningar:

  • Programmet körs på den virtuella måldatorn.
  • Programmet lyssnar på förväntade TCP- och UDP-portar.

På både Windows- och Linux-baserade virtuella datorer använder du kommandot netstat -a för att visa aktiva lyssningsportar. Granska utdata för de förväntade portar som programmet ska lyssna på. Starta om programmet eller konfigurera det så att det använder de förväntade portarna efter behov och försök att komma åt programmet lokalt igen.

Steg 2: Åtkomst till program från en annan virtuell dator i samma virtuella nätverk

Försök att komma åt programmet från en annan virtuell dator men i samma virtuella nätverk med hjälp av den virtuella datorns värdnamn eller dess Azure-tilldelade offentliga, privata eller leverantörs-IP-adress. För virtuella datorer som skapats med den klassiska distributionsmodellen ska du inte använda molntjänstens offentliga IP-adress.

Diagram över åtkomst till programmet direkt från en annan V M i samma virtuella nätverk i Azure VNet.

Om programmet till exempel är en webbserver kan du försöka komma åt en webbsida från en webbläsare på en annan virtuell dator i samma virtuella nätverk.

Om du har åtkomst till programmet går du till Steg 3.

Om du inte kan komma åt programmet kontrollerar du följande inställningar:

  • Värdbrandväggen på den virtuella måldatorn tillåter inkommande begäranden och utgående svarstrafik.
  • Intrångsidentifiering eller nätverksövervakningsprogram som körs på den virtuella måldatorn tillåter trafiken.
  • Cloud Services slutpunkter eller nätverkssäkerhetsgrupper tillåter trafik:
  • En separat komponent som körs på den virtuella datorn i sökvägen mellan den virtuella testdatorn och den virtuella datorn, till exempel en lastbalanserare eller brandvägg, tillåter trafiken.

På en Windows-baserad virtuell dator använder du Windows-brandväggen med avancerad säkerhet för att avgöra om brandväggsreglerna utesluter programmets inkommande och utgående trafik.

Steg 3: Åtkomst till program utanför det virtuella nätverket

Försök att komma åt programmet från en dator utanför det virtuella nätverket som den virtuella dator som programmet körs på. Använd ett annat nätverk som den ursprungliga klientdatorn.

Diagram över åtkomst till programmet från en dator utanför det virtuella nätverket.

Om programmet till exempel är en webbserver kan du försöka komma åt webbsidan från en webbläsare som körs på en dator som inte finns i det virtuella nätverket.

Om du inte kan komma åt programmet kontrollerar du följande inställningar:

  • För virtuella datorer som skapats med den klassiska distributionsmodellen:

    • Kontrollera att slutpunktskonfigurationen för den virtuella datorn tillåter inkommande trafik, särskilt protokollet (TCP eller UDP) och de offentliga och privata portnumren.
    • Kontrollera att åtkomstkontrollistor (ACL: er) på slutpunkten inte förhindrar inkommande trafik från Internet.
    • Mer information finns i Så här konfigurerar du slutpunkter till en virtuell dator.

  • För virtuella datorer som skapats med hjälp av distributionsmodellen Resource Manager:

    • Kontrollera att den inkommande NAT-regelkonfigurationen för den virtuella datorn tillåter inkommande trafik, särskilt protokollet (TCP eller UDP) och de offentliga och privata portnumren.
    • Kontrollera att nätverkssäkerhetsgrupper tillåter inkommande begäranden och utgående svarstrafik.
    • Mer information finns i Vad är en nätverkssäkerhetsgrupp?

Om den virtuella datorn eller slutpunkten är medlem i en belastningsutjämningsuppsättning:

  • Kontrollera att avsökningsprotokollet (TCP eller UDP) och portnumret är korrekta.
  • Om avsökningsprotokollet och porten skiljer sig från det belastningsbalanserade set-protokollet och porten:
    • Kontrollera att programmet lyssnar på avsökningsprotokollet (TCP eller UDP) och portnumret (använd netstat – a på den virtuella måldatorn).
    • Kontrollera att värdbrandväggen på den virtuella måldatorn tillåter inkommande avsökningsbegäran och utgående avsökningssvarstrafik.

Om du har åtkomst till programmet kontrollerar du att Internet edge-enheten tillåter:

  • Det utgående programmet begär trafik från klientdatorn till den virtuella Azure-datorn.
  • Inkommande programsvarstrafik från den virtuella Azure-datorn.

Steg 4 Om du inte kan komma åt programmet använder du IP Verify för att kontrollera inställningarna

Mer information finns i Översikt över nätverksövervakning i Azure.

Ytterligare resurser

Felsöka fjärrskrivbordsanslutningar till en Windows-baserad virtuell Azure-dator

Felsöka SSH-anslutningar (Secure Shell) till en Linux-baserad virtuell Azure-dator

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.