Använda kommandoradsverktyget PortQry

PortQry är ett kommandoradsverktyg som du kan använda för att felsöka TCP/IP-anslutningsproblem. Det här verktyget rapporterar status för MÅL-TCP- och UDP-portar (User Datagram Protocol) på en lokal dator eller på en fjärrdator. Den innehåller också detaljerad information om den lokala datorns portanvändning.

Eftersom PortQry är avsett att användas som ett felsökningsverktyg bör användare som använder det för att felsöka ett visst problem ha tillräcklig kunskap om sin datormiljö.

Du kan använda PortQry från en kommandotolk i något av flera lägen:

• Kommandoradsläge. Du kan använda det här läget för att felsöka lokala datorer eller fjärrdatorer.
• Lokalt läge. I det här läget kan du använda flera parametrar som är avsedda att felsöka den lokala datorn.
• Interaktivt läge. Liknar kommandoradsläget, men du kan använda genvägskommandon och parametrar.

Gäller för: Versioner av Windows som stöds

PortQry-tester och resultat

Typiska verktyg för portgenomsökning rapporterar att porten har statusEN LYSSNAR om UDP-målporten inte returnerar ett ICMP-meddelande (Internet Control Message Protocol) "Mål kan inte nås". Det här resultatet kanske inte är korrekt av någon eller båda av följande orsaker:

• Om det inte finns något svar på ett dirigerat datagram kan målporten vara FILTRERAD.
• De flesta tjänster svarar inte på ett oformaterat användardatagram som skickas till dem. Vanligtvis svarar tjänsten eller programmet som lyssnar på en port endast på ett meddelande som använder ett specifikt sessionslager eller protokoll på programnivå.

För att få mer exakta och användbara resultat använder PortQry en tvåstegsprocess för testning.

Steg 1: Test av portstatus

PortQry rapporterar status för en port som ett av tre värden:

• LYSSNA: Det här svaret anger att en process lyssnar på målporten. PortQry tog emot ett svar från målporten.
• LYSSNAR INTE: Det här svaret anger att ingen process lyssnar på målporten. PortQry tog emot något av följande ICMP-meddelanden från målporten:

  Det går inte att nå målporten

• FILTRERAT: Det här svaret anger att målporten filtreras. PortQry fick inget svar från målporten. En process kanske eller kanske inte lyssnar på målporten. Som standard frågar PortQry en TCP-port tre gånger innan den returnerar ett svar från FILTERED och frågar en UDP-port en gång innan den returnerar ett svar från FILTERED.

Steg 2: Specialiserade tester

Om det inte finns något svar från en UDP-målport rapporterar PortQry att porten är LYSSNAR eller FILTRERAD. Men när du felsöker ett anslutningsproblem är det bra att veta om en port filtreras eller lyssnar. Detta gäller särskilt i en miljö som innehåller en eller flera brandväggar.

PortQry förfinar portstatusrapporten med hjälp av en andra uppsättning tester som kan interagera med tjänsten eller programmet som lyssnar på målporten. För det här testet gör PortQry följande:

• PortQry använder tjänstfilen som finns i mappen %SYSTEMROOT%\System32\Drivers\Etc för att avgöra vilken tjänst som lyssnar på varje port.
• PortQry skapar ett meddelande som är specifikt konstruerat för den förväntade tjänsten eller programmet och skickar sedan meddelandet till målporten. Beroende på tjänst eller program kan meddelandet begära information som är användbar för felsökning, till exempel följande:
  • Domän- och domänkontrollantinformation (LDAP-frågor)
  • Registrerade klienttjänster och portar (RPC-frågor)
  • Om anonym åtkomst tillåts (FTP-frågor)
  • MAC-adress (NetBIOS-frågor)
  • Mspclnt.ini filinformation (ISA-serverfrågor)
• PortQry parsar, formaterar och returnerar sedan svaret från tjänsten eller programmet som en del av testrapporten.

Ytterligare tester för att felsöka den lokala datorn

När du måste felsöka portar på datorn där du installerade PortQry använder du PortQry i lokalt läge. När du använder parametrarna för lokalt läge på kommandoraden kan du utföra uppgifter som följande på den lokala datorn:

• Räkna upp portmappningar
• Övervaka en specifik port för ändringar
• Övervaka en specifik process för ändringar

Mer information finns i Använda PortQry i lokalt läge (kommandoradsläge).

Använda PortQry i kommandoradsläge

