ทำไมกระบวนการ 'ระบบ' จึงฟังพอร์ต 443

45

ฉันมีปัญหาในการเริ่มต้นเซิร์ฟเวอร์ Apache ของฉันเนื่องจากพอร์ต 443 ถูกใช้งานแล้ว

ปรากฎว่ากระบวนการของระบบ (PID 4) ใช้พอร์ต 443 ฉันไม่ได้ติดตั้ง IIS ส่วน services.msc จะแสดง (คาดการณ์) ว่าไม่มีเซิร์ฟเวอร์ Exchange ที่ทำงานหรือ WWW-Services หรือ IIS ฉันไม่รู้ว่าจะค้นหาบริการใดที่ใช้พอร์ตนั้นสั้น ๆ เพียงแค่ปิดการใช้งานบริการแต่ละรายการหลังจากบริการอื่นและฉันไม่แน่ใจด้วยซ้ำว่าจะช่วยได้

ฉันจะขอบคุณถ้ามีคนชี้ให้ฉันเห็นว่าฉันจะรับพอร์ต SSL กลับมาได้อย่างไรขอบคุณ :)

PS: แน่นอน "เพียงสลับ Apache ไปยังพอร์ตอื่นสำหรับ SSL" จะแก้ปัญหาที่ไม่สามารถเริ่ม Apache ได้ แต่ฉันก็ยังอยากรู้ว่าอะไรคือสิ่งที่ยืนยันได้เกี่ยวกับ hogging port 443 :)

ตอนนี้ฉันเอา 'เส้นทางยาก' และปิดใช้งานบริการหนึ่งไปอีกอันหนึ่ง ปรากฎว่าบริการ "การกำหนดเส้นทางและ RAS" เป็นตัวการ

ขอบคุณทุกท่านสำหรับข้อมูลที่มีค่าและเครื่องมือใหม่ในการต่อสู้กับ "ระบบของฉันทำ WTF ตอนนี้หรือไม่"

windows 
— คอร์นีเลีย
แหล่งที่มา
ที่เกี่ยวข้อง: superuser.com/questions/121901 คุณสามารถใช้ใด ๆ ของคำตอบที่กำหนดเพื่อช่วยให้คุณตรวจสอบว่าบริการเป็นพอร์ตเปิด 443
— heavyd
1
น่าเสียดายที่ฉันไม่สามารถ (หรือโง่เกินไป) เพื่อค้นหาว่าบริการใดที่เปิดพอร์ตไว้อย่างแน่นอนฉันจึงไม่สามารถใช้ "SC Config Servicename Type = own" สำหรับความล่าช้าของ Servicename คาถาต่าง ๆ ของ Netstat ชี้ให้ฉันดูที่กระบวนการของระบบตามที่กล่าวไว้เช่นเดียวกับ TCPView "Stacks" สำหรับ PE ไม่ทำงานบน Win7 อย่างเห็นได้ชัดและเนื่องจากฉันไม่ได้ดูอินสแตนซ์ svchost.exe ฉันไม่มีคอลัมน์ "Service" ในแท็บ TCP / IP Skype ไม่ใช่ความผิดและฉันไม่มีซอฟต์แวร์ VoIP หรือ P2P ตัวอื่นกำลังทำงานอยู่ แต่คำถามอื่น ๆ ที่คุณเชื่อมโยงนั้นให้ความกระจ่างแก่ฉัน ขอขอบคุณ.
— โครเนลิอัส
ขอบคุณสำหรับข้อมูล! สำหรับฉันมันเป็นบริการ "การกำหนดเส้นทางและการเข้าถึงระยะไกล" ที่ผูกพอร์ต 443 ด้วย
— Codler
3
มนุษย์จำนวนของคำตอบที่ไม่ได้พยายามตอบคำถามนั้นช่างเหลือเชื่อ ดังนั้นจำนวนข้อมูลที่ผิดคือ ถ้า PID 4 กำลังฟังhttp.sysอยู่ เสมอ. โชคดีที่มีคำตอบเกี่ยวกับวิธีการรับข้อมูลเชิงลึกอยู่แล้ว
— Daniel B

