মূল লেখায় যান

WebRTC লিক

WebRTC লিক টেস্ট: ব্রাউজার কল আপনার আইপি অ্যাড্রেস সম্পর্কে কী জানিয়ে দেয়

যে বিভাগের অংশ: ইন্টারনেট কল কি নিরাপদ? ব্রাউজার কল কী সুরক্ষা দেয় আর কী প্রকাশ করে

লেখক: · হালনাগাদ: · পড়তে ২৪ মিনিট

Google-এ callfrombrowser.org-কে পছন্দের সূত্র হিসেবে যোগ করুন

সংক্ষেপে

WebRTC লিক টেস্ট সেই সব আইপি অ্যাড্রেসের তালিকা দেখায়, যা আপনার ব্রাউজার WebRTC-র মাধ্যমে কোনো ওয়েব পেজকে দেয়, যাতে আপনি লুকাতে চেয়েছিলেন এমন অ্যাড্রেস ধরতে পারেন; সাধারণত সেটি ভিপিএন চালু থাকা অবস্থায় আপনার ইন্টারনেট প্রোভাইডারের অ্যাড্রেস[1]। ব্রাউজার থেকে ফোন নাম্বারে কল করলে আপনার আইপি দেখে কলিং সার্ভিস, আপনি যাঁকে কল করছেন তিনি নন; তিনি পান একটি কলার আইডি[2]। ব্রাউজার থেকে কল করার আগে আমি যেসব প্রাইভেসি ও নিরাপত্তা যাচাইয়ের পরামর্শ দিই, এই টেস্ট তার একটি।

মূল তথ্য

WebRTC লিক কী?

WebRTC কলের আগে ব্রাউজার সম্ভাব্য নেটওয়ার্ক পথগুলো সংগ্রহ করে, যেগুলোকে ICE ক্যান্ডিডেট বলে, এবং অন্য প্রান্তে পাঠানোর জন্য সেগুলো ওয়েব পেজের হাতে দেয়। প্রতিটিতে থাকে একটি আইপি অ্যাড্রেস, অথবা লুকানো লোকাল অ্যাড্রেসের বদলে একটি এলোমেলো .local নাম। সাধারণ ওয়েবসাইট দেখে শুধু সেই পাবলিক অ্যাড্রেস, যেখান থেকে আপনার রিকোয়েস্ট এসেছে; WebRTC দিয়ে একটি পেজ আরও বেশি জানতে পারে[1]। ওই তালিকায় এমন যেকোনো অ্যাড্রেস, যা আপনি শেয়ার করতে চাননি, সেটিই লিক।

কলের বাকি অংশ কীভাবে যায়, তা আছে WebRTC, SIP ও ফোন নেটওয়ার্ক লেখায়; লিকের ক্ষেত্রে শুধু ক্যান্ডিডেটের তালিকাটাই গুরুত্বপূর্ণ। MDN উল্লেখ করেছে, এর অ্যাড্রেসগুলো সবসময় পেজের কাছে উন্মুক্ত থাকে[6]।

WebRTC লিক টেস্ট যেসব অ্যাড্রেস দেখায়, আর প্রতিটি কী প্রকাশ করে
ক্যান্ডিডেটের ধরনযে অ্যাড্রেস দেখায়প্রাইভেসি ঝুঁকি
hostলোকাল নেটওয়ার্কে আপনার ডিভাইসের অ্যাড্রেস, অথবা ব্রাউজার সেটি লুকালে .local-এ শেষ হওয়া একটি এলোমেলো নাম[7][3]পাবলিক অ্যাড্রেসের চেয়ে কম, তবে IETF প্রাইভেট IPv4 অ্যাড্রেসকে ফিঙ্গারপ্রিন্টিংয়ের বেশ গুরুত্বপূর্ণ একটি উৎস বলে[1]
srflx (server reflexive)আপনার রাউটার বা ভিপিএন কোনো STUN সার্ভারকে যে পাবলিক অ্যাড্রেস দেখায়[7]বেশি, যদি ভিপিএন চালু থাকা অবস্থায় এটি আপনার প্রোভাইডারের অ্যাড্রেস হয়[1]
relayমিডিয়া ফরোয়ার্ড করে এমন একটি TURN সার্ভারের অ্যাড্রেস[7]কম: অন্য প্রান্ত দেখে রিলের অ্যাড্রেস, আপনারটা নয়[6]; তবে রিলের পরিচালনাকারী আপনাকে ঠিকই দেখতে পায়

