स्पीड टेस्टिंग क्यों
सही प्रॉक्सी नोड चुनना नेटवर्क अनुभव के लिए बहुत महत्वपूर्ण है। अलग-अलग नोड्स में लेटेंसी, बैंडविड्थ और स्थिरता अलग होती है, जो सीधे इन पर असर डालती है:
- पेज लोड स्पीड: कम-लेटेंसी वाले नोड वेब पेज तेज़ी से लोड करते हैं
- वीडियो स्ट्रीमिंग: उच्च-बैंडविड्थ वाले नोड HD वीडियो के लिए उपयुक्त हैं
- गेमिंग अनुभव: स्थिर कम-लेटेंसी वाले नोड लैग कम करते हैं
- डाउनलोड स्पीड: अच्छी गुणवत्ता वाले रूट आपके बैंडविड्थ का पूरा उपयोग करते हैं
नियमित स्पीड टेस्टिंग की सलाह दी जाती है क्योंकि समय और नेटवर्क परिस्थितियों के साथ नोड प्रदर्शन बदलता रहता है। ClashX को स्वचालित स्पीड टेस्टिंग के लिए कॉन्फ़िगर किया जा सकता है ताकि आप हमेशा सर्वोत्तम नोड का उपयोग करें।
लेटेंसी मेट्रिक्स को समझना
स्पीड टेस्टिंग मुख्य रूप से निम्नलिखित मेट्रिक्स पर केंद्रित होती है:
लेटेंसी (latency / Ping)
आपके डिवाइस से प्रॉक्सी सर्वर तक और वापस डेटा जाने में लगने वाला समय, जिसे मिलीसेकंड (ms) में मापा जाता है।
पैकेट लॉस
उन डेटा पैकेट्स का प्रतिशत जो अपने गंतव्य तक नहीं पहुँचते। 1% से अधिक पैकेट लॉस उपयोगकर्ता अनुभव को प्रभावित करता है, विशेष रूप से रीयल-टाइम एप्लिकेशन (गेमिंग, वीडियो कॉल) में।
बैंडविड्थ
अधिकतम डेटा ट्रांसफ़र दर जो कोई नोड प्रदान कर सकता है। नोट: ClashX का लेटेंसी टेस्ट बैंडविड्थ नहीं मापता; इसे वास्तविक उपयोग या समर्पित स्पीड टेस्ट टूल्स से आँकना पड़ता है।
स्पीड टेस्ट के परिणाम केवल संदर्भ के लिए हैं। वास्तविक अनुभव सर्वर लोड, रूटिंग अनुकूलन, लक्ष्य वेबसाइट का स्थान और अन्य कारकों से भी प्रभावित होता है।
मैनुअल टेस्टिंग के तरीके
विधि 1: ClashX का बिल्ट-इन स्पीड टेस्ट
यह सबसे सरल और सीधा स्पीड टेस्टिंग तरीका है:
- मेनू बार में ClashX आइकन पर क्लिक करें
- "Proxy" मेनू चुनें
- "latency Test" (Benchmark) पर क्लिक करें
- कुछ सेकंड प्रतीक्षा करें, सभी नोड्स के पास लेटेंसी मान दिखाई देंगे
स्पीड टेस्ट शॉर्टकट
आप लेटेंसी टेस्टिंग के लिए एक शॉर्टकट सेट कर सकते हैं:
1. "System Preferences" → "Keyboard" → "Shortcuts" → "App Shortcuts" खोलें
2. ClashX जोड़ें, मेनू शीर्षक "Benchmark" दर्ज करें
3. अपनी पसंद का शॉर्टकट सेट करें, जैसे ⌘⇧T
विधि 2: नीति समूह स्पीड टेस्ट
यदि आप नीति समूह (जैसे url-test) का उपयोग करते हैं, तो आप किसी विशेष नीति समूह को अलग से टेस्ट कर सकते हैं:
- मेनू बार में ClashX आइकन पर क्लिक करें
- संबंधित नीति समूह चुनें
- नीति समूह के नाम पर राइट-क्लिक करें
- "Test latency" चुनें
विधि 3: Dashboard स्पीड टेस्ट
अधिक विस्तृत स्पीड टेस्टिंग के लिए वेब कंट्रोल पैनल का उपयोग करें:
http://127.0.0.1:9090/uiपर जाएँ- "Proxies" टैब पर क्लिक करें
- टेस्ट करने के लिए नीति समूह या नोड चुनें
- स्पीड टेस्ट बटन (बिजली आइकन) पर क्लिक करें
Dashboard का लाभ यह है कि इसमें स्पीड टेस्ट हिस्ट्री सहित अधिक विस्तृत जानकारी देखी जा सकती है।
स्वचालित टेस्टिंग कॉन्फ़िगरेशन
मैनुअल स्पीड टेस्टिंग सरल है, लेकिन बार-बार संचालन की आवश्यकता होती है। बेहतर तरीका है कि स्वचालित स्पीड टेस्ट नीति समूह कॉन्फ़िगर किए जाएँ।
url-test ऑटो-सेलेक्ट
सबसे कम लेटेंसी वाले नोड को स्वचालित रूप से चुनता है:
proxy-groups:
- name: "♻️ 自动选择"
type: url-test
proxies:
- "香港 01"
- "香港 02"
- "日本 01"
- "美国 01"
url: "http://www.gstatic.com/generate_204"
interval: 300 # 每 300 秒测试一次
tolerance: 50 # 延迟差异小于 50ms 不切换
मुख्य पैरामीटर विवरण
- url: स्पीड टेस्ट लक्ष्य URL।
http://www.gstatic.com/generate_204उपयोग करने की सलाह दी जाती है, यह हल्का और तेज़ स्पीड टेस्ट पता है - interval: टेस्टिंग अंतराल (सेकंड)। 300-600 सेकंड की सलाह दी जाती है, बहुत अधिक आवृत्ति संसाधनों की बर्बादी करती है
- tolerance: टॉलरेंस मान (मिलीसेकंड)। नया नोड वर्तमान नोड से इस मान से अधिक तेज़ होना चाहिए तभी स्विच होगा, ताकि बार-बार बदलाव से बचा जा सके
fallback फेलओवर
मुख्य नोड विफल होने पर स्वचालित रूप से स्विच करता है:
proxy-groups:
- name: "🔰 故障转移"
type: fallback
proxies:
- "主节点"
- "备用节点 1"
- "备用节点 2"
url: "http://www.gstatic.com/generate_204"
interval: 300
timeout: 2000 # 超时时间 2000ms
load-balance लोड बैलेंसिंग
कई स्वस्थ नोड्स के बीच ट्रैफ़िक वितरित करता है:
proxy-groups:
- name: "⚖️ 负载均衡"
type: load-balance
proxies:
- "节点 1"
- "节点 2"
- "节点 3"
url: "http://www.gstatic.com/generate_204"
interval: 300
strategy: consistent-hashing # 或 round-robin
strategy पैरामीटर:
consistent-hashing: गंतव्य पते के आधार पर आवंटन, एक ही वेबसाइट हमेशा उसी नोड का उपयोग करती है, सत्र-संरक्षण वाले परिदृश्यों के लिए उपयुक्तround-robin: राउंड-रोबिन आवंटन, प्रत्येक अनुरोध अलग नोड का उपयोग करता है, डाउनलोड परिदृश्यों के लिए उपयुक्त
आप एक url-test ऑटो-सेलेक्ट समूह बना सकते हैं, फिर उसे select मैनुअल चयन समूह में शामिल कर सकते हैं। इससे स्वचालित अनुकूलन और मैनुअल नियंत्रण दोनों की सुविधा मिलती है।
नोड चयन रणनीतियाँ
उपयोग के आधार पर चयन
अलग-अलग उपयोग परिदृश्यों के लिए अलग प्रकार के नोड्स की आवश्यकता होती है:
| उपयोग परिदृश्य | अनुशंसित विशेषताएँ | नोड प्रकार |
|---|---|---|
| वेब ब्राउज़िंग | कम लेटेंसी | नज़दीकी नोड्स (हांगकांग, जापान, सिंगापुर) |
| वीडियो स्ट्रीमिंग | उच्च बैंडविड्थ, स्थिर | कॉन्टेंट लोकेशन नोड (उदाहरण: Netflix US कॉन्टेंट के लिए US नोड) |
| गेमिंग एक्सेलेरेशन | अत्यंत कम लेटेंसी, कम पैकेट लॉस | गेम सर्वर लोकेशन के लिए उच्च-गुणवत्ता रूट |
| बड़ी फ़ाइल डाउनलोड | उच्च बैंडविड्थ | लोड बैलेंसिंग समूह या हाई-स्पीड समर्पित लाइन |
| दैनिक कार्य | स्थिरता | fallback फेलओवर समूह |
भौगोलिक स्थान के आधार पर चयन
भौगोलिक स्थान का लेटेंसी पर महत्वपूर्ण प्रभाव पड़ता है:
- चीन मुख्यभूमि उपयोगकर्ता: हांगकांग, ताइवान, जापान, सिंगापुर के नोड्स में आमतौर पर सबसे कम लेटेंसी होती है (20-80ms)
- यूरोपीय उपयोगकर्ता: स्थानीय यूरोपीय नोड्स सबसे बेहतर हैं
- सीमा-पार पहुँच: जब किसी विशेष देश की सेवाओं तक पहुँचना हो, तो उस देश के नोड चुनना आमतौर पर सबसे अच्छा काम करता है
रूट गुणवत्ता की पहचान
सामान्य रूट प्रकार (गुणवत्ता के अवरोही क्रम में):
- IPLC / IEPL समर्पित लाइन: पॉइंट-टू-पॉइंट समर्पित लाइन, कम लेटेंसी, उच्च स्थिरता, महंगी
- CN2 GIA: प्रीमियम टेलीकॉम रूट, कम लेटेंसी, पीक घंटों में भी स्थिर
- CN2 GT: मानक टेलीकॉम रूट, अच्छा मूल्य
- BGP मल्टी-लाइन: स्वचालित रूप से कैरियर रूटिंग चुनता है
- सामान्य रूट: सस्ता, लेकिन पीक घंटों में भीड़ हो सकती है
• केवल लेटेंसी न देखें, स्थिरता और वास्तविक स्पीड पर भी ध्यान दें
• दिन के समय के टेस्ट परिणाम शाम के पीक घंटों से अलग हो सकते हैं
• सारा ट्रैफ़िक एक ही नोड पर न डालें
प्रदर्शन अनुकूलन टिप्स
1. कई नोड्स का बैकअप
मुख्य नोड विफल होने पर स्वचालित स्विचिंग सुनिश्चित करने के लिए fallback नीति समूह कॉन्फ़िगर करें:
proxy-groups:
- name: "🚀 主力节点"
type: fallback
proxies:
- "香港 IPLC 01"
- "香港 CN2 01"
- "日本 01"
url: "http://www.gstatic.com/generate_204"
interval: 300
2. ट्रैफ़िक विभाजन रणनीति
अलग-अलग सेवाओं के लिए अलग नोड समूह कॉन्फ़िगर करें:
proxy-groups:
- name: "🎬 流媒体"
type: select
proxies:
- "美国节点组"
- "香港节点组"
- name: "🎮 游戏"
type: url-test
proxies:
- "低延迟节点 1"
- "低延迟节点 2"
interval: 60 # 游戏场景可以更频繁测速
- name: "📥 下载"
type: load-balance
proxies:
- "高带宽节点 1"
- "高带宽节点 2"
3. स्पीड टेस्ट URL चयन
अलग-अलग स्पीड टेस्ट URLs अलग परिणाम दे सकते हैं:
http://www.gstatic.com/generate_204- Google सेवा, वैश्विक रूप से उपयुक्तhttps://cp.cloudflare.com/generate_204- Cloudflare, CDN टेस्टिंग के लिए उपयुक्तhttp://www.apple.com/library/test/success.html- Apple, iOS उपयोगकर्ताओं के लिए उपयुक्त
4. नियमित रखरखाव
अच्छी रखरखाव आदतें विकसित करें:
- नोड स्थिति समझने के लिए सप्ताह में एक बार मैनुअल स्पीड टेस्ट करें
- लंबे समय से विफल नोड्स को तुरंत हटाएँ
- रखरखाव और अपग्रेड जानकारी के लिए सेवा प्रदाता की सूचनाओं पर नज़र रखें
- पीक घंटों (रात 8-11 बजे) में टेस्टिंग वास्तविक स्थिति को बेहतर दर्शाती है
5. Dashboard मॉनिटरिंग का उपयोग करें
वेब Dashboard रीयल-टाइम मॉनिटरिंग और इतिहास प्रदान करता है:
- वर्तमान में उपयोग किए जा रहे नोड्स देखें
- प्रत्येक कनेक्शन का ट्रैफ़िक और लेटेंसी देखें
- विश्लेषण करें कि कौन-से ऐप्स सबसे अधिक ट्रैफ़िक उपयोग करते हैं
- असामान्य ट्रैफ़िक और कनेक्शनों का पता लगाएँ
नोड चयन सारांश
सर्वोत्तम अभ्यास:
- दैनिक ब्राउज़िंग के लिए नोड्स का स्वचालित चयन करने हेतु url-test का उपयोग करें
- महत्वपूर्ण सेवाओं की स्थिरता सुनिश्चित करने के लिए fallback का उपयोग करें
- विशेष उद्देश्यों (स्ट्रीमिंग, गेमिंग) के लिए समर्पित नीति समूह कॉन्फ़िगर करें
- नोड्स की वास्तविक स्थिति समझने के लिए नियमित रूप से मैनुअल स्पीड टेस्ट करें
- केवल स्वचालित स्पीड टेस्टिंग पर अत्यधिक निर्भर न रहें, वास्तविक अनुभव के आधार पर समायोजन करें