APNIC رجسٽرار، ايشيا-پئسفڪ علائقي ۾ IP پتي جي ورڇ جو ذميوار، ٽريفڪ ورڇ جي تجزيي جا نتيجا روٽ DNS سرورن مان هڪ تي a.root-servers.net. روٽ سرور ڏانهن درخواستن جو 45.80٪ Chromium انجڻ جي بنياد تي برائوزرن پاران ڪيل چيڪن سان لاڳاپيل هئا. اهڙيءَ طرح، روٽ DNS سرورز جا وسيلا لڳ ڀڳ اڌ خرچ ڪيا وڃن ٿا Chromium تشخيصي چيڪن تي عمل ڪرڻ بجاءِ DNS سرورز کان روٽ زونن کي طئي ڪرڻ لاءِ درخواستن تي عمل ڪرڻ. ڏنو ويو آهي ته ڪروم ويب برائوزر مارڪيٽ جو 70٪ جو حساب ڪري ٿو، اهڙي تشخيصي سرگرمي جي نتيجي ۾ تقريبا 60 بلين درخواستون روزانه روٽ سرور ڏانهن موڪليا وڃن ٿيون.
تشخيصي چيڪون Chromium ۾ استعمال ڪيون وينديون آهن اهو معلوم ڪرڻ لاءِ ته ڇا خدمت فراهم ڪندڙ خدمتون استعمال ڪري رهيا آهن جيڪي درخواستن کي غير موجود نالن ڏانهن منتقل ڪن ٿيون انهن جي هينڊلر ڏانهن. ساڳيو سسٽم ڪجهه مهيا ڪندڙن پاران لاڳو ڪيو پيو وڃي ته ٽرئفڪ کي سڌو رستو ڏيڻ لاءِ ڊومين نالن جي غلطي سان داخل ٿيل - ضابطي جي طور تي، غير موجود ڊومينز لاءِ، صفحا هڪ غلطي جي خبرداري سان ڏيکاريا ويندا آهن، شايد صحيح نالن جي فهرست پيش ڪندي، ۽ اشتهار. ان کان علاوه، اهڙي سرگرمي مڪمل طور تي براؤزر ۾ انٽرانيٽ ميزبان کي طئي ڪرڻ جي منطق کي تباهه ڪري ٿو.
جڏهن ايڊريس بار ۾ داخل ڪيل ڳولا جي سوال کي پروسيس ڪيو وڃي، جيڪڏهن صرف هڪ لفظ ڊاٽن کان سواء داخل ڪيو وڃي، برائوزر پهريان DNS ۾ ڏنل لفظ جو تعين ڪريو، فرض ڪيو ته صارف شايد سرچ انجڻ تي سوال موڪلڻ بجاءِ اندروني نيٽ ورڪ تي انٽرنيٽ سائيٽ تائين رسائي حاصل ڪرڻ جي ڪوشش ڪري رهيو آهي. جيڪڏهن مهيا ڪندڙ سوالن کي غير موجود ڊومين نالن ڏانهن منتقل ڪري ٿو، صارفين کي هڪ مسئلو آهي - ايڊريس بار ۾ داخل ڪيل ڪنهن به هڪ لفظ جي ڳولا جا سوال سرچ انجڻ ڏانهن موڪلڻ بجاءِ مهيا ڪندڙ جي صفحن ڏانهن ريڊائريڪٽ ٿيڻ شروع ٿين ٿا.
هن مسئلي کي حل ڪرڻ لاء، Chromium ڊولپرز برائوزر ۾ شامل ڪيو ، جيڪو، جيڪڏهن ريڊائريڪٽس ڳوليا وڃن ٿا، ايڊريس بار ۾ پروسيسنگ درخواستن لاءِ منطق تبديل ڪريو.
هر دفعي جڏهن توهان لانچ ڪيو، پنهنجي DNS سيٽنگون تبديل ڪريو، يا پنهنجو IP پتو تبديل ڪريو، برائوزر بي ترتيب پهرين سطح جي ڊومين نالن سان ٽي DNS درخواستون موڪلي ٿو جيڪي گهڻو ڪري موجود نه آهن. نالن ۾ 7 کان 15 لاطيني اکر شامل آهن (بغير نقطا) ۽ استعمال ڪيا ويندا آهن غير موجود ڊومين نالن جي ريڊائريڪشن کي ڳولڻ لاءِ مهيا ڪندڙ طرفان ان جي ميزبان ڏانهن. جيڪڏهن، بي ترتيب نالن سان ٽي HTTP درخواستن تي عمل ڪرڻ وقت، ٻه هڪ ئي صفحي ڏانهن هڪ ريڊائريڪٽ وصول ڪن ٿا، پوء Chromium سمجهي ٿو ته صارف کي ٽئين پارٽي جي صفحي ڏانهن منتقل ڪيو ويو آهي.
غير معمولي پهرين سطح جي ڊومين سائيز (7 کان 15 اکرن تائين) ۽ سوال ورجائڻ جو عنصر (نالا هر ڀيري بي ترتيب ٺاهيا ويا ۽ ورجائي نه ويا) استعمال ڪيا ويا ڪروميم سرگرمي کي روٽ DNS سرور تي درخواستن جي عام وهڪري کان الڳ ڪرڻ لاءِ نشانين طور.
لاگ ۾، غير موجود ڊومينز لاءِ درخواستون پهريان فلٽر ڪيون ويون (78.09%)، پوءِ جيڪي درخواستون ورجائي نه ويون انهن کي ٽن کان وڌيڪ ڀيرا چونڊيو ويو (51.41%)، ۽ پوءِ 7 کان 15 اکرن تي مشتمل ڊومينز کي فلٽر ڪيو ويو (45.80%) . دلچسپ ڳالهه اها آهي ته، روٽ سرورز جي درخواستن جو صرف 21.91٪ موجوده ڊومينز جي تعريف سان لاڳاپيل هئا.
مطالعي پڻ روٽ سرورز تي وڌندڙ لوڊ جي انحصار کي جانچيو a.root-servers.net ۽ j.root-servers.net ڪروم جي وڌندڙ مقبوليت تي.
فائر فاکس ۾، ڊي اين ايس ريڊريٽ چيڪ defining redirects to authentication pages (Captive portal) and с مقرر ٿيل ذيلي ڊومين "detectportal.firefox.com"، پهرين سطح جي ڊومين نالن جي درخواست ڪرڻ کان سواء. اهو رويو روٽ DNS سرورز تي اضافي لوڊ نه ٿو ٺاهي، پر اهو ممڪن ٿي سگهي ٿو جيئن ته صارف جي IP پتي بابت ڳجهي ڊيٽا جي لڪير (صفحو “detectportal.firefox.com/success.txt” جي درخواست ڪئي ويندي آهي هر دفعي ان کي لانچ ڪيو ويندو آهي). فائر فاکس ۾ اسڪيننگ کي غير فعال ڪرڻ لاءِ، اتي هڪ سيٽنگ آهي "network.captive-portal-service.enabled"، جيڪا "about:config" صفحي تي تبديل ٿي سگهي ٿي.
جو ذريعو: opennet.ru