IETF ভিপিএন-এর ঘটনাটিকে সবচেয়ে গুরুতর বলে, কারণ কেউ কেউ পরিচয় গোপন রাখতে ভিপিএন ব্যবহার করেন[1]। বাকি দুটি ঘটনা হলো আপনার প্রাইভেট অ্যাড্রেস, আর এমন প্রক্সি, যাকে WebRTC-র সংযোগ যাচাই পাশ কাটিয়ে যায়, ফলে আপনার আসল পাবলিক অ্যাড্রেস প্রকাশ পায়[1]।

ব্রাউজার কলে কি আপনার আইপি অ্যাড্রেস প্রকাশ পায়?

কলিং সার্ভিসের কাছে, হ্যাঁ: প্রতিটি ওয়েবসাইট আপনার পাবলিক অ্যাড্রেস দেখে[1], আর কল এর সঙ্গে সার্ভিসের সার্ভারে একটি মিডিয়া সংযোগ যোগ করে। ল্যান্ডলাইন বা মোবাইলে আপনি যাঁকে কল করেন, তাঁর কাছে, না: কলটি প্রোভাইডারের গেটওয়েতে ইন্টারনেট ছেড়ে যায়[8], আর ফোন নেটওয়ার্ক পাঠায় কলকারীর নাম্বার, আইপি অ্যাড্রেস নয়[2]। অ্যাপ-টু-অ্যাপ কলে দুটি ডিভাইস সরাসরি যুক্ত হতে পারে।

কলের ধরন অনুযায়ী কে আপনার আইপি অ্যাড্রেস দেখতে পায় (অফিশিয়াল হেল্প পেজ, ২০২৬ সালের ১ নভেম্বর পড়া)
কলের ধরনসার্ভিসআপনি যাঁকে কল করেন
ব্রাউজার থেকে ফোন নাম্বারে (Google Voice, TwinPhone, Yolla)হ্যাঁ: মিডিয়া সংযোগ এটিই চালায়না: তাঁরা দেখেন কলার আইডি[2]
ফ্রি ওয়েব ডায়ালার (Call2Friends, Globfone)হ্যাঁ: Call2Friends প্রতি আইপি অ্যাড্রেসে ফ্রি কল সীমিত রাখে, আর Globfone-এর প্রাইভেসি নীতিতে যেসব টেকনিক্যাল ডেটা ও লগ প্রসেস করা হয়, তার মধ্যে আইপি অ্যাড্রেস আছে[9][10]না: তাঁরা দেখেন কলার আইডি
Messenger, ১:১ কলহ্যাঁহ্যাঁ: Meta বলছে, আপনার আইপি অন্য ডিভাইসের সঙ্গে শেয়ার হয়[4]
WhatsAppহ্যাঁপারেন, যদি না ‘Protect IP address in calls’ চালু থাকে; গ্রুপ কল সবসময় রিলে হয়[5]
Telegramহ্যাঁপারেন: Telegram-এর ২০১৭ সালের ঘোষণা বলছে, সম্ভব হলেই কল পিয়ার-টু-পিয়ার যায়[11]

আসল নাম্বারে কলের ক্ষেত্রে প্রশ্নটা হলো সার্ভিস কী জানে আর কী রেখে দেয়; আপনি যাঁকে কল করেন তিনি বদলে কী দেখেন, তা আছে ব্রাউজার থেকে কল করলে কোন নাম্বার দেখায় লেখায়।

