पोर्ट 443 पर 'सिस्टम' प्रक्रिया क्यों सुनाई दे रही है?

45

मुझे अपने Apache सर्वर को शुरू करने में समस्या हो रही है, क्योंकि पोर्ट 443 पहले से ही उपयोग में है।

यह पता चला है, सिस्टम प्रक्रिया (पीआईडी ​​4) पोर्ट 443 का उपयोग करती है। मेरे पास आईआईएस स्थापित नहीं है, सेवाएँ.एमएससी शो (अनुमानित) कोई एक्सचेंज सर्वर नहीं चल रहा है, न ही डब्ल्यूडब्ल्यूडब्ल्यू-सर्विसेज, न ही आईआईएस। मुझे पता नहीं है कि कैसे पता लगाया जाए कि कौन सी सेवा उस पोर्ट का उपयोग करती है, एक के बाद एक प्रत्येक सेवा को अक्षम करने से कम, और मुझे यकीन भी नहीं है कि इससे मदद मिलेगी।

मैं आभारी रहूँगा अगर कोई मुझे बता सके कि मैं अपना एसएसएल पोर्ट कैसे वापस पा सकता हूँ, धन्यवाद :)

PS: बेशक "एसएसएल के लिए अपाचे को किसी अन्य पोर्ट पर स्विच करें" अपाचे को शुरू करने में सक्षम नहीं होने की समस्या को हल करेगा। लेकिन मैं अभी भी जानना चाहूंगा कि पोर्ट 443 को हॉगिंग के बारे में इतना आग्रह क्या है। :)

मैंने अब तक एक के बाद एक 'हार्ड रूट' और विकलांग सेवाएं लीं। यह पता चला कि "रूटिंग एंड आरएएस" सेवा अपराधी थी।

"डब्ल्यूटीएफ मेरे सिस्टम अब क्या करता है?"

windows 
— कुरनेलियुस
स्रोत
संबंधित: superuser.com/questions/121901 आप किसी भी उत्तर का उपयोग कर सकते हैं जो यह निर्धारित करने में आपकी मदद करता है कि कौन सी सेवा पोर्ट 443 खोल रही है।
— हैवीड
1
दुर्भाग्य से, जैसा कि मैं असमर्थ हूं (या सिर्फ बहुत बेवकूफ) यह पता लगाने के लिए कि कौन सी सेवा सही ढंग से पोर्ट को खुला रखती है, मैं सर्विसिकनाम के अंतराल के लिए "एससी कॉन्फिग सर्विसिनेम टाइप = खुद" का उपयोग नहीं कर सकता। Netstat के विभिन्न झुकाव मुझे System प्रक्रिया में इंगित करते हैं, जैसा कि TCPView ने कहा था। पीई के लिए, "स्टैक्स", जाहिरा तौर पर Win7 पर काम नहीं करता है और जैसा कि मैं svchost.exe उदाहरण पर नहीं देखता हूं, मेरे पास टीसीपी / आईपी टैब पर "सेवा" कॉलम नहीं है। स्काइप गलती पर नहीं है, और न ही मेरे पास कोई अन्य वीओआईपी या पी 2 पी सॉफ़्टवेयर चल रहा है। लेकिन आपने जो दूसरा प्रश्न जोड़ा था, वह मेरे लिए ज्ञानवर्धक था; धन्यवाद।
— कॉर्नेलियस
जानकारी के लिए धन्यवाद! मेरे लिए यह "रूटिंग एंड रिमोट एक्सेस" सेवा थी जिसने पोर्ट 443 को भी बांध दिया था।
— कोडलर
3
यार, सवाल का जवाब देने की कोशिश में भी जवाब की मात्रा अविश्वसनीय नहीं है। तो गलत सूचना की राशि है। यदि पीआईडी ​​4 सुन रहा है, तो यह है http.sys। हमेशा। सौभाग्य से, अंतर्दृष्टि हासिल करने के तरीके के बारे में पहले से ही एक जवाब है ।
— डैनियल बी

जवाबों:

18

एक उन्नत कमांड प्रॉम्प्ट से निम्नलिखित चलाएँ:

