TCP पोर्ट चेकर — जाँचें कि पोर्ट इंटरनेट से खुला है

TCP पोर्ट के खुले, बंद या फ़िल्टर्ड होने का क्या मतलब है?

TCP कनेक्शन थ्री-वे हैंडशेक (RFC 9293) से शुरू होता है। अगर होस्ट शुरुआती SYN का जवाब SYN-ACK से दे, तो कोई प्रोग्राम सुन रहा है और पोर्ट खुला है; reset से जवाब दे, तो होस्ट पहुँच में है पर कुछ नहीं सुन रहा, यानी पोर्ट बंद है; टाइमआउट से पहले कुछ न लौटे, तो कोई फ़ायरवॉल पैकेट छोड़ रहा है या होस्ट डाउन है — इसे फ़िल्टर्ड कहते हैं। खुला पोर्ट पहुँच साबित करता है, यह नहीं कि उसके पीछे की सेवा काम कर रही है।

सुरक्षा नोट: सार्वजनिक इंटरनेट से पहुँच में रहने वाले डेटाबेस, कैश और रिमोट-डेस्कटॉप पोर्ट सेंधमारी की आम वजह हैं; इन्हें फ़ायरवॉल allow-list या VPN के पीछे रखें, और सिर्फ़ वही होस्ट जाँचें जिनकी आपको अनुमति है।

TCP पोर्ट चेकर कैसे इस्तेमाल करें

होस्ट नाम या IP पता डालें; पेस्ट किए URL से सिर्फ़ होस्ट लिया जाता है, और होस्ट के बाद लिखा पोर्ट (example.com:8443) ही जाँचा जाता है, जब तक आप «दूसरा पोर्ट» न भरें।
पोर्ट सूची से सेवा चुनें, या «दूसरा पोर्ट» में कोई भी पोर्ट नंबर लिखें।
चाहें तो नतीजे की स्थिरता देखने के लिए प्रयास 2 या 3 करें, फिर «पोर्ट जाँचें» दबाएँ।
पहले पोर्ट की स्थिति पढ़ें, फिर प्रयासों की तालिका और नीचे दी गई व्याख्या।

TCP पोर्ट चेकर की खूबियाँ

1 से 65535 तक कोई भी TCP पोर्ट, आम सेवाओं की सूची के साथ: HTTPS, SSH, मेल सबमिशन, IMAPS, TCP और TLS पर DNS, MySQL, PostgreSQL, Redis, रिमोट डेस्कटॉप और बहुत कुछ
एक से तीन कनेक्शन प्रयास, हर एक की अपनी 5 सेकंड की समय-सीमा और कनेक्ट टाइम
साफ़ नतीजा: खुला, बंद (अस्वीकार), कोई जवाब नहीं (फ़िल्टर्ड) या पहुँच से बाहर, और होस्ट के लिए हर स्थिति का मतलब
डेटाबेस या रिमोट-डेस्कटॉप पोर्ट सार्वजनिक इंटरनेट से पहुँच में हो तो चेतावनी
साफ़ इनकार: पोर्ट 25 और Cloudflare से सर्व होने वाले होस्ट को बंद बताने के बजाय समझाया जाता है
प्रयासों की तालिका CSV में डाउनलोड करें

इनपुट और आउटपुट

इनपुट

होस्ट नाम या IP पता (सिर्फ़ सार्वजनिक लक्ष्य)।
पोर्ट: सूची की कोई आम सेवा या 25 को छोड़कर 1 से 65535 तक कोई भी नंबर; कनेक्शन प्रयास 1 से 3।

आउटपुट

नतीजा: पोर्ट की स्थिति, पोर्ट और उसकी प्रचलित सेवा, सबसे तेज़ कनेक्शन टाइम और जाँचा गया पता, IP संस्करण के साथ।
कनेक्शन प्रयास: हर प्रयास का नतीजा (connected, refused, timeout, unreachable) और मिलीसेकंड में उसका समय।
स्थिति की व्याख्या और विवरण: होस्ट, रिज़ॉल्व हुआ पता, DNS रिज़ॉल्यूशन टाइम और टेस्ट कहाँ से चला।