WebRTC লিক টেস্ট কীভাবে চালাবেন

লিক টেস্ট পেজ ঠিক তা-ই করে, যা একটি ডায়ালার কলের আগে করে: একটি WebRTC সংযোগ খোলে, একটি STUN সার্ভারকে জিজ্ঞেস করে সেটি কোন পাবলিক অ্যাড্রেস দেখছে, আর সাধারণ HTTP-তে পেজটি যে অ্যাড্রেস দেখে, তার পাশে প্রতিটি ক্যান্ডিডেট দেখায়। যে যে ব্রাউজার থেকে কল করেন, প্রতিটিতে এটি চালান: প্রথমে ভিপিএন বন্ধ রেখে, তারপর চালু করে।

  1. ভিপিএন বন্ধ: একটি লিক টেস্ট পেজ খুলুন, যেমন BrowserLeaks-এর WebRTC Leak Test। ওপরের ‘Your Remote IP’ আর ‘Your WebRTC IP’-এর নিচের ‘Public IP Address’ মিলে যাওয়া উচিত।
  2. ভিপিএন চালু: পেজটি রিলোড করুন। ‘Your Remote IP’-এ এখন ভিপিএন-এর অ্যাড্রেস দেখানো উচিত।
  3. WebRTC অংশে যদি তখনো আপনার প্রোভাইডারের অ্যাড্রেস থাকে, তাহলে WebRTC টানেলের পাশ কাটিয়ে যাচ্ছে[1]।
  4. .local-এ শেষ হওয়া লোকাল এন্ট্রি মানে অ্যাড্রেসটি লুকানো[3]; 192.168. বা 10. দিয়ে শুরু হওয়া খোলা অ্যাড্রেস মানে লুকানো নয়।
  5. পেজটি মাইক্রোফোন যাচাইয়ের সুযোগ দিলে অনুমতি দিয়ে আবার টেস্ট করুন: ডায়ালারের মাইক্রোফোন অ্যাক্সেস লাগে, আর সেই অনুমতি আরও অ্যাড্রেস উন্মুক্ত করে দিতে পারে[1]। পরে সাইট সেটিংস থেকে অনুমতিটি সরিয়ে দিন[12]।

মাইক্রোফোনের অনুমতি দেওয়ার পর Chrome-এ কী বদলাল

তারিখে আমি একটি Mac-এ Chrome 156-এ একটি লোকাল টেস্ট পেজ খুলেছিলাম, কোনো STUN সার্ভার ছাড়া, তাই কোনো অ্যাড্রেস বাইরের কোনো সার্ভারে যায়নি। মাইক্রোফোনের অনুমতি ছাড়া পেজটি একটি host ক্যান্ডিডেট দেখেছে, যার নাম .local-এ শেষ হওয়া একটি এলোমেলো স্ট্রিং[3]। মাইক্রোফোনের অনুমতি দেওয়ার পর পেজটি আমার আসল লোকাল IPv4 অ্যাড্রেস পেয়েছে।

এটি স্ট্যান্ডার্ড মেনেই হয়েছে, যা পুরো অ্যাড্রেস তালিকা দেওয়ার অনুমতি দেয় শুধু সম্মতি পেলে, যেমন মাইক্রোফোনের অনুমতি[1]; Safari-র ইঞ্জিন WebKit ২০১৭ সালে একই নিয়মের কথা বলেছিল[13]। তাই আপনি যে ডায়ালারকে অনুমতি দেন, সেটি আপনার লোকাল অ্যাড্রেস দেখতে পারে: পাবলিক অ্যাড্রেসের তুলনায় এটি ছোট ঝুঁকি[1]।

যেসব ব্রাউজার সেটিংস WebRTC লিক সীমিত করে