netstat -ab
— टोनी रोटी
स्रोत
मैं थोड़ा हैरान हूं। किसी और चीज ने अपराधी के रूप में सिर्फ "सिस्टम प्रक्रिया" को दिखाया। यह कमांड अब दावा करता है कि यह -इस- svchost.exe जो इस पोर्ट को रखता है। : | सिस्टम प्रक्रिया के तहत PE / 'अन्य' नेटस्टैट कॉल कैसे आती है? (हालांकि पोर्ट अभी भी पीआईडी ​​4 / सिस्टम द्वारा आयोजित के रूप में दिखाया गया है।) मैं आगे कैसे निरीक्षण कर सकता हूं? :(
— कॉर्नेलियस
यकीन नहीं है, लेकिन शायद पीई बढ़ाएँ!
— २१:२० बजे
2
निम्नलिखित भी आपको अधिक जानकारी दे सकता है
— विकर्म
1
मैंने व्यवस्थापक के रूप में प्रक्रिया एक्सप्लोरर चलाया - और अभी भी पोर्ट "सिस्टम" द्वारा दावा के रूप में दिखाता है; वहाँ वास्तव में बहुत अधिक बुद्धि उपलब्ध नहीं: | अब तक मुझे लगता है कि यह वास्तव में कुछ बेवकूफ होगा जो मैंने अनजाने में किया था;)
— कॉर्नेलियस
4
यह मेरे लिए काम नहीं करता है, 0.0.0.0:443 के साथ लाइन के तहत मैं सिर्फ मिल सकता है स्वामित्व जानकारी प्राप्त नहीं कर सकता ।
— MGOwen
33

मुझे यकीन है कि यह स्काइप है। यदि आपने इसे स्थापित किया है, तो नीचे दिखाए गए चेकबॉक्स को अनचेक करें।

वैकल्पिक शब्द

— Nifle
स्रोत
3
+1। अन्य वीओआईपी क्लाइंट (और पी 2 पी फ़ाइल ट्रांसफर ऐप जैसे अन्य सॉफ़्टवेयर) पोर्ट 80 और 443 पर सुनेंगे यदि उन्हें वहां कुछ और नहीं मिलता है, हालांकि स्काइप सबसे आम "अपराधी" है। मुझे यकीन नहीं है कि क्यों Skype सिस्टम स्वामित्व वाली प्रक्रिया के रूप में दिखाई देगा।
— डेविड स्पिल्ट
दुर्भाग्य से यह स्काइप नहीं है; न ही अन्य वीओआईपी क्लाइंट (कोई भी स्थापित नहीं) और न ही पी 2 पी आदि आदि। मैंने जांच की कि यह न केवल "एक प्रणाली के स्वामित्व वाली प्रक्रिया" है, यह "सिस्टम प्रक्रिया" (पीआईडी ​​4) है
— कॉर्नेलियस
अजीब तरह से, मेरे पास ओपी के रूप में एक ही मुद्दा था - 443 svchost द्वारा लिया गया था .. और फिर भी, स्काइप को बंद करके इसे ठीक कर दिया।
— ब्लोर्गबर्ड
यह समस्या थी। इन निर्देशों का पालन किया और यह पता लगाया कि यह स्काइप है: mydigitallife.info/…
— saturdayplace
सिर्फ स्पष्टता के लिए: यदि आपका पोर्ट svchost द्वारा आयोजित किया गया है और स्पष्ट रूप से प्रोसेस एक्सप्लोरर में दिखाई दे रहा है, तो यह वही समस्या नहीं थी जो उसके पास थी। इसलिए यह स्पष्ट करने के लिए मेरा आग्रह है कि "सिस्टम" नाम के साथ प्रक्रिया पोर्ट की खुद की थी।
— कॉर्नेलियस
12

मुझे समस्या थी कि मेरे विंडोज 7 मशीन पर पीआईडी ​​4 के साथ "सिस्टम" द्वारा पोर्ट 443 का उपयोग किया गया था। मेरे लिए समाधान एक "आने वाले कनेक्शन" (वीपीएन) को हटाने के लिए था जो नेटवर्क कनेक्शन फ़ोल्डर में मौजूद था।

ऐसा लगता है कि मैंने इसे बनाया और उपयोग के बाद इसे हटाना भूल गया ...