Du kan köra PortQry i en kommandotolk på samma sätt som andra kommandoradsverktyg. De flesta av exemplen i den här artikeln visar kommandoradskommandon för PortQry. I kommandoradsläge kan du lägga till flera alternativ i kommandosträngen för att ange vilken fråga som ska köras och hur den ska köras. Om du vill köra PortQry i kommandoradsläge kör du ett kommando som använder följande syntax:

portqry.exe -n <name_to_query> [options]

PortQry-parametrar för kommandoradsläge

Följande parametrar är tillgängliga i vanligt kommandoradsläge:

Kommentarer för parametrar i kommandoradsläge

• Ett portnummervärde måste vara ett giltigt portnummer mellan 1 och 65535, inklusive.
• Parametrarna -e, -ooch -r utesluter varandra. Ett enda PortQry-kommando kan bara använda en av dessa parametrar.
• En fråga till UDP-port 389 (LDAP) kanske inte fungerar mot domänkontrollanter som kör Windows Server 2008. Om du vill kontrollera tillgängligheten för tjänsten som körs på UDP-port 389 kan du använda Nltest i stället för PortQry. Mer information finns i Nltest.
• När du frågar efter port 135 (RPC) med hjälp -e av eller -oreturnerar PortQry alla slutpunkter som för närvarande är registrerade med RPC-slutpunktsmapparen.

  Viktigt

  När du använder -rfrågar inte PortQry RPC-slutpunktsmapparen.

• När du frågar efter port 53 (DNS) skickar PortQry en DNS-fråga för portqry.microsoft.com med hjälp av både TCP och UDP. Om servern returnerar ett svar avgör PortQry att porten är LISTENING.

  Obs!

  Det är inte viktigt om DNS-servern returnerar ett positivt eller negativt svar. Alla svar anger att porten lyssnar.

Använda PortQry i lokalt läge (kommandorad)

I stället för att fråga en port på en fjärrmåldator kan du använda PortQry i lokalt läge för att få detaljerad information om TCP-portarna och UDP-portarna på den lokala dator där PortQry körs. Använd följande syntax för att köra PortQry i lokalt läge:

portqry -local | -wpid <pid> | -wport <port_number> [-wt <seconds>] [-l <filename.txt>] [-v]

Platshållarna i den här syntaxen förklaras i följande tabell med parametrar för lokalt läge:

Kommentarer för parametrar i lokalt läge

• Parametrarna -local, -wportoch -wpid utesluter varandra. Du kan bara använda en av dessa parametrar i en enda PortQry-kommandosträng.
• Parametern -q fungerar inte i lokalt läge.
• I vissa fall kan PortQry rapportera att systemets inaktiva process (PID 0) använder vissa TCP-portar. Det här beteendet kan inträffa om ett lokalt program ansluter till en TCP-port och sedan stoppas. Även om programmet inte längre körs kan programmets TCP-anslutning till porten lämnas i tillståndet "Timed Wait" i flera minuter. I så fall kan PortQry identifiera att porten används, men den kan inte identifiera programmet som använder porten eftersom PID har släppts. Som standard förblir porten i tillståndet "Timed Wait" i dubbelt så lång tid som den maximala segmentlivslängden.
• För varje process rapporterar PortQry så mycket information som den kan komma åt. Åtkomst till viss information är begränsad. Åtkomst till modulinformation för processer för inaktivitet och CSRSS är till exempel förbjuden eftersom deras åtkomstbegränsningar hindrar kod på användarnivå från att öppna dem. För bästa resultat kör du kommandot lokalt läge i kontexten för den lokala administratören eller för ett konto som har liknande autentiseringsuppgifter.
• När du använder antingen -wport eller -wpid tillsammans med -lanvänder du Esc-tangenten för att avbryta och avsluta PortQry i stället för CTRL+C. Du måste trycka på Esc för att se till att PortQry stänger loggfilen och avslutas korrekt. Om du trycker på CTRL+C i stället för Esc för att stoppa PortQry kan loggfilen bli tom eller skadad.

Använda PortQry i interaktivt läge

När du felsöker anslutningsproblem mellan datorer kan du behöva skriva många repetitiva kommandon. Sådana åtgärder kan göras enklare genom att använda PortQry i interaktivt läge.

Interaktivt läge liknar de interaktiva funktionerna i Nslookup DNS-verktyget eller i WINS-verktyget Nblookup.

Om du vill starta PortQry i interaktivt läge använder du parametern -i . Kör till exempel följande kommando:

portqry -i

Utdata från det här kommandot liknar följande utdrag:

Portqry Interactive Mode

Type 'help' for a list of commands

Default Node: 127.0.0.1

Current option values:  
   end port= 80  
   protocol= TCP  
   source port= 0 (ephemeral)