คำตอบ:

18

เรียกใช้สิ่งต่อไปนี้จากพรอมต์คำสั่งที่ยกระดับ:

netstat -ab
— Tony Roth
แหล่งที่มา
ฉันรู้สึกประหลาดใจเล็กน้อย มีอะไรอีกที่แสดงให้เห็นว่า "กระบวนการของระบบ" เป็นผู้ร้าย คำสั่งนี้อ้างว่า -is- a svchost.exe ที่เก็บพอร์ตนี้ : | การเรียก netstat PE / 'อื่น ๆ ' มารวมตัวภายใต้กระบวนการของระบบอย่างไร (แม้ว่าพอร์ตจะยังคงแสดงตามที่ถือโดย PID 4 / ระบบ) ฉันจะตรวจสอบเพิ่มเติมได้อย่างไร :(
— คอร์เนลิอุส
ไม่แน่ใจ แต่เรียกใช้ PE ที่ยกระดับอาจจะ!
— tonyr roth
2
สิ่งต่อไปนี้อาจทำให้คุณเข้าใจกระบวนการ wmic มากขึ้น> test.txt
— tonyr roth
1
ฉันเรียกใช้ process explorer ในฐานะผู้ดูแลระบบ - และยังคงพอร์ตปรากฏขึ้นโดยอ้างว่า "System"; ไม่ได้มี intel มากกว่านั้นอีกแล้ว: | โดยตอนนี้ผมคิดว่ามันจะเป็นสิ่งที่โง่จริงๆผมไม่เจตนาทำ;)
— คอร์นีเลีย
4
สิ่งนี้ใช้ไม่ได้สำหรับฉันภายใต้บรรทัดที่มี 0.0.0.0:443 ฉันเพิ่งได้รับไม่สามารถรับข้อมูลความเป็นเจ้าของได้
— MGOwen
33

ฉันเดิมพันมันคือ Skype ยกเลิกการเลือกช่องทำเครื่องหมายที่แสดงด้านล่างหากคุณติดตั้งแล้ว

ข้อความแทน

— Nifle
แหล่งที่มา
3
+1 ไคลเอนต์ VoIP อื่น ๆ (และซอฟต์แวร์อื่น ๆ เช่นแอพถ่ายโอนไฟล์ P2P) จะฟังบนพอร์ต 80 และ 443 หากพบว่าไม่มีอะไรที่อื่นแม้ว่า Skype จะเป็น "ผู้กระทำผิด" ที่พบบ่อยที่สุด ฉันไม่แน่ใจว่าทำไม Skype ถึงแสดงเป็นกระบวนการที่เป็นเจ้าของระบบ
— David Spillett
น่าเสียดายที่ไม่ใช่ Skype หรือลูกค้า VoIP อื่น ๆ (ไม่ได้ติดตั้ง) หรือ P2P ฯลฯ ฯลฯ ฉันได้ตรวจสอบแล้วว่าไม่เพียง "เป็นเจ้าของระบบ" แต่เป็น "กระบวนการของระบบ" (PID 4)
— Cornelius
แปลกฉันมีปัญหาเช่นเดียวกับ OP - 443 ถูกถ่ายโดย svchost .. และยังปิด Skype แก้ไขมัน
— Blorgbeard
มีปัญหานี้ ปฏิบัติตามคำแนะนำเหล่านี้และคิดว่าเป็น Skype: mydigitallife.info/…
— saturdayplace
เพื่อประโยชน์ของความชัดเจน: หากพอร์ตของคุณถูกจัดเก็บโดย svchost และเห็นได้ชัดใน Process Explorer นั่นไม่ใช่ปัญหาเดียวกับที่ฉันมี ดังนั้นฉันยืนยันในการทำให้ชัดเจนว่ากระบวนการที่มีชื่อ "ระบบ" ดูเหมือนจะเป็นเจ้าของพอร์ต
— โครเนลิ
12