Brave ব্যবহারকারীদের জন্য একটি WebRTC IP সেটিং নথিভুক্ত করেছে। Google Chrome-এর নিয়ন্ত্রণগুলো নথিভুক্ত করেছে এক্সটেনশন ও অ্যাডমিনিস্ট্রেটরদের জন্য, আর Microsoft Edge-এরটা অ্যাডমিনিস্ট্রেটর পলিসি হিসেবে। Firefox ডিফল্টভাবে লোকাল অ্যাড্রেস লুকায় এবং about:config-এ একটি বন্ধ করার সুইচ রাখে। একটি নিয়ম সব জায়গায় খাটে: WebRTC বন্ধ করলে ব্রাউজার ডায়ালারও বন্ধ হয়ে যায়, কারণ কলটি WebRTC-ই বহন করে[14]।

ব্রাউজারভেদে WebRTC অ্যাড্রেস নিয়ন্ত্রণ (নির্মাতাদের ডকুমেন্টেশন, ২০২৬ সালের ১ নভেম্বর পড়া)
ব্রাউজারনিয়ন্ত্রণযা বদলায়ব্রাউজার কলে প্রভাব
Braveপ্রাইভেসি সেটিংসে WebRTC IP handling policy, Brave-এর উইকি অনুযায়ী (সর্বশেষ সম্পাদনা ২০১৮)[15]‘Default Public Interface Only’ কোনো লোকাল অ্যাড্রেস প্রকাশ করে না[15]মিডিয়া রিলে সার্ভারে চলে যেতে পারে[1]
Chromeএক্সটেনশন WebRTC IP handling policy সেট করতে পারে[16]; অ্যাডমিনিস্ট্রেটর WebRtcIPHandling পলিসি সেট করতে পারেন[17]মান অনুযায়ী প্রাইভেট অ্যাড্রেস ব্যবহার বন্ধ করে, অথবা মিডিয়া শুধু প্রক্সি দিয়ে পাঠায়[17]শুধু-প্রক্সি মানগুলো অডিওকে TCP-তে ঠেলে দিতে পারে, যা IETF-এর মতে মান কমায়[1]
Edgeঅ্যাডমিনিস্ট্রেটর পলিসি WebRtcLocalhostIpHandling[18]এর দুটি মান লোকাল আইপি অ্যাড্রেস প্রকাশ করা বন্ধ করে[18]Chrome-এর মতোই
Firefoxলোকাল অ্যাড্রেস ডিফল্টভাবে লুকানো[19]; about:config-এ media.peerconnection.enabled[20]ওই প্রেফারেন্স false করলে WebRTC বন্ধ হয়ে যায়ব্রাউজার ডায়ালার কাজ করা বন্ধ করে
Safariবিল্ট-ইন নিয়মমাইক্রোফোন বা ক্যামেরা অ্যাক্সেস ছাড়া পেজ কোনো host অ্যাড্রেস পায় না, ২০১৭ সালে WebKit যেভাবে বর্ণনা করেছিল[13]নেই

ব্রাউজার কলে ভিপিএন কী বদলায়

যে ভিপিএন WebRTC-সহ সব ট্রাফিক নিজের টানেল দিয়ে পাঠায়, সেটি কলিং সার্ভিসকে আপনার অ্যাড্রেসের বদলে ভিপিএন-এর অ্যাড্রেস দেখায়। স্প্লিট-টানেল ভিপিএন হলে WebRTC আপনার প্রোভাইডারের অ্যাড্রেসও খুঁজে পেতে পারে[1], তাই ভিপিএন চালু রেখে লিক টেস্ট করা দরকার। কলিংয়ের ক্ষেত্রে ভিপিএন-এর কিছু পার্শ্বপ্রতিক্রিয়াও আছে।

কলে আপনার আইপি অ্যাড্রেস কীভাবে গোপন রাখবেন