TCP पोर्ट चेकर का उदाहरण

क्या github.com पर SSH पहुँच में है? (वैल्यू बदलती हैं)

इनपुट:

होस्ट: github.com · पोर्ट: SSH (22) · कनेक्शन प्रयास: 2

आउटपुट:

Port state: Open · Port: 22 (SSH) · Fastest connection: 38 ms · Address tested: 140.82.121.4 (IPv4)
# | Result | Time (ms)
1 | connected | 41
2 | connected | 38
Finding: Port 22 accepted a TCP connection from the Cloudflare edge: something is listening there and no firewall blocked this path. The check does not show which software answers or whether it works correctly.

TCP पोर्ट चेकर के नतीजे कैसे पढ़ें

खुला: TCP हैंडशेक पूरा हुआ, यानी पोर्ट सार्वजनिक इंटरनेट से पहुँच में है। उसके पीछे की सेवा काम करती है या नहीं, यह अलग सवाल है।

बंद (अस्वीकार): होस्ट ने reset से जवाब दिया। होस्ट चालू है; उस पोर्ट पर कुछ नहीं सुन रहा, या फ़ायरवॉल कनेक्शन को साफ़ तौर पर ठुकराता है।

कोई जवाब नहीं (फ़िल्टर्ड): 5 सेकंड में कुछ नहीं लौटा। आमतौर पर फ़ायरवॉल पैकेट छोड़ देता है; इसका मतलब होस्ट का डाउन होना भी हो सकता है।

पहुँच से बाहर: कनेक्शन विफल हुआ और प्लेटफ़ॉर्म ने वजह नहीं बताई। reset, बीच में छोड़ा गया कनेक्शन और बिना नाम वाला इनकार, तीनों यहीं दिखते हैं, इसलिए हो सकता है पोर्ट बस बंद हो; जाँच दोबारा चलाएँ और ऐसे पोर्ट से तुलना करें जिस पर होस्ट पक्के तौर पर सेवा देता है।

मिले-जुले प्रयास (कुछ जुड़े, कुछ विफल) रुक-रुककर पहुँच की ओर इशारा करते हैं: पैकेट लॉस, लोड बैलेंसर के पीछे ख़राब सर्वर या कनेक्शन रेट-लिमिटिंग।

TCP पोर्ट चेकर कब इस्तेमाल करें

पुष्टि करना कि फ़ायरवॉल या क्लाउड सिक्योरिटी-ग्रुप के बदलाव ने वही पोर्ट खोला या बंद किया जो आप चाहते थे।
जाँचना कि डेटाबेस, Redis या रिमोट डेस्कटॉप पोर्ट सार्वजनिक इंटरनेट पर खुला तो नहीं है।
मेल क्लाइंट सेट करने से पहले देखना कि मेल सर्वर 587 या 465 पर सबमिशन स्वीकार करता है।
बाहर से सेवा न मिलने पर बंद और फ़िल्टर्ड पोर्ट में फ़र्क करना।

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

«यह होस्ट Cloudflare से सर्व होता है»: नाम Cloudflare पतों पर रिज़ॉल्व होता है, जिनसे प्लेटफ़ॉर्म Worker को जुड़ने नहीं देता। Globalping प्रोब से चलने वाला पिंग टेस्ट TCP connect मोड में इस्तेमाल करें, या अपनी मशीन से जाँचें।
पोर्ट 25 किसी टेस्ट से पहले ही अस्वीकार: प्लेटफ़ॉर्म बाहर जाने वाला SMTP रोकता है। 587 या 465 जाँचें, या 25 अपने सर्वर से।
«has no A or AAAA record»: नाम रिज़ॉल्व नहीं होता। पहले उसके DNS रिकॉर्ड जाँचें।
रेट-लिमिट का संदेश: हर विज़िटर जाँच मिनट में 20 बार चला सकता है; थोड़ा रुककर फिर चलाएँ।