>

Kommandon för interaktivt läge

Du kan använda följande kommandon i interaktivt läge:

Frågegenvägar för interaktivt läge

Du kan använda följande genvägar tillsammans med query kommandot för att köra vanliga frågor utan att behöva ange port- och protokollalternativ. Använd följande syntax:

q <shortcut>

Att till exempel ange q dns i interaktivt läge motsvarar körning portqry -n 127.0.0.1 -p both -e 135 i vanligt kommandoradsläge.

Alternativ för interaktivt läge

Du kan använda set kommandot för att ange alternativ, till exempel källporten eller långsam länkfördröjning. Använd följande syntax:

set <option>=<value>

Anta att du vill fråga en dator som har IP-adressen 10.0.1.10. I kommandotolken för interaktivt läge anger du n 10.0.1.10. Det här kommandot genererar utdata som liknar följande utdrag:

Default Node: 10.0.1.10

>

Om du vill skicka en DNS-fråga anger du q dns i kommandotolken för interaktivt läge. Det här kommandot genererar utdata som liknar följande utdrag:

resolving service name using local services file...
UDP port resolved to the 'domain' service

IP address resolved to myserver.contoso.com

querying...

UDP port 53 (domain service): LISTENING

>

Anpassa associationen mellan portar och tjänster

Som standard har varje Windows-baserad dator en tjänstfil som finns i mappen %SYSTEMROOT%\System32\Drivers\Etc . PortQry använder den här filen för att matcha portnummer med motsvarande tjänstnamn. PortQry använder den här informationen för att välja format för sina frågor. Du kan redigera den här filen för att dirigera PortQry för att skicka formaterade meddelanden till en alternativ port. Följande post visas till exempel i en typisk tjänstfil:

ldap              389/tcp                           #Lightweight Directory Access Protocol

Du kan redigera den här portposten eller lägga till ytterligare en post. Om du vill tvinga PortQry att skicka LDAP-frågor till port 1025 ändrar du posten enligt följande:

ldap              1025/tcp                           #Lightweight Directory Access Protocol

Exempel

Följande exempel visar hur du använder PortQry och dess parametrar:

Lokalt läge

• Fråga den lokala datorn
• Fråga den lokala datorn när åtkomsten kan begränsas
• Övervaka ett process-ID med ett specifikt intervall
• Fråga via en långsam länk

Kommandoradsläge

• Ange ett mål och protokoll
• Ange en eller flera målportar
• Ange en loggfil för PortQry-utdata
• Använda en batchfil för att köra PortQry i tyst läge
• Frågeport 135 (RPC-tjänst)

Fråga den lokala datorn

Utdata från portqry -local liknar följande utdrag:

TCP/UDP Port Usage

96 active ports found

Port Local IPState Remote IP:Port  
TCP 80 0.0.0.0 LISTENING 0.0.0.0:18510  
TCP 80 169.254.149.9 TIME WAIT 169.254.74.55:3716  
TCP 80 169.254.149.9 TIME WAIT 169.254.200.222:3885  
TCP 135 0.0.0.0 LISTENING 0.0.0.0:10280  
UDP 135 0.0.0.0 :  
UDP 137 169.254.149.9 :  
UDP 138 169.254.149.9 :  
TCP 139 169.254.149.9 LISTENING 0.0.0.0:43065  
TCP 139 169.254.149.9 ESTABLISHED 169.254.4.253:4310  
TCP 139 169.254.149.9 ESTABLISHED 169.254.74.55:3714  

Fråga den lokala datorn när åtkomsten kan vara begränsad

När du kör PortQry i lokalt läge, som i föregående exempel, kan du se utdata som liknar följande utdrag. Sådana utdata anger att säkerhetskontexten som PortQry använder inte har tillräcklig behörighet för att få åtkomst till all information som begärdes.

Port and Module Information by Process

Note: restrictions applied to some processes may
prevent Portqry from accessing more information

For best results run Portqry in the context of
the local administrator

======================================================  
Process ID: 0 (System Idle Process)

PIDPortLocal IPState Remote IP:Port  
0TCP 4442 169.254.113.96 TIME WAIT 169.254.5.136:80  
0TCP 4456 169.254.113.96 TIME WAIT 169.254.5.44:445  

Port Statistics

TCP mappings: 2  
UDP mappings: 0

TCP ports in a TIME WAIT state: 2 = 100.00%

Could not access module information for this process

======================================================

Övervaka ett process-ID med ett specifikt intervall

Följande kommando övervakar en specifik process:

portqry.exe -wpid 1276 -wt 2 -v -l pid.txt