কলের ধরন অনুযায়ী সমাধান বাছুন। ফোন নাম্বারে কলে আপনি যাঁকে কল করেন তিনি আপনার আইপি পান না, তাই এমন সার্ভিস বাছুন, যার হাতে এটি দিতে আপনি ভরসা পান, আর ভিপিএন যাচাই করুন। অ্যাপ-টু-অ্যাপ কলে অন্য ডিভাইস সরাসরি আপনার ডিভাইসে যুক্ত হতে পারে, তাই অ্যাপে রিলে সেটিং থাকলে সেটি ব্যবহার করুন।

  1. ব্রাউজার কল: ভিপিএন চালু রেখে লিক টেস্ট চালান; Brave-এ ‘Default Public Interface Only’ বেছে নিন[15]।
  2. মাইক্রোফোন: যে ডায়ালার একবারই ব্যবহার করবেন, সেখানে ‘Allow this time’ দিয়ে অনুমতি দিন[12]; আমার Chrome পরীক্ষায় ওই অনুমতি থাকা পেজ লোকাল অ্যাড্রেস দেখতে পেয়েছে।
  3. WhatsApp: ‘Protect IP address in calls’ চালু করুন। হেল্প পেজে Android, iOS ও Mac-এর কথা আছে, ওয়েবের নয়, আর সতর্ক করা হয়েছে যে রিলে করা কলের মান কিছুটা কমতে পারে[5]।

সচরাচর জিজ্ঞাসা

WebRTC লিক টেস্ট কী?

WebRTC লিক টেস্ট এমন একটি ওয়েব পেজ, যা ব্রাউজার কলের সংযোগ-প্রস্তুতি চালায় এবং আপনার ব্রাউজার যত আইপি অ্যাড্রেস দেয়, সবগুলো দেখায়, সাধারণ HTTP-তে পেজটি যে অ্যাড্রেস দেখে তার পাশে। ভিপিএন চালু থাকা অবস্থায় ওই তালিকায় আপনার প্রোভাইডারের অ্যাড্রেস থাকা মানে WebRTC টানেলের পাশ কাটিয়ে যাচ্ছে[1]; এলোমেলো .local নাম মানে আপনার লোকাল অ্যাড্রেস লুকানো[3]।

ব্রাউজার থেকে যাঁকে কল করি, তিনি কি আমার আইপি অ্যাড্রেস দেখতে পান?

না, ল্যান্ডলাইন বা মোবাইলে কলের ক্ষেত্রে নয়। প্রোভাইডার তার গেটওয়েতে আপনার ব্রাউজারের অডিওকে ফোন কলে রূপান্তর করে[23], আর ফোন নেটওয়ার্ক পাঠায় কলকারীর নাম্বার, আইপি অ্যাড্রেস নয়[2]। অ্যাপ-টু-অ্যাপ কল আলাদা: Messenger বলছে, ১:১ কলে আপনার আইপি অন্য ব্যক্তির ডিভাইসের সঙ্গে শেয়ার হয়[4]।

ভিপিএন কি WebRTC লিক আটকায়?

যে ভিপিএন WebRTC-সহ সব ট্রাফিক নিজের টানেল দিয়ে পাঠায়, সেটি আটকায়। স্প্লিট-টানেল ভিপিএন হয়তো আটকায় না, কারণ WebRTC ভিপিএন-এর অ্যাড্রেসের পাশাপাশি আপনার প্রোভাইডারের পাবলিক অ্যাড্রেসও খুঁজে পেতে পারে[1]। নিশ্চিত হওয়ার একমাত্র উপায় ভিপিএন সংযুক্ত রেখে লিক টেস্ট: আপনার ব্যবহার করা প্রতিটি ব্রাউজারে, আর প্রতিটি আপডেটের পর আবার।

লোকাল আইপি অ্যাড্রেস লিক কি বিপজ্জনক?