ฉันมีปัญหาที่ "ระบบ" ใช้พอร์ต 443 กับ PID 4 บนเครื่อง Windows 7 ของฉัน ทางออกสำหรับฉันคือการลบ "การเชื่อมต่อขาเข้า" (VPN) ที่มีอยู่ในโฟลเดอร์การเชื่อมต่อเครือข่าย

ดูเหมือนว่าฉันจะสร้างมันขึ้นมาและลืมที่จะลบมันหลังจากการใช้ ...

— doener
แหล่งที่มา
1
ใช่มีปัญหาเดียวกันใน Windows 8.1
— Konstantin Pereiaslov
เพิ่งทำเช่นนั้น win7 มันหยุดฟัง TCP 443 แม้ว่าจะยังฟัง UDP พอร์ต 443 อยู่ แต่นั่นอาจจะดีพอ
— barlop
1
ฉันมีปัญหานี้ใน Windows Server 2008 R2 x64 เอาฉันสักครู่เพื่อค้นหาโพสต์ของคุณและฉันแปลกใจที่คำตอบอย่างเป็นทางการสำหรับคำถามนี้เพราะมันไม่ได้ตอบคำถามเลย ขอขอบคุณ!
— simontemplar
มันใช้งานได้สำหรับฉันเมื่อแทนที่จะลบ "การเชื่อมต่อขาเข้า" (ฉันจำไม่ได้ว่าจะสร้างมันได้อย่างไรถ้าฉันต้องการมันอีกครั้ง) ฉันไม่ได้เลือก[_] Allow other computers to connect to this oneภายใต้ศูนย์เครือข่ายและการใช้ร่วมกัน
— Alexander Gelbukh
11

