कनेक्शन आणि DNS

WebRTC लीक चाचणी

तुमच्या ब्राउझरच्या कॉलिंग सुविधांना आढळलेले पत्ते तपासा आणि VPN सह किंवा त्याशिवाय निकाल कसा वाचायचा ते जाणून घ्या.

चाचणी कॉन्फिगरेशन

ऐच्छिक TURN कॉन्फिगरेशन

TURN रिले ब्राउझर या प्रकारचा उमेदवार वापरू शकतो हे दाखवू शकतो relay. प्रविष्ट प्रवेश माहिती TURN सह प्रमाणीकरण करते; हे साधन ती जतन करत नाही किंवा आमच्या सर्व्हरला पाठवत नाही.

गोपनीयता: STUN/TURN आणि इको सेवांना त्यांच्यापर्यंत पोहोचण्यासाठी वापरलेला स्रोत पत्ता दिसतोच. एक्सपोर्ट करेपर्यंत उमेदवार आणि अहवाल या टॅबच्या मेमरीत राहतात.

तयार. चाचणी कॅमेरा किंवा मायक्रोफोन वापरत नाही.

निकालाचा अर्थ कसा लावावा?

  • host स्थानिक इंटरफेस ओळखतो, जो अनेकदा या शेवटच्या mDNS नावामागे लपलेला असतो .local.
  • srflx STUN सर्व्हरकडून कळलेला रिफ्लेक्सिव्ह पत्ता आहे; त्याची अपेक्षित VPN एक्झिटशी तुलना करा.
  • relay TURN रिलेचा आहे आणि थेट तुमचा प्रवेश पत्ता दर्शवत नाही.
  • सार्वजनिक उमेदवार नसणे ब्राउझर संरक्षण, नेटवर्क ब्लॉकिंग किंवा वेळ संपणे दर्शवू शकते. एकट्याने ते लीक नसल्याचे सिद्ध करत नाही.

आधी आणि नंतर तुलना करा

त्याच डिव्हाइसवर तीच चाचणी चालवा आणि मूळ निकाल जतन करा. तुमचा VPN सक्रिय करा किंवा संबंधित सेटिंग बदला, त्याच परिस्थितीत पुन्हा चाचणी चालवा आणि पुढचा निकाल जतन करा.

तुलनेसाठी आधीचा आणि नंतरचा निकाल जतन करा.

ही चाचणी तुम्हाला काय सांगते

WebRTC सामान्य वेब विनंत्यांपेक्षा वेगळे नेटवर्क मार्ग निवडू शकते. कॉल सुरू न करता हे मार्ग तपासण्यास ही चाचणी मदत करते. खाजगी पत्ता किंवा mDNS नाव हे सार्वजनिक ISP पत्त्यापेक्षा वेगळे असते आणि TURN रिले पत्ता तुमचे कनेक्शन थेट ओळखण्याऐवजी रिलेचा असतो.

चाचणी कशी चालवायची

  1. तुमच्या कनेक्शनची स्थिती स्थिर ठेवा आणि विश्वसनीय पत्ता असल्यास अपेक्षित VPN पत्ता प्रविष्ट करा.
  2. उमेदवार संकलन चालवा; HTTPS मार्गाची तुलना करण्यासाठी ऐच्छिक ब्राउझर IP इको विनंत्या समाविष्ट करा.
  3. उमेदवाराचा प्रकार, पत्ता प्रकार, व्याप्ती आणि तुलनेची स्थिती वाचा; अपूर्ण संकलनही लक्षात घ्या.

मोजमाप कसे काम करते

ब्राउझर प्रथम STUN/TURN शिवाय आणि मग कॉन्फिगर केलेल्या सर्व्हरसह Interactive Connectivity Establishment किंवा ICE उमेदवार गोळा करतो. प्रकारांमध्ये होस्ट, सर्व्हर-रिफ्लेक्सिव्ह, पीअर-रिफ्लेक्सिव्ह आणि रिले उमेदवारांचा समावेश होतो.

डेटा चॅनेल कॅमेरा किंवा मायक्रोफोनची परवानगी न घेता संकलन सुरू करते. उमेदवार ब्राउझरमध्ये राहतात; STUN, TURN आणि ऐच्छिक इको सेवांना त्यांच्याशी संपर्क साधण्यासाठी वापरलेले स्रोत पत्ते दिसतात.

तुमचे निकाल समजून घ्या

सार्वजनिक पत्ता अपेक्षित मार्गाशी जुळतो
दिसलेला उमेदवार दिलेल्या VPN पत्त्याशी किंवा वापरता येण्याजोग्या तुलनीय इकोशी जुळतो. त्या निरीक्षणासाठी हे सुसंगततेला आधार देते.
अनपेक्षित सार्वजनिक पत्ता
उमेदवार दुसरा मार्ग वापरत असू शकतो. हा फरक इच्छित VPN बाहेर संभाव्य उघड होणे मानण्यापूर्वी त्याचा प्रकार आणि पत्ता प्रकार तपासा.
खाजगी, रिले केलेला किंवा अपूर्ण पुरावा
खाजगी आणि mDNS उमेदवारांचा अर्थ वेगळ्या प्रकारे लावावा लागतो; रिले पत्ते TURN चे वर्णन करतात. HTTPS इको यशस्वी झाला तरी अयशस्वी किंवा रिकाम्या संकलनाचा निकाल अनिश्चित राहतो.

आधी आणि नंतर तुलना करा

  1. त्याच ब्राउझरचे उमेदवार प्रकार, पत्ता प्रकार, STUN/TURN सेटिंग्ज आणि अपेक्षित पत्ता जतन करा.
  2. एक संबंधित VPN राउटिंग किंवा WebRTC सेटिंग बदला आणि तेच संकलन पुन्हा करा.
  3. सार्वजनिक उमेदवारांची पत्ता प्रकार आणि उमेदवार प्रकारानुसार तुलना करा. एक्झिट बदलल्याची स्वतंत्र खात्री असेल तेव्हाच अपेक्षित एक्झिट अद्ययावत करा.

चाचणीच्या मर्यादा

  • सार्वजनिक उमेदवार नसणे म्हणजे प्रत्येक WebRTC कनेक्शन अवांछित मार्ग टाळते याचा पुरावा नाही.
  • अपेक्षित पत्ता किंवा यशस्वी संबंधित इको नसताना सार्वजनिक उमेदवाराला आपोआप लीक म्हणता येत नाही.

गरज असल्यास काय बदलावे

सार्वजनिक उमेदवार अनपेक्षित ISP मार्ग वापरतो
अॅप राउटिंग आणि VPN त्या पत्ता प्रकाराला कसे हाताळते ते तपासा, मग त्याच सर्व्हरसह पुन्हा चाचणी चालवा.
संकलन अपूर्ण आहे
मार्गाबद्दल निष्कर्ष काढण्यापूर्वी ब्राउझर धोरण, फायरवॉल आणि सर्व्हरची उपलब्धता तपासा; अनिश्चित स्थिती कायम ठेवा.

वारंवार विचारले जाणारे प्रश्न

यामुळे माझा मायक्रोफोन सुरू होतो का?

नाही. उमेदवार संकलन डेटा चॅनेल वापरते आणि कॅमेरा किंवा मायक्रोफोनचा प्रवेश मागत नाही.

प्रत्येक वेगळा पत्ता लीक असतो का?

नाही. रिले सर्व्हर, पत्ता प्रकार आणि वेगवेगळे परवानगी असलेले मार्ग यांमुळे योग्य कारणाने फरक दिसू शकतो.

स्रोत आणि तांत्रिक संदर्भ