পাবলিক অ্যাড্রেস লিকের চেয়ে কম। 192.168.1.20-এর মতো প্রাইভেট অ্যাড্রেস বলে না আপনি কোথায় আছেন, তবে IETF প্রাইভেট IPv4 অ্যাড্রেসকে ফিঙ্গারপ্রিন্টিংয়ের বেশ গুরুত্বপূর্ণ উৎস বলে, যা একই ডিভাইসে সাধারণ ও প্রাইভেট ব্রাউজিং সেশনকে যুক্ত করতে পারে[1]। Firefox ডিফল্টভাবে লোকাল অ্যাড্রেস লুকায়[19], Safari মাইক্রোফোন বা ক্যামেরা অ্যাক্সেস ছাড়া পেজ থেকে এগুলো লুকায়[13], আর আমার পরীক্ষায় Chrome-ও তা-ই করেছে।

ইনকগনিটো বা প্রাইভেট ব্রাউজিং কি WebRTC লিক আটকায়?

না। IETF উল্লেখ করেছে, WebRTC দিয়ে প্রকাশ পাওয়া প্রাইভেট অ্যাড্রেস একটি শনাক্তকারী হিসেবে কাজ করতে পারে, যা কোনো সাইটকে জানিয়ে দেয় যে সাধারণ উইন্ডো আর প্রাইভেট ব্রাউজিং উইন্ডো একই ডিভাইসে[1], তাই শুধু প্রাইভেট মোড এটি লুকায় না। ওপরের ব্রাউজার সেটিংস ব্যবহার করুন, তারপর প্রাইভেট উইন্ডোতেও লিক টেস্ট চালান।

WebRTC লিক এক্সটেনশন কি কাজ করে?

আংশিক। Chrome-এ একটি এক্সটেনশন ব্রাউজারের WebRTC IP handling policy সেট করতে পারে, যাকে Google বর্ণনা করে মিডিয়ার পারফরম্যান্স আর কতটা লোকাল অ্যাড্রেস তথ্য প্রকাশ পাবে, এ দুয়ের মধ্যে আপস হিসেবে[16]। মান অনুযায়ী এটি লোকাল অ্যাড্রেস লুকায় বা মিডিয়াকে প্রক্সি দিয়ে যেতে বাধ্য করে, যা অডিওকে TCP-তে সরিয়ে মান কমাতে পারে[1]। পরিবর্তনটি নিশ্চিত করতে এক্সটেনশন ইনস্টলের পর লিক টেস্ট চালান।

Firefox-এ WebRTC কীভাবে বন্ধ করব?

অ্যাড্রেস বারে about:config লিখুন, media.peerconnection.enabled খুঁজে সেটিকে false করুন। Mozilla-র সোর্স কোড ওই প্রেফারেন্সকে RTCPeerConnection-এর সুইচ হিসেবে বর্ণনা করে, আর এটি বন্ধ করলে পেজগুলোর মাইক্রোফোন API-তে অ্যাক্সেসও চলে যায়[20]। তখন কোনো ব্রাউজার ডায়ালারই কাজ করে না, তাই বেশির ভাগ ব্যবহারকারীর জন্য Firefox-এর ডিফল্ট সেটিংই ভালো, যা আগে থেকেই লোকাল অ্যাড্রেস লুকায়[19]।

Chrome-এ WebRTC লিক কীভাবে বন্ধ করব?

এক্সটেনশন বা পলিসি দিয়ে, কারণ Chrome-এর WebRTC অ্যাড্রেস নিয়ন্ত্রণ Google এই দুটোর জন্যই ডকুমেন্ট করেছে। একটি এক্সটেনশন WebRTC IP হ্যান্ডলিং পলিসি সেট করতে পারে [16], আর অ্যাডমিনিস্ট্রেটররা WebRtcIPHandling সেট করতে পারেন, যার default_public_interface_only মান WebRTC-কে প্রাইভেট অ্যাড্রেস ব্যবহার করতে দেয় না [17]। আমার Chrome যাচাইয়ে, মাইক্রোফোনের অনুমতি ছাড়া একটি পেজ শুধু একটি র‍্যান্ডম .local নাম দেখেছিল [3]। VPN ব্যবহার করলে আসল সমাধান হলো এমন টানেল, যা সব ট্রাফিক বহন করে [1]। যা কিছু WebRTC পুরোপুরি ব্লক করে, তা ব্রাউজার কলও বন্ধ করে দেয় [14]।