Därför vidtar PortQry följande åtgärder:

• Identifierar processen med 1276 PID och kontrollerar statusen för portarna som den använder varannan sekund tills du trycker på Esc.
• Skapar loggfilen pid.txt. Om det redan finns en fil med det namnet uppmanar PortQry dig att bekräfta att du vill skriva över filen.
• Registrerar eventuella utdata i loggfilen, inklusive de extra utförliga utdata.

Innehållet i loggfilen liknar följande utdrag:

PortQry Version 2.0 Log File
  
System Date: <DateTime>
  
Command run:  
portqry -wpid 1276 -wt 2 -v -l pid.txt
  
Local computer name:
  
host123
  
Watching PID: 1276
  
Checking for changes every 2 seconds
  
verbose output requested
  
Service Name: DNS  
Display Name: DNS Server  
Service Type: runs in its own process

============
System Date: <DateTime>

======================================================

Process ID: 1276 (dns.exe)

Service Name: DNS
Display Name: DNS Server
Service Type: runs in its own process

PIDPortLocal IPState Remote IP:Port
1276TCP 53 0.0.0.0 LISTENING 0.0.0.0:2160
1276TCP 1087 0.0.0.0 LISTENING 0.0.0.0:37074
1276UDP 1086 0.0.0.0 :
1276UDP 2126 0.0.0.0 :
1276UDP 53 127.0.0.1 :
1276UDP 1085 127.0.0.1 :
1276UDP 53 169.254.11.96 :

Port Statistics

TCP mappings: 2
UDP mappings: 5

TCP ports in a LISTENING state: 2 = 100.00%

Loaded modules:
C:\WINDOWS\System32\dns.exe (0x01000000)
C:\WINDOWS\system32\ntdll.dll (0x77F40000)
C:\WINDOWS\system32\kernel32.dll (0x77E40000)
C:\WINDOWS\system32\msvcrt.dll (0x77BA0000)
C:\WINDOWS\system32\ADVAPI32.dll (0x77DA0000)
C:\WINDOWS\system32\RPCRT4.dll (0x77C50000)
C:\WINDOWS\System32\WS2_32.dll (0x71C00000)
C:\WINDOWS\System32\WS2HELP.dll (0x71BF0000)
C:\WINDOWS\system32\USER32.dll (0x77D00000)
C:\WINDOWS\system32\GDI32.dll (0x77C00000)
C:\WINDOWS\System32\NETAPI32.dll (0x71C40000)

Ange ett mål och protokoll

Följande kommando frågar standard-TCP-porten på en dator som anges med hjälp av dess fullständigt kvalificerade domännamn (FQDN):

portqry -n myDomainController.example.com -p tcp

Följande kommando frågar udp-standardporten på en dator som anges med hjälp av dess datornamn:

portqry -n myServer -p udp

Följande kommando frågar standardportarna för TCP och UDP för en dator som anges med hjälp av dess IP-adress:

portqry -n 192.168.1.20 -p both

Följande kommando kör samma fråga som föregående kommando, men hoppar över namnmatchningssteget:

portqry -n 192.168.1.20 -p both -nr

Följande kommando frågar standard-TCP-porten för en webbserver:

portqry -n www.widgets.microsoft.com

Ange en eller flera målportar

Följande kommando testar SMTP-tjänsten för en e-postserver genom att fråga TCP-port 25:

portqry -n mail.example.com -p tcp -e 25

Följande kommando frågar TCP-port 60897 och UDP-port 60897 för en dator som har IP-adressen 192.168.1.20:

portqry -n 192.168.1.20 -p both -e 60897

Följande kommando frågar UDP-portarna 139, 1025 och 135 (i den sekvensen) på datorn "myServer":

portqry -n myServer -p udp -o 139,1025,135

Följande kommando frågar portintervallet från port 135 till port 139 (inklusive) på datorn "myServer":

portqry -n myServer -p udp -r 135:139

Ange en loggfil för PortQry-utdata

Följande kommando frågar TCP-port 143 på mail.widgets.microsoft.com och registrerar utdata i portqry.txt-filen . Om filen redan finns skriver PortQry över den utan att be om bekräftelse.

portqry -n mail.widgets.microsoft.com -p tcp -e 143 -l portqry.txt -y

Fråga via en långsam länk

Följande kommando frågar TCP-portarna 143, 110 och 25 på mail.widgets.microsoft.com. För varje målport väntar PortQry dubbelt så länge som vanligt på ett svar.

  portqry -n mail.widgets.microsoft.com -p tcp -o 143,110,25 -sl