— doener
स्रोत
1
हां, विंडोज 8.1 पर एक ही मुद्दा था।
— कोन्स्टेंटिन पेरेसियालोव
बस उस जीत 7। इसने TCP 443 पर सुनना बंद कर दिया, हालाँकि अभी भी UDP पोर्ट 443 पर सुन रहा है, हालाँकि यह काफी अच्छा हो सकता है।
— बार्लोप
1
मैं Windows Server 2008 R2 x64 पर यह समस्या थी। मुझे आपकी पोस्ट खोजने में थोड़ा समय लगा और मैं इस प्रश्न के आधिकारिक उत्तर पर आश्चर्यचकित हूं, क्योंकि यह वास्तव में इस प्रश्न का उत्तर नहीं देता है। धन्यवाद!
— सिमोंटेम्पलर
यह मेरे लिए तब काम आया जब "इनकमिंग कनेक्शन" को हटाने के बजाय (मुझे याद नहीं है कि इसे फिर से कैसे बनाया जाए अगर मुझे फिर से इसकी आवश्यकता हो तो) मैं [_] Allow other computers to connect to this oneनेटवर्क और शेयरिंग सेंटर, एडेप्टर कॉन्फ़िगरेशन, इनकमिंग कनेक्शन, प्रॉपर्टीज के तहत अनियंत्रित हो गया।
— अलेक्जेंडर गेल्बुख
11

सबसे पहले, मैं सीधे इस प्रश्न का उत्तर दूंगा और इसे पढ़ने वाला कोई भी व्यक्ति सिस्टम प्रक्रिया का उपयोग करके 3-पार्टी, गैर-Microsoft अनुप्रयोगों के बारे में बात करने वाले किसी भी उत्तर को अनदेखा कर सकता है।

  1. सिस्टम प्रक्रिया के रूप में सूचीबद्ध किया गया है पीआईडी 4 हर आधुनिक दिन विंडोज सिस्टम पर। यह कर्नेल-मोड एक्सेस के लिए है। यह अपाचे जैसे अधिकांश 3-पार्टी वेब उत्पादों को नियमबद्ध करता है।

  2. WinRM (विंडोज रिमोट मैनेजमेंट) की स्थापना के बाद से, HTTP सेवा ( % SystemRoot% \ system32 \ ड्राइवर \ http.sys ) विंडोज (विस्टा और बाद / सर्वर 2008 और बाद में) का एक मानक हिस्सा रहा है। http.sys सिस्टम प्रक्रिया ( पीआईडी ​​4 ) के तहत चलता है ।

  3. Microsoft द्वारा विकसित अन्य सॉफ़्टवेयर भी IIS , SQL रिपोर्टिंग सेवा और Microsoft वेब परिनियोजन सेवा ( http://support.microsoft.com/kb/2597817) जैसी सिस्टम प्रक्रिया के तहत % SystemRoot% \ system32 \ ड्राइवर \ http.sys का उपयोग कर सकते हैं। ) ...

  4. WinRM 1.0 डिफ़ॉल्ट पोर्ट थे:
    HTTP = 80
    HTTPS = 443
    WinRM 2.0 और अधिक से अधिक डिफ़ॉल्ट पोर्ट हैं:
    HTTP = 5985
    HTTPS = 5986
    निम्न आदेशों के साथ जांचें:
    Winrm enumerate winrm / config /
    listr Winrm get http://schemas.microsoft.com / WBEM / wsman / 1 / config

समस्या निवारण चरण:

उस पोर्ट की प्रक्रिया संख्या प्राप्त करें जिसे आप खोज रहे हैं (इस मामले में 443):

... "एक्सेस अस्वीकृत" से बचने के लिए विंडोज के गैर-मैप किए गए ड्राइव से:
netstat -aon | खोज ": 443"
आउटपुट सिस्टम प्रक्रिया के लिए निम्नलिखित की तरह दिखना चाहिए :
C:> netstat -ano | find ": 443"
TCP 0.0.0.0:443 0.0.0.0 LISTENING 4
TCP का उपयोग करें [::]: 443 [:] :]: 0 LISTENING 4
अंतिम कॉलम PID (4) है।

  1. कार्यसूची को चलाने के लिए यह पता लगाना कि प्रक्रिया में क्या चल रहा है, अप्राप्य साबित होता है:
    टास्कलिस्ट / SVC / FI "PID eq 4"
    कार्यसूची / 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 / रिपोर्ट / -> SQL रिपोर्टिंग सर्वर
    http: // +: 80 / ReportServer / -> SQL रिपोर्टिंग सर्वर
    https: // server_fqdn: 443 / रिपोर्ट / -> SQL रिपोर्टिंग सर्वर
    https: // server_fqdn: 443 / ReportServer / -> SQL रिपोर्टिंग सर्वर
    http: // *: 2869 / - -> सरल सेवा डिस्कवरी प्रोटोकॉल सेवा (SSDPSRV)
    http: // *: 5357 / ->वेब सेवाएँ डायनामिक डिस्कवरी (WS-Discovery)
    https: // *: 5358 / -> वेब सेवाएँ डायनामिक डिस्कवरी (WS-Discovery)