TCP पोर्ट चेकर के बारे में अक्सर पूछे जाने वाले सवाल

यह टूल Cloudflare इस्तेमाल करने वाली साइटें क्यों नहीं जाँच सकता?

जाँच Cloudflare Workers पर चलती है, और प्लेटफ़ॉर्म किसी Worker को Cloudflare की अपनी IP रेंज से रॉ TCP कनेक्शन खोलने नहीं देता। जिस होस्ट का नाम उन रेंज में रिज़ॉल्व होता है — और ऐसी वेबसाइटें बहुत हैं — उसे नतीजे के बजाय साफ़ संदेश मिलता है कि वह «Cloudflare से सर्व होता है»। ऐसे होस्ट के लिए पिंग टेस्ट का TCP connect मोड इस्तेमाल करें, जो Globalping प्रोब से चलता है।

पोर्ट 25 की अनुमति क्यों नहीं है?

Cloudflare Workers को पोर्ट 25 — मेल सर्वरों के बीच इस्तेमाल होने वाला SMTP पोर्ट — पर बाहर कनेक्शन खोलने की अनुमति नहीं है, ताकि प्लेटफ़ॉर्म से स्पैम न भेजा जा सके। सबमिशन पोर्ट 587 (STARTTLS) या 465 (इम्प्लिसिट TLS) जाँचें, या पोर्ट 25 अपने किसी सर्वर से जाँचें।

बंद और फ़िल्टर्ड पोर्ट में क्या फ़र्क है?

बंद (अस्वीकार) का मतलब है कि होस्ट ने TCP reset से जवाब दिया: होस्ट पहुँच में है, पर उस पोर्ट पर कुछ नहीं सुन रहा। फ़िल्टर्ड का मतलब है कि 5 सेकंड में कोई जवाब नहीं आया: किसी फ़ायरवॉल ने कनेक्शन प्रयास चुपचाप छोड़ दिया, या होस्ट डाउन है।

क्या खुले पोर्ट का मतलब है कि मेरी सेवा काम कर रही है?

नहीं। खुला का मतलब सिर्फ़ इतना है कि TCP हैंडशेक पूरा हुआ। जाँच कोई डेटा नहीं भेजती, इसलिए यह नहीं बता सकती कि पोर्ट के पीछे का वेब सर्वर, डेटाबेस या मेल सर्वर सही जवाब देता है या नहीं; इसके लिए प्रोटोकॉल-स्तर की जाँच, जैसे HTTP के लिए API हेल्थ चेकर, इस्तेमाल करें।

क्या यह पोर्ट स्कैनर है?

नहीं। हर रन एक होस्ट का एक पोर्ट, अधिकतम तीन कनेक्शन प्रयासों के साथ जाँचता है, और एक विज़िटर इसे मिनट में 20 बार चला सकता है। सिर्फ़ वही होस्ट जाँचें जो आपके हैं या जिन्हें जाँचने की आपको अनुमति है।

क्या नतीजा मेरे ऑफ़िस नेटवर्क जैसा ही होगा?

ज़रूरी नहीं। कनेक्शन सार्वजनिक इंटरनेट पर उस Cloudflare एज से आता है जिसने आपका अनुरोध संभाला, जो आमतौर पर आपके सबसे पास होता है। सिर्फ़ कुछ सोर्स पतों को आने देने वाला फ़ायरवॉल, या सिर्फ़ VPN के अंदर मिलने वाली सेवा, वहाँ से आपके नेटवर्क से अलग दिखेगी।

तकनीकी नोट्स