কোনো ওয়েবসাইট কি না জিজ্ঞেস করেই WebRTC দিয়ে আমার IP দেখতে পারে?

আপনার পাবলিক অ্যাড্রেস, হ্যাঁ, তবে ওয়েবসাইট সেটা এমনিতেই দেখে: যেমন Safari মাইক্রোফোনের অনুমতি নেই এমন পেজকে শুধু সেই অ্যাড্রেসগুলো দেয়, যা ওয়েবসাইট আগেই সংগ্রহ করতে পারত [13]। সমস্যা হলো ব্রাউজার প্রক্সি। সরাসরি ইন্টারনেট অ্যাক্সেস অনুমোদিত থাকলে WebRTC-র STUN চেক প্রক্সিকে পাশ কাটিয়ে আপনার আসল পাবলিক অ্যাড্রেস প্রকাশ করে দিতে পারে [1]। লোকাল অ্যাড্রেস বেশি সুরক্ষিত: স্ট্যান্ডার্ডটি পুরো তালিকা দেওয়াকে মাইক্রোফোনের অনুমতির মতো সম্মতির সঙ্গে যুক্ত করে [1], আর আমার Chrome যাচাইয়ে সেই অনুমতি ছাড়া একটি পেজ শুধু একটি র‍্যান্ডম .local নাম দেখেছিল [3]।

এই গবেষণা নিয়ে AI-কে জিজ্ঞাসা করুন

প্রতিটি বাটন নতুন ট্যাবে অ্যাসিস্ট্যান্ট খোলে এবং এই পেজের লিংক সূত্র হিসেবে দিয়ে পেজটির সারসংক্ষেপ করতে বলে।

সূত্র

  1. RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · যাচাই: ১ নভেম্বর, ২০২৬
  2. 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · যাচাই: ১ নভেম্বর, ২০২৬
  3. Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · যাচাই: ১ নভেম্বর, ২০২৬
  4. Voice call someone or a group on Messenger - Messenger Help Center (Computer) · যাচাই: ১ নভেম্বর, ২০২৬
  5. How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · যাচাই: ১ নভেম্বর, ২০২৬
  6. RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · যাচাই: ১ নভেম্বর, ২০২৬
  7. RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · যাচাই: ১ নভেম্বর, ২০২৬
  8. Make calls | Sonetel help · যাচাই: ১ নভেম্বর, ২০২৬
  9. Free call | Call2Friends - Online call · যাচাই: ১ নভেম্বর, ২০২৬
  10. Privacy Policy | Globfone · যাচাই: ১ নভেম্বর, ২০২৬
  11. Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · যাচাই: ১ নভেম্বর, ২০২৬
  12. Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · যাচাই: ১ নভেম্বর, ২০২৬
  13. A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · যাচাই: ১ নভেম্বর, ২০২৬
  14. WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · যাচাই: ১ নভেম্বর, ২০২৬
  15. WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · যাচাই: ১ নভেম্বর, ২০২৬
  16. chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · যাচাই: ১ নভেম্বর, ২০২৬
  17. Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · যাচাই: ১ নভেম্বর, ২০২৬
  18. Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · যাচাই: ১ নভেম্বর, ২০২৬
  19. Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · যাচাই: ১ নভেম্বর, ২০২৬
  20. Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · যাচাই: ১ নভেম্বর, ২০২৬
  21. Terms of Use – TextNow · যাচাই: ১ নভেম্বর, ২০২৬
  22. Privacy Policy – Privacy & Terms – Google · Google · যাচাই: ১ নভেম্বর, ২০২৬
  23. Call From Your Browser Without a SIM Card - TwinPhone · যাচাই: ১ নভেম্বর, ২০২৬