फिर आप सिस्टम पर संबंधित सेवा पा सकते हैं और इसे रोक सकते हैं और देख सकते हैं कि वांछित पोर्ट किसी अन्य नेटस्टैट -ऑन के साथ पुष्टि करके जारी किया गया है । ": 443" कमांड ढूंढें ।

— केन्या ग्राहम
स्रोत
बिंदु 6 के बारे में, हम उन बंदरगाहों के लिए सुनने की प्रक्रिया को कैसे पाते हैं?
— गाल्मोक
8

अक्सर यह VMware होस्ट एजेंट सेवा (VM-host-to-guest communication के लिए आवश्यक) है - vmware-hostd.exe।

Sysinternals ' प्रोसेस एक्सप्लोरर का उपयोग करने के लिए svchost.exe चल रहा है, यह पता लगाने का एक अच्छा तरीका है ।

— टोनी
स्रोत
2
यदि आपके पास वास्तव में VMware वर्कस्टेशन स्थापित है, तो संपादित करें -> वरीयताएँ -> साझा किए गए VMs के अंतर्गत देखें। आपके पास संभवतः VM साझाकरण सक्षम है और डिफ़ॉल्ट पोर्ट 443 है। आप साझाकरण को अक्षम कर सकते हैं, पोर्ट बदल सकते हैं और इसे वापस सक्षम कर सकते हैं या यदि आपको इसकी आवश्यकता नहीं है तो इसे अक्षम कर दें।
— गोनोस्तज
@gronostaj बहुत बहुत धन्यवाद, मैं सिर्फ 3 घंटे इस को खोजने की कोशिश में बिताता हूँ :(
— साइमन कर्स्टन
7

मुझे अपने WAS सर्वर के लिए 443 अनुरोधों को रूट करने के समान मुद्दों का सामना करना पड़ा। इस प्रश्न में सिफारिशों के आधार पर, मैंने यही किया है:

  1. उन्नत cmd शीघ्र से चला गया netstat -a -n -o | findstr 443
  2. 443 पर सुनने की प्रक्रिया के पीआईडी ​​की पहचान की
  3. PID से प्रक्रिया की पहचान करने के लिए प्रयुक्त प्रोसेस एक्सप्लोरर।
  4. मेरे मामले में अर्जी पर सुनवाई चल रही थी vmwarehostd.exe
  5. से VMware कार्य केंद्र सर्वर बंद कर दिया services.msc। WAS सर्वर द्वारा पुनः आरंभ किया गया।

और सभी 443 अनुरोधों के बाद 443 खुशी से आए।

पुनश्च: मैंने पहले ही स्काइप को अनइंस्टॉल कर दिया था जो कि मेरे विंडोज 8 इंस्टॉलेशन के साथ बनाया गया था। रूटिंग और रिमोट एक्सेस सेवा मेरी मशीन में अक्षम थी।

— प्रवीण
स्रोत
3
-1 उसका पीआईडी ​​4 था यह बहुत कठिन था। आप लिखते हैं "उपयोग की गई प्रक्रिया एक्सप्लोरर, प्रक्रिया से पहचान करने के लिए।" <- तुम्हारा पीआईडी ​​4 नहीं था जैसे svchost या ऐसा कुछ। तुम्हारी कुछ 3 पार्टी थी। आप अभी-अभी कार्य प्रबंधक का उपयोग कर सकते हैं! यदि आप कॉलम पहले से नहीं दिखा रहे हैं तो देखें..चेक कॉलम लेकिन आप भाग्यशाली थे कि आपका PID PID 4 नहीं था। मुझे नहीं पता कि क्या प्रक्रिया एक्सप्लोरर वहाँ मदद कर सकता है हालांकि कार्य प्रबंधक नहीं कर सकता। लेकिन निश्चित रूप से आपके मामले में साधारण कार्य प्रबंधक ने ऐसा किया होगा।
— बार्लोप
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
मेरे लिए यह पीआईडी ​​4 था ... सिस्टम था। अभी भी कोई सुराग नहीं :)
— वाउचर
PID 4 का अर्थ आमतौर पर एक मूल Microsoft आधारित विंडोज सेवा है, जिसका अर्थ है कर्नेल स्तर। एक-एक करके सेवाओं को रोकने की कोशिश करें, और जांच करें कि क्या यह समस्या हल हो गई है। सेवा को अक्षम करें / उस सुविधा को अनइंस्टॉल करें, जो @ रूटर ने समस्या का कारण बना। हमेशा की तरह सेवाओं रहे हैं: Routing and RASकुछ भी ध्यान देने योग्य है IISया World Wide Puplishing, Exchange Windows Sync Share, Web Deployment Agent Service, SQL Server Reporting Services, File Server Storage Reports Managerऔर इसी तरह की।
— एल्बेडोइट
1

