STUN / TURN सर्वर टेस्ट

अपने ब्राउज़र से जाँचें कि आपके ICE सर्वर काम कर रहे हैं और कौन-से कैंडिडेट लौटा रहे हैं।

सर्वर URL

नतीजा

    ICE कैंडिडेट

    प्रकारपताप्रोटोकॉलसमय

    STUN और TURN सर्वर क्या करते हैं

    WebRTC वीडियो कॉल, स्क्रीन शेयरिंग और ब्राउज़र-से-ब्राउज़र फ़ाइल ट्रांसफ़र को चलाता है। दो डिवाइस सीधे बात कर सकें, इससे पहले हर एक को पता होना चाहिए कि दूसरे तक किस पते पर पहुँचा जा सकता है। लेकिन ज़्यादातर डिवाइस घरेलू राउटर या कॉर्पोरेट फ़ायरवॉल के पीछे होते हैं और प्राइवेट पते इस्तेमाल करते हैं जिन्हें NAT ट्रांसलेट करता है। STUN और TURN सर्वर इसका हल देते हैं:

    • STUN डिवाइस को बताता है कि वह इंटरनेट से कैसा दिखता है: उसका सार्वजनिक IP पता और पोर्ट। इस जानकारी से दो पीयर अक्सर सीधे जुड़ सकते हैं।
    • TURN तब रिले का काम करता है जब सीधा कनेक्शन संभव न हो, जैसे सिमेट्रिक NAT, सख्त फ़ायरवॉल या सिर्फ़ TCP की अनुमति वाले नेटवर्क के पीछे।

    टेस्ट चलाना

    1. सर्वर URL को stun:, turn: या turns: प्रीफ़िक्स के साथ डालें (जैसे stun:server.example.com:3478 या turn:server.example.com:3478?transport=tcp)।
    2. TURN सर्वर के लिए यूज़रनेम और क्रेडेंशियल भरें। अगर आप समय-सीमित क्रेडेंशियल इस्तेमाल करते हैं, तो पक्का करें कि वे एक्सपायर न हुए हों।
    3. ज़रूरत हो तो और सर्वर जोड़ें और टेस्ट चलाएँ। आपका ब्राउज़र ICE कैंडिडेट इकट्ठा करता है और हर एक को उसके प्रकार, पते, प्रोटोकॉल और पहुँचने में लगे समय के साथ दिखाता है।

    अगर आपके पास अपना सर्वर नहीं है, तो हमारे सर्वर टेस्ट करने का विकल्प इस्तेमाल करें और देखें कि एक सही नतीजा कैसा दिखता है।

    कैंडिडेट प्रकारों को समझना

    नतीजे की हर पंक्ति एक ICE कैंडिडेट है। उसका मतलब उसके प्रकार पर निर्भर करता है:

    • host: डिवाइस का अपना लोकल पता। आधुनिक ब्राउज़र गोपनीयता के लिए इसे एक रैंडम .local नाम के पीछे छिपाते हैं।
    • srflx: STUN सर्वर द्वारा बताया गया सार्वजनिक पता। अगर यह दिखे, तो STUN काम कर रहा है।
    • relay: TURN सर्वर द्वारा आवंटित रिले पता। अगर यह दिखे, तो TURN और ऑथेंटिकेशन काम कर रहे हैं।
    • prflx: कनेक्टिविटी जाँच के दौरान खोजा गया पता; एकतरफ़ा टेस्ट में यह कम ही दिखता है।

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

    आम समस्याएँ

    • कोई relay कैंडिडेट नहीं: गलत यूज़रनेम या पासवर्ड, सर्वर पर static-auth-secret का मेल न खाना, या फ़ायरवॉल द्वारा TURN पोर्ट ब्लॉक होना।
    • सिर्फ़ UDP पर काम करता है: प्रतिबंधित नेटवर्क वाले यूज़र्स के लिए ?transport=tcp या पोर्ट 443 पर turns: (TLS) जोड़ें।
    • turns: विफल लेकिन turn: काम करता है: TLS सर्टिफ़िकेट अमान्य, एक्सपायर या होस्टनेम से मेल न खाने वाला हो सकता है।
    • अनपेक्षित srflx पता: CGNAT या VPN के साथ सार्वजनिक पता आपके ISP या VPN प्रोवाइडर का होता है।

    टेस्ट पूरी तरह आपके ब्राउज़र में चलता है; आपके डाले गए क्रेडेंशियल सिर्फ़ आपका ब्राउज़र आपके बताए सर्वर से जुड़ने के लिए इस्तेमाल करता है। अपना सार्वजनिक IP और WebRTC लीक स्टेटस देखने के लिए मेरा IP क्या है पर जाएँ। WebRTC डेटा चैनल पर असली पैकेट लॉस मापने के लिए पैकेट लॉस टेस्ट आज़माएँ, और अपने ऐप में कॉल क्वालिटी ट्यून करने से पहले पिंग टेस्ट से बेसलाइन लेटेंसी जाँचें।

    टूल्स