Ange en källport

Följande kommando använder UDP-port 3001 (om den är tillgänglig) på den lokala datorn för att skicka en fråga till UDP-port 53 på 192.168.1.20. Om en tjänst lyssnar på porten och svarar på frågan skickar den svaret till UDP-port 3001 på den lokala datorn.

portqry -p udp -e 53 -sp 3001 -n 192.168.1.20

Följande kommando använder UDP-port 3000 (om den är tillgänglig) på den lokala datorn för att skicka en fråga till UDP-port 389 på myDomainController.contoso.com. Som standard bör LDAP-tjänsten lyssna på den här porten. Om LDAP-tjänsten svarar på den första frågan använder PortQry en tillfällig källport för att skicka den formaterade frågan och ta emot svar.

portqry -n myDomainController.contoso.com -e 389 -sp 3000

Använda en batchfil för att köra PortQry i tyst läge

Följande text är ett exempel på en batchfil som kör PortQry i tyst läge:

:Top
portqry -n 169.254.18.22 -e 443 -nr -l pqlog.txt -q
:end

När batchfilen körs skapar PortQry en loggfil med namnet pqlog.txt. Innehållet i den här filen liknar följande:

PortQry Version 2.0 Log File

System Date: Thu Sep 16 10:35:03 2021

Command run:
 portqry -n 169.254.18.22 -e 443 -nr -l pqlog.txt -q

Local computer name:

 SOURCESERVER

Querying target system called:

 169.254.18.22

TCP port 443 (https service): LISTENING


========= end of log file ========= 

Frågeport 135 (RPC-tjänst)

Följande kommando frågar UDP-port 135 på datorn myServer. Som standard bör RPC-tjänsten lyssna på den här porten.

portqry -n myServer -p udp -e 135

Därför vidtar PortQry följande åtgärder:

• PortQry använder tjänstfilen i mappen %SYSTEMROOT%\System32\Drivers\Etc för att matcha UDP-port 135 till en tjänst. Med standardkonfigurationen löser PortQry porten till RPC-slutpunktsmappningstjänsten (Epmap).
• PortQry skickar ett oformaterat användardatagram till UDP-port 135 på måldatorn.
  PortQry får inget svar från målporten. Det beror på att RPC-slutpunktsmappningstjänsten endast svarar på en korrekt formaterad RPC-fråga. PortQry rapporterar att porten är LYSSNAR eller FILTRERAD.
• PortQry skapar en korrekt formaterad RPC-fråga som begär alla slutpunkter som för närvarande är registrerade med RPC-slutpunktsmapparen. PortQry skickar den här frågan till UDP-port 135 på måldatorn.
• Beroende på svaret vidtar PortQry någon av följande åtgärder:
  • Om PortQry tar emot ett svar på den här frågan returnerar PortQry hela svaret till användaren och rapporterar att porten är LISTENING.
  • Om PortQry inte får något svar på den här frågan rapporterar den att porten är FILTRERAD.

UDP port 135 (epmap service): LISTENING or FILTERED  
Querying Endpoint Mapper Database...  
Server's response:  

UUID: 50abc2a4-574d-40b3-9d66-ee4fd5fba076
ncacn_ip_tcp:169.254.12.191[4144]

UUID: ecec0d70-a603-11d0-96b1-00a0c91ece30 NTDS Backup Interface
ncacn_np:\\MYSERVER[\PIPE\lsass]

UUID: e3514235-4b06-11d1-ab04-00c04fc2dcd2 MS NT Directory DRS Interface
ncacn_ip_tcp:169.254.12.191[1030]

UUID: e3514235-4b06-11d1-ab04-00c04fc2dcd2 MS NT Directory DRS Interface
ncadg_ip_udp:169.254.12.191[1032]

UUID: 12345678-1234-abcd-ef00-01234567cffb
ncacn_np:\\MYSERVER[\PIPE\lsass]

UUID: 12345678-1234-abcd-ef00-01234567cffb
ncacn_np:\\MYSERVER[\PIPE\POLICYAGENT]

Total endpoints found: 6

==== End of RPC Endpoint Mapper query response ====

UDP port 135 is LISTENING

Från dessa utdata kan du avgöra inte bara om tjänsten lyssnar på porten, utan även vilka tjänster eller program som är registrerade med RPC-slutpunktsmappningsdatabasen på måldatorn. Utdata innehåller den universella unika identifieraren (UUID) för varje program, det kommenterade namnet (om det finns ett), protokollet som varje program använder, nätverksadressen som programmet är bundet till och programmets slutpunkt inom hakparenteser.