मेरे मामले में यह F5 नेटवर्क से DataManager था जो अपने वेब पृष्ठों की सेवा के लिए आंतरिक रूप से Tomcat 6 का उपयोग करता है। मैं उस ऐप को अनइंस्टॉल करना भूल गया। बुरा डिजाइन निर्णय, अगर आप मुझसे पूछें।

— रोमन ज़ेंका
स्रोत
1

उपयोग करते हुए netstat -ao | find ":443", मुझे पता चला कि पोर्ट 443 का उपयोग पीआईडी ​​4 द्वारा किया जा रहा है, जो कि सिस्टम प्रक्रिया थी। यह विंडोज सर्वर 2012 पर मेरे साथ दो बार हुआ, और यह निम्नलिखित कारणों में से एक के कारण था:

  1. IIS सेवाओं में "वर्ल्ड वाइड वेब पब्लिशिंग सर्विस" के रूप में सूचीबद्ध थी, जिसे मैंने बंद कर दिया था।
  2. वर्क फोल्डर की सुविधा स्थापित है, इसलिए मैंने इसे अनइंस्टॉल कर दिया है।

यह सभी के लिए एक समाधान नहीं हो सकता है, लेकिन यह कुछ मदद कर सकता है।

— anishpatel
स्रोत
यह उत्तर वास्तव में किसी भी नई जानकारी को नहीं जोड़ता है जो पहले से ही elbedoit या tonyr द्वारा प्रस्तुत जवाबों में नहीं था
— रामहाउंड
1
मैंने विशेष रूप से इस उत्तर को इसलिए जोड़ा क्योंकि वर्क फोल्डर्स फीचर को अनइंस्टॉल करना मेरे लिए काम करता था, और इस प्रकार यह समस्या का एक संभावित समाधान है जैसा कि उसने लिखा था। क्या मुझे इस जानकारी को एक टिप्पणी में प्रस्तुत करना चाहिए?
— ऐनीस्पेटल
1
मेरे पास एक ही मुद्दा था जैसा कि प्रश्न में कहा गया है, और टोनेआर का जवाब मेरे लिए काम नहीं करता है। जब आपके पास पीआईडी ​​4 है (सवाल में कहा गया है) तो एल्बेडोइट का जवाब मदद नहीं करता है; क्या आप समस्या को ठीक करने के लिए सिस्टम प्रक्रियाओं को बेतरतीब ढंग से बंद / पुनः आरंभ करने जा रहे हैं?
— ऐशपेटेल
1
किसी अन्य उत्तर में वर्क फोल्डर्स फीचर को अनइंस्टॉल करने का उल्लेख नहीं किया गया है, जो प्रश्न का हल है। मैंने अन्य उत्तर (नों) से सूचना को उसी मुद्दे की पहचान करने में दूसरों की मदद करने के लिए दोहराया है यदि यह समाधान उनके लिए काम कर सकता है (यानी, सुनिश्चित करने के लिए जांच करें कि पीआईडी ​​4 है)। यदि पीआईडी ​​4 नहीं है, तो यह उत्तर निश्चित रूप से मदद नहीं करेगा। यह उत्तर कैसे अधूरा है, फिर श्रोता या टोनी के जवाब? कृपया सुझाव दें कि मैं अपने समाधान को बेहतर तरीके से कैसे बता सकता हूं।
— अनीपतेल
1
हाँ! यह मेरे लिए वर्क फोल्डर्स फीचर भी था! इस उल्लेख के लिए बहुत बहुत धन्यवाद। यह वास्तव में उल्लेख स्काइप या किसी अन्य सेवा के रूप में एक equaly वैध जवाब है ...
— Wouter
1

मेरे मामले में यह 443 पोर्ट का उपयोग करने के लिए DTC (डिस्ट्रिब्यूटेड ट्रांजैक्शन कोऑर्डिनेटर) प्रक्रिया थी। विशेष रूप से, मैंने DTC में WS-AT को सक्रिय किया, और यह 443 पोर्ट का उपयोग कर रहा था।