ก่อนอื่นฉันจะตอบคำถามนี้โดยตรงและทุกคนที่อ่านข้อความนี้สามารถเพิกเฉยต่อคำตอบที่พูดถึงแอปพลิเคชันของบุคคลที่สามที่ไม่ใช่ของ Microsoft โดยใช้กระบวนการระบบ

  1. ระบบกระบวนการถูกระบุว่าเป็นPID 4ในทุกวันที่ทันสมัยของระบบ Windows มันมีไว้สำหรับการเข้าถึงโหมดเคอร์เนล กฎนี้ออกผลิตภัณฑ์เว็บของบุคคลที่สามส่วนใหญ่เช่น Apache

  2. นับตั้งแต่ก่อตั้ง WinRM (การจัดการระยะไกลของ Windows) บริการHTTP ( % SystemRoot% \ system32 \ drivers \ http.sys ) เป็นส่วนมาตรฐานของ Windows (Vista และใหม่กว่า / Server 2008 และใหม่กว่า) http.sys ทำงานภายใต้กระบวนการของระบบ ( PID 4 )

  3. ซอฟต์แวร์อื่น ๆ ที่พัฒนาโดย Microsoft อาจใช้% SystemRoot% \ system32 \ drivers \ http.sysภายใต้กระบวนการระบบเช่นIIS , SQL Reporting Servicesและบริการการปรับใช้เว็บ Microsoft ( http://support.microsoft.com/kb/2597817 ) ...

  4. พอร์ตเริ่มต้น WinRM 1.0 คือ:
    HTTP = 80
    HTTPS = 443
    WinRM 2.0 และพอร์ตเริ่มต้นที่มากกว่าคือ:
    HTTP = 5985
    HTTPS = 5986
    ตรวจสอบด้วยคำสั่งต่อไปนี้:
    Winrm ระบุ winrm / config / listener
    Winrm รับhttp://schemas.microsoft.com / wbem / WSMan / 1 / config

ขั้นตอนการแก้ไขปัญหา:

รับหมายเลขกระบวนการของพอร์ตที่คุณกำลังมองหา (443 ในกรณีนี้):

... จากไดรฟ์ที่ไม่ได้แมปของ Windows เพื่อหลีกเลี่ยง "การเข้าถึงถูกปฏิเสธ":
netstat -aon | ค้นหา ": 443"
ผลลัพธ์ควรมีลักษณะดังต่อไปนี้สำหรับกระบวนการของระบบ :
C:> netstat -ano | find ": 443"
TCP 0.0.0.0:443 0.0.0.0onge LISTENING 4
TCP [::]: 443 [: :]: 0 LISTENING 4
คอลัมน์สุดท้ายคือ PID (4)

  1. เล่นtasklistเพื่อหาสิ่งที่กำลังทำงานอยู่ในกระบวนการพิสูจน์ช่วยเหลือ:
    tasklist / SVC / FI "PID eq 4"
    tasklist / m / FI "PID eq 4"

  2. ค้นหารีจิสทรีสำหรับบริการ HTTP: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ HTTP \ Parameters \ UrlAclInfo
    จะมีรายการ URL (พร้อมหมายเลขพอร์ต) ซึ่งจะนำคุณไปสู่การทำงานของแอปพลิเคชั่นใดและถือพอร์ตใด:
    http : // +: 5985 / wsman / -> WinRM
    https: // +: 5986 / wsman / -> WinRM
    http: // +: 80 / Reports / -> เซิร์ฟเวอร์รายงาน SQL
    http: // +: 80 / ReportServer / -> เซิร์ฟเวอร์รายงานของ SQL
    https: // server_fqdn: 443 / รายงาน / -> เซิร์ฟเวอร์รายงานของ SQL
    https: // server_fqdn: 443 / ReportsServer / -> เซิร์ฟเวอร์รายงานของ SQL
    http: // *: 2869 / - -> Simple Service Discovery Protocol Service (SSDPSRV)
    http: // *: 5357 / ->การค้นพบไดนามิกของบริการทางเว็บ (WS-Discovery)
    https: // *: 5358 / -> การค้นพบไดนามิกของบริการบนเว็บ (WS-Discovery)

จากนั้นคุณสามารถค้นหาบริการที่เกี่ยวข้องในระบบและหยุดมันและดูว่าพอร์ตที่ต้องการถูกปล่อยออกมาโดยการยืนยันกับnetstat-aon | ค้นหาคำสั่ง": 443"

— เคนยาเกรแฮม
แหล่งที่มา
เกี่ยวกับจุดที่ 6 เราจะหากระบวนการฟังพอร์ตเหล่านั้นได้อย่างไร
— galmok
8

นี้มักจะเป็น VMware บริการตัวแทนโฮสต์ (จำเป็นสำหรับ VM-โฮสต์ที่จะเข้าพักสื่อสาร) vmware-hostd.exe-

วิธีที่ดีที่จะหาสิ่งที่กระบวนการย่อย svchost.exe กำลังทำงานคือการใช้ Sysinternals' Process Explorer

— โทนี่
แหล่งที่มา
2
หากคุณติดตั้ง VMware Workstation ไว้อย่างแท้จริงให้ตรวจสอบใน Edit -> Preferences -> VM ที่แชร์ คุณอาจเปิดใช้งานการแชร์ VM และพอร์ตเริ่มต้นคือ 443 คุณสามารถปิดใช้งานการแชร์เปลี่ยนพอร์ตและเปิดใช้งานย้อนกลับหรือปล่อยให้ปิดการใช้งานหากคุณไม่ต้องการ
— gronostaj
@gronostaj ขอบคุณมากฉันเพิ่งใช้เวลา 3 ชั่วโมงพยายามหาสิ่งนี้ :(
— Simon Kirsten
7

ฉันประสบปัญหาที่คล้ายกันกับคำขอเส้นทาง 443 ไปยังเซิร์ฟเวอร์ WAS ของฉัน ตามคำแนะนำในคำถามนี้นี่คือสิ่งที่ฉันทำ:

  1. จากคำสั่ง cmd ที่สูงขึ้น netstat -a -n -o | findstr 443
  2. ระบุ PID ของกระบวนการรับฟังใน 443
  3. ใช้ Process Explorer เพื่อระบุกระบวนการจาก PID
  4. ในกรณีของฉันการฟังแอปพลิเคชันคือ vmwarehostd.exe
  5. หยุดเซิร์ฟเวอร์ VMware Workstation services.mscจาก รีสตาร์ทโดยเซิร์ฟเวอร์ WAS

และคำขอทั้งหมด 443 รายการมาถึง 443 อย่างมีความสุขหลังจากนั้น

PS: ฉันได้ถอนการติดตั้ง skype แล้วซึ่งมาพร้อมกับการติดตั้ง Windows 8 ของฉัน บริการการกำหนดเส้นทางและการเข้าถึงระยะไกลถูกปิดการใช้งานในเครื่องของฉัน

— ปวีณ
แหล่งที่มา
3
-1 เขาเป็น PID 4 มันยากกว่ามาก คุณเขียน "ใช้กระบวนการสำรวจเพื่อระบุกระบวนการจาก pid" <- ของคุณไม่ใช่ PID 4 เช่น svchost หรืออะไรทำนองนั้น คุณเป็นบุคคลที่สาม exe คุณอาจเคยใช้ตัวจัดการงาน! หากคุณไม่ได้แสดงคอลัมน์แล้วให้ดู .. เลือกคอลัมน์ แต่คุณโชคดีที่ PID ของคุณไม่ใช่ PID 4. ฉันไม่รู้ว่าตัวสำรวจกระบวนการสามารถช่วยได้หรือไม่แม้ว่าตัวจัดการงานจะทำไม่ได้ แต่แน่นอนในกรณีของคุณผู้จัดการงานง่าย ๆ ที่จะทำมัน
— barlop
5

หากเป็นกระบวนการที่เริ่มโดยบริการnetstat -abจะไม่ช่วย

ในกรณีนี้ให้ลองnetstat -ao | find /i "443"ในบรรทัดคำสั่งของผู้ดูแลระบบ สิ่งนี้จะให้ผลลัพธ์เช่นนี้:

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

จากนั้นพิมพ์tasklist | find /i "<PID>"พรอมต์คำสั่งผู้ดูแลระบบอื่น

ในกรณีของฉัน PID คือ 2912 และคำสั่งของฉันคือ: 

tasklist | find /i "2912"

ผลลัพธ์ของคำสั่งของฉันคือ:

vmware-hostd.exe   2912 Services   0   39 856 K

ว้าวฉันลืมไปเลยว่าได้ติดตั้ง VMware เพื่อตรวจสอบการใช้งาน ...

— elbedoit
แหล่งที่มา
1
สำหรับฉันนี่คือ PID 4 ... เป็นระบบ ยังไม่มีเบาะแส :)
— Wouter
PID 4 มักจะหมายถึงบริการ Windows ที่ใช้ Microsoft เป็นหลักซึ่งหมายถึงระดับเคอร์เนล ลองหยุดบริการหนึ่งต่อหนึ่งและตรวจสอบว่าแก้ไขปัญหาได้หรือไม่ ปิดใช้งานบริการ / ถอนการติดตั้งคุณลักษณะที่ @Wouter ทำให้เกิดปัญหา บริการปกติ: Routing and RASสิ่งที่สังเกตIISหรือWorld Wide Puplishing, Exchange Windows Sync Share, Web Deployment Agent Service, SQL Server Reporting Services, File Server Storage Reports Managerและที่คล้ายกัน
— elbedoit
1

ในกรณีของฉันมันเป็น DataManager จาก F5 Networks ซึ่งใช้ Tomcat 6 ภายในเพื่อให้บริการหน้าเว็บ ฉันลืมที่จะถอนการติดตั้งแอพนั้น การออกแบบที่ไม่ดีถ้าคุณถามฉัน

— Zenka โรมัน
แหล่งที่มา
1

เมื่อใช้netstat -ao | find ":443"ฉันพบว่ามีการใช้พอร์ต 443 โดย PID 4 ซึ่งเป็นกระบวนการของระบบ สิ่งนี้เกิดขึ้นกับฉันสองครั้งใน Windows Server 2012 และเป็นเพราะสาเหตุข้อใดข้อหนึ่งต่อไปนี้:

  1. IIS กำลังทำงานอยู่ซึ่งระบุว่าเป็น "World Wide Web Publishing Service" ในบริการซึ่งฉันหยุด
  2. คุณลักษณะโฟลเดอร์งานติดตั้งดังนั้นฉันจึงถอนการติดตั้ง

นี่อาจไม่ใช่วิธีแก้ปัญหาสำหรับทุกคน แต่อาจช่วยได้บ้าง

— anishpatel
แหล่งที่มา
คำตอบนี้ไม่ได้เพิ่มข้อมูลใหม่ใด ๆ ที่ไม่ได้อยู่ในคำตอบที่ส่งมาจาก elbedoit หรือ tonyr แล้ว
— Ramhound
1
ฉันเพิ่มคำตอบนี้โดยเฉพาะเนื่องจากการถอนการติดตั้งคุณลักษณะโฟลเดอร์งานทำงานสำหรับฉันและดังนั้นจึงเป็นวิธีแก้ปัญหาที่เป็นไปได้ตามที่เขียน ฉันควรแสดงข้อมูลนี้ในความคิดเห็นแทนหรือไม่?
— anishpatel
1
ฉันมีปัญหาแบบเดียวกับที่ระบุในคำถามและคำตอบของ tonyr ไม่ได้ผลสำหรับฉัน คำตอบของ elbedoit ไม่ได้ช่วยเมื่อคุณมี PID 4 (ตามที่ระบุไว้ในคำถาม); คุณกำลังจะหยุด / เริ่มกระบวนการของระบบแบบสุ่มเพื่อแก้ไขปัญหาหรือไม่
— anishpatel
1
ไม่มีคำตอบอื่น ๆ ที่กล่าวถึงการถอนการติดตั้งคุณลักษณะโฟลเดอร์งานซึ่งเป็นวิธีแก้ปัญหาสำหรับคำถาม ฉันทำซ้ำข้อมูลจากคำตอบอื่น ๆ เพื่อช่วยผู้อื่นด้วยปัญหาเดียวกันระบุว่าวิธีนี้อาจใช้งานได้สำหรับพวกเขา (เช่นตรวจสอบเพื่อให้แน่ใจว่า PID คือ 4) ถ้า PID ไม่ใช่ 4 คำตอบนี้จะไม่ช่วยแน่นอน คำตอบนี้เป็นคำตอบที่ไม่สมบูรณ์มากขึ้นแล้วในคำตอบของผู้กระทำหรือ tonyr? โปรดแนะนำวิธีที่ฉันสามารถสื่อสารโซลูชันได้ดีขึ้น
— anishpatel
1
ใช่ มันเป็นคุณสมบัติโฟลเดอร์งานสำหรับฉัน! ขอบคุณมากที่พูดถึงเรื่องนี้ มันย่อมเป็นคำตอบที่ถูกต้องเป็น equaly กล่าวขวัญ Skype หรือบริการอื่น ๆ ...
— Wouter
1

ในกรณีของฉันมันเป็นกระบวนการ DTC (Distributed Transaction Coordinator) เพื่อใช้พอร์ต 443 โดยเฉพาะอย่างยิ่งฉันเปิดใช้งาน WS-AT ใน DTC และใช้พอร์ต 443

โดยทั่วไปฉันเข้าใจว่าเมื่อกระบวนการของระบบ (PID 4) ใช้พอร์ต 443 / HTTPS มันเป็นกระบวนการภายในของ Windows (ในกรณีของฉัน DTC แต่ฉันคิดว่าอาจเป็นกระบวนการอื่น) หากไม่ใช่เว็บไซต์ IIS ใช้มัน

— gurca
แหล่งที่มา
0

สำหรับฉันหลังจากอัปเดต Windows Server 2016 แล้ว Apache 443 ไม่สามารถเริ่มด้วยรายการเหตุการณ์ปกติได้

ฉันพบว่าผู้ร้ายเป็นบริการ "Windows Sync Share" (SyncShareSvc) ฉันปิดการใช้งานและสามารถเริ่ม Apache

— JEC
แหล่งที่มา
0

ฉันพบว่าการใช้ฟังก์ชัน VPN ใน Windows 8 (อาจเหมือนกันสำหรับ Windows 7) ใช้พอร์ต 443

นอกจากนี้พอร์ตของฉันก็ปิดตัวลงอีกครั้งโดย PMB.exe (Pando Media Booster)

— user1788951
แหล่งที่มา
-1

Wireshark จะบอกรายละเอียดแก่คุณ http://www.wireshark.org/ หรือ TCP Monitor: http://www.itsamples.com/tcp-monitor.html

นั่นจะช่วย

— adeelx
แหล่งที่มา
tcp-monitor น่าเสียดายที่ไม่สามารถช่วยฉันได้เลย สำหรับ wireshark - ฉันไม่สามารถสร้าง / จับแพ็คเก็ตกำกับที่พอร์ต 443 :(
— Cornelius
1
ตัวเลือกเดียวที่เหลือคือ Process Explorer (sysinternals) มันจะแสดง proceses ด้วยพอร์ต Wireshark เป็นหนึ่งในผลิตภัณฑ์อันดับต้น ๆ ในบรรทัดนี้ แต่ฉันไม่สามารถเข้าใจได้ว่าทำไมมันถึงไม่เหมาะกับคุณ: s (คุณติดตั้งไดรเวอร์การจับภาพ WinPCAP หรือไม่?)
— adeelx
การตอบกลับช้ามากขอโทษ แต่ฉันไม่สามารถรับสิ่งใด ๆ ในการเข้าสู่ระบบเพราะมีเพียงการเข้าชมที่ไม่มีการดมกลิ่น อย่างน้อยฉันก็เข้าใจ
— โครเนลิ
-1 Wireshark จะไม่แสดงสิ่งใดที่อาจช่วยระบุสิ่งที่อยู่ในพอร์ต .. เว้นแต่จะมีแพ็คเก็ตไปที่พอร์ตและจากนั้นคุณควรให้ข้อมูลเพิ่มเติมเช่นว่าบุคคลนั้นควร ping IP แล้วลองค้นหา IP นั้นคืออะไร
— barlop
-1

หากคุณมีไดร์เวอร์ Virtual LAN บางประเภท (เช่น OpenVM, VMware และอื่น ๆ ) - ตรวจสอบให้แน่ใจว่าคุณ 'ปล่อย' พอร์ตก่อนที่จะมอบให้กับสิ่งอื่น ...

เพียงคำใบ้ที่รวดเร็ว;)

— Ruslan Abuzant
แหล่งที่มา
-2

ฉันมีปัญหาเดียวกันในขณะที่พยายามติดตั้งการอัปเดต VMware ฉันติดตามมันลง Skype ไคลเอนต์ใหม่เป็นค่าเริ่มต้นที่ 443

— ตกลูก
แหล่งที่มา
4
นี่เป็นเพียงการทำซ้ำของคำตอบที่มีอยู่ โปรดถอนคำตอบที่มีอยู่แทนที่การโพสต์ซ้ำ
— Chenmunka
@Chenmunka บางทีเขาไม่ได้อ่านมัน
— FindOutIslamNow
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.