संक्षिप्त जवाबएक और सार्वजनिक WebRTC पता एक मार्ग पुष्टि की आवश्यकता होती है, लेकिन यह अपने आप में एक लीक साबित नहीं करता है. एक निजी पता या एक .local नाम एक सार्वजनिक आईपी के बराबर नहीं है. उम्मीदवारों की कमी भी सुरक्षा साबित नहीं करती है.

एक नेटवर्क पता देखने के दो तरीके

HTTP अनुरोध वेब सर्वर पर जाता है। WebRTC डेटा का आदान-प्रदान करने का एक उपयुक्त तरीका ढूंढ रहा है, और STUN के लिए जा सकता है। यदि राउटिंग नियम अलग होते हैं, तो ये तंत्र अलग-अलग पते देख सकते हैं, इसलिए एक ग्रीन मार्क "सुरक्षित" बहुत सारे परिस्थितियों को छिपाएगा।

नीचे की जांच केवल एक डेटा चैनल बनाती है। यह कैमरे को नहीं पूछता है, यह आवाज को रिकॉर्ड नहीं करता है, यह आपको एक यादृच्छिक व्यक्ति से कनेक्ट नहीं करता है। बाहरी STUN भेजने वाले के पते को देखता है; कॉल तब शुरू होता है जब आपने इसे पुष्टि की है।

HTTP और WebRTC की तुलना करें

WebRTC IP लीक टेस्ट

मुफ़्त

चेक करने के लिए...

3 संभावित परिणाम

सार्वजनिक संदर्भों को संतुलित किया गया है। परिणामस्वरूप उम्मीदवार HTTP कनेक्शन पते के अनुरूप हैं। यह इस टैब के लिए एक उपयोगी अवलोकन है, लेकिन डीएनएस, अन्य अनुप्रयोगों या टनल ब्रेक व्यवहार की एक वैधता नहीं है।

एक और सार्वजनिक संदेश है। IP संस्करणों और कनेक्शन नियमों की जांच करें। IPv4 और IPv6 अलग-अलग मार्गों पर जा सकते हैं। परिणाम को अपने आईएसपी के ज्ञात पते के साथ तुलना करें और उसी शर्तों के तहत दोहराएं; देश के नाम से अकेले निर्धारित न करें।

पर्याप्त डेटा नहीं है। STUN ने जवाब नहीं दिया हो सकता है, WebRTC ब्राउज़र नीतियों तक सीमित हो सकता है, पते छिपे हुए हो सकते हैं, और एक खाली सूची को "कोई लीक नहीं" के रूप में व्याख्या नहीं की जा सकती है।

स्थानीय पते और एमडीएनएस

निजी बैंड पते एक स्थानीय नेटवर्क का वर्णन करते हैं। ब्राउज़र एक स्थानीय पता को .local के साथ समाप्त नाम के साथ बदल सकते हैं। इन मूल्यों को विधि को समझने के लिए प्रदर्शित किया जाता है, लेकिन तुलना में सार्वजनिक पते के रूप में गिना नहीं जाता है।

परीक्षक आपके आईएसपी के प्रत्येक पते की पहचान नहीं निर्धारित करता है, न ही यह निर्धारित करता है कि कौन सा मार्ग वांछित था, लेकिन सही व्याख्या आपके कनेक्शन सेटिंग पर निर्भर करती है।

क्यों कोई वादा नहीं है डीएनएस की जांच करने के लिए

एक सामान्य पृष्ठ ब्राउज़र से DNS समाधानों की एक सूची प्राप्त नहीं करता है। एक विश्वसनीय डीएनएस चेक को अपने स्वयं के प्राधिकरण डीएनएस सर्वर पर अद्वितीय अनुरोधों की निगरानी करने की आवश्यकता होती है, और इस तरह के चेक को भविष्य के प्रदाताओं की एक सूची के साथ प्रतिस्थापित करना गलत आत्मविश्वास देगा।

रिपोर्ट को सहेजें यदि आप दो ब्राउज़रों को संरेखित करना चाहते हैं या कार्य नेटवर्क के प्रबंधक के साथ परिणाम पर चर्चा करना चाहते हैं। जब आप इसे प्रकाशित करते हैं, तो ध्यान दें कि इसमें देखे गए आईपी पते शामिल हैं।

स्रोत और पद्धति

Calcomera संपादकीय टीमपरीक्षण, स्पष्टीकरण और विधि के खुले सीमाएं। संपादकों के बारे में