सामान्य तौर पर, मैं समझता हूं कि जब सिस्टम प्रक्रिया (पीआईडी ​​4) 443 / HTTPS पोर्ट का उपयोग करती है, तो यह विंडोज की आंतरिक प्रक्रिया है (मेरे मामले में DTC, लेकिन मुझे लगता है कि यह भी एक अन्य प्रक्रिया हो सकती है), अगर यह एक IIS वेबसाइट नहीं है उसका इस्तेमाल कर रहे हैं।

— gurca
स्रोत
0

मेरे लिए, विंडोज सर्वर 2016 अपडेट के बाद, अपाचे 443 सूचीबद्ध सामान्य घटना के साथ शुरू नहीं हो सका।

मैंने अपराधी को "विंडोज सिंक शेयर" सेवा (SyncShareSvc) पाया। मैं अक्षम हो गया और अपाचे शुरू करने में सक्षम था।

— जे ई सी
स्रोत
0

मैंने पाया कि विंडोज 8 में वीपीएन कार्यक्षमता का उपयोग करना (शायद विंडोज 7 के लिए भी ऐसा ही है) पोर्ट 443 का इस्तेमाल किया।

इसके अतिरिक्त, मेरा पोर्ट PMB.exe (पंडो मीडिया बूस्टर) द्वारा फिर से बंद हो गया।

— user1788951
स्रोत
-1

Wireshark आपको विवरण बताएगा। http://www.wireshark.org/ या टीसीपी मॉनिटर: http://www.itsamples.com/tcp-monitor.html

वह मदद करेंगे।

— adeelx
स्रोत
टीसीपी-मॉनिटर दुर्भाग्य से वास्तव में मेरी बिल्कुल मदद नहीं कर सका; wireshark के लिए के रूप में - मैं / कब्जा पैकेट पोर्ट 443 पर निर्देशित :( उत्पन्न करने में असमर्थ था
— कॉर्नेलियस
1
केवल शेष विकल्प प्रक्रिया एक्सप्लोरर (sysinternals) है, यह आपको बंदरगाहों के साथ दिखाएगा। विंडसरक इस लाइन में शीर्ष उत्पादों में से एक है, लेकिन मैं समझ नहीं पा रहा हूं कि यह आपके लिए काम क्यों नहीं करता है: s (क्या आपने WinPCAP कैप्चर ड्राइवर स्थापित किया है?)
— adeelx
बहुत देर से प्रतिक्रिया, क्षमा करें। लेकिन मुझे लॉग इन करने के लिए कुछ भी नहीं मिल सका क्योंकि वहाँ स्पष्ट रूप से बस सूँघने के लिए कोई ट्रैफ़िक नहीं था। कम से कम इसलिए मैं अनुमान लगाता हूं।
— कॉर्नेलियस
-1 Wireshark आपको कुछ भी नहीं दिखाएगा जो कि पोर्ट पर क्या है यह पहचानने में मदद कर सकता है .. जब तक कि पोर्ट पर जाने वाले पैकेट नहीं हैं और तब भी, आपको अधिक जानकारी प्रदान करनी चाहिए जैसे कि व्यक्ति को आईपी को पिंग करना चाहिए और यह पता लगाने की कोशिश करनी चाहिए वह आईपी क्या है
— बार्लोप bar
-1

यदि आपके पास वर्चुअल लैन ड्राइवर (जैसे OpenVM, VMware, आदि ..) के कुछ प्रकार हैं - तो सुनिश्चित करें कि आप इसे कुछ और देने से पहले पोर्ट को 'रिलीज़' कर दें ...

बस एक त्वरित पक्ष-संकेत;)

— रुसलान अबुजेंट
स्रोत
-2

VMware अद्यतन को स्थापित करने का प्रयास करते समय मुझे वही परेशानी हुई। मैंने इसे स्काइप पर ट्रैक किया। नया क्लाइंट 443 में डिफॉल्ट करता है।

— काल
स्रोत
4
यह एक मौजूदा जवाब का सिर्फ एक दोहराव है। कृपया रिपॉस्टिंग के बजाय मौजूदा उत्तरों को बढ़ाएँ।
— चेनमुन्का
@ चिन्नमुक्का शायद उन्होंने इसे नहीं पढ़ा
— FindOutIslamNow
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.