जाँच RFC 9293 का TCP थ्री-वे हैंडशेक करती है: SYN जाता है; SYN-ACK लौटे तो किसी लिसनर ने कनेक्शन स्वीकार किया; RST लौटे तो पोर्ट बंद है; समय-सीमा तक चुप्पी का मतलब है कि पैकेट छोड़ दिए गए। सॉकेट तुरंत बंद होता है और कोई ऐप्लिकेशन डेटा नहीं भेजा जाता।

Mutqan सर्वर पहले नाम को DNS over HTTPS से रिज़ॉल्व करता है और तभी कनेक्ट करता है जब हर पता सार्वजनिक हो। Cloudflare Workers Cloudflare की अपनी IP रेंज और पोर्ट 25 पर बाहर जाने वाले सॉकेट ब्लॉक करते हैं, इसलिए इन मामलों का जवाब ग़लत «बंद» के बजाय व्याख्या से दिया जाता है (503 PLATFORM_LIMIT, या किसी कनेक्शन से पहले इनकार)।

पोर्ट नंबर और उन पर आमतौर पर चलने वाली सेवाएँ IANA दर्ज करता है (RFC 6335); कोई भी सॉफ़्टवेयर किसी भी पोर्ट पर सुन सकता है, इसलिए दिखाया गया सेवा नाम प्रचलित नाम है, पहचान नहीं।

सीमाएँ और कार्यप्रणाली

माप उस Cloudflare एज से होता है जिसने आपका अनुरोध संभाला (आमतौर पर आपके सबसे पास वाला), आपके कंप्यूटर या ऑफ़िस नेटवर्क से नहीं; सिर्फ़ कुछ सोर्स पतों को आने देने वाले फ़ायरवॉल वहाँ अलग जवाब देते हैं।

सिर्फ़ TCP जाँचा जाता है। 53/udp पर पारंपरिक DNS या QUIC जैसी UDP सेवाएँ साधारण कनेक्शन से नहीं जाँची जा सकतीं।

Cloudflare रेंज में पते वाले होस्ट और पोर्ट 25 प्लेटफ़ॉर्म के नियम से बिल्कुल नहीं जाँचे जा सकते।

हर रन में एक पोर्ट और अधिकतम तीन प्रयास: यह पहुँच की जाँच है, स्कैन नहीं।

कनेक्शन खोलने वाला प्लेटफ़ॉर्म हमेशा नहीं बताता कि कनेक्शन क्यों विफल हुआ। जिस इनकार को वह नाम नहीं देता, वह «पहुँच से बाहर» दिखता है, इसलिए बंद पोर्ट «बंद (अस्वीकार)» की जगह «पहुँच से बाहर» दिख सकता है।

सुरक्षा और गोपनीयता

होस्ट और पोर्ट Mutqan सर्वर को भेजे जाते हैं, जो Cloudflare एज से कनेक्शन खोलता है और कुछ भी स्टोर नहीं करता। लक्ष्य को कनेक्शन Cloudflare के पते से आता दिखता है, आपसे नहीं।

सिर्फ़ वही होस्ट जाँचें जो आपके हैं या जिन्हें जाँचने की आपको अनुमति है।

संदर्भ

RFC 9293: Transmission Control Protocol (TCP)IETF · 2022TCP का मौजूदा स्पेसिफ़िकेशन: कनेक्शन खोलने वाला थ्री-वे हैंडशेक, और पोर्ट पर कुछ न सुनने पर होस्ट जो reset भेजता है।
RFC 6335: Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number RegistryIETF · 2011पोर्ट नंबर सिस्टम, यूज़र और डायनामिक रेंज में कैसे बँटते हैं और उन पर सेवाएँ कैसे दर्ज होती हैं।
Service Name and Transport Protocol Port Number RegistryIANAआधिकारिक सूची कि कौन-सी सेवा किस TCP या UDP पोर्ट पर दर्ज है (HTTPS के लिए 443, SSH के लिए 22, मेल सबमिशन के लिए 587 आदि)।