د APNIC راجستر کونکي، د آسیا - آرام سمندر سیمه کې د IP پتې ویشلو مسولیت لري، په یوه روټ DNS سرورونو کې د ټرافيکي توزیع تحلیل پایلې a.root-servers.net. روټ سرور ته 45.80٪ غوښتنې د کرومیم انجن پراساس د براوزرونو لخوا ترسره شوي چیکونو پورې اړه لري. په دې توګه، د روټ DNS سرورونو نږدې نیمایي سرچینې د روټ زونونو ټاکلو لپاره د DNS سرورونو څخه د غوښتنو پروسس کولو پرځای د کرومیم تشخیصی چکونو په چلولو مصرف کیږي. د دې په پام کې نیولو سره چې کروم د ویب براوزر بازار 70٪ برخه جوړوي، د دې ډول تشخیصي فعالیت پایلې په ورځ کې نږدې 60 ملیارد غوښتنې د روټ سرورونو ته لیږل کیږي.
تشخیصي چکونه په کرومیم کې کارول کیږي ترڅو معلومه کړي چې ایا د خدماتو چمتو کونکي هغه خدمتونه کاروي چې غوښتنې یې غیر موجود نومونو ته د دوی اداره کونکو ته لیږل کیږي. ورته سیسټمونه د ځینو وړاندیز کونکو لخوا پلي کیږي ترڅو د غلطۍ سره داخل شوي ډومین نومونو ته ترافیک مستقیم کړي - د یوې قاعدې په توګه ، د غیر موجود ډومینونو لپاره ، پا pagesې د خطا خبرتیا سره ښودل شوي ، د احتمالي سمو نومونو لیست وړاندیز کوي ، او اعلانونه. سربیره پردې ، دا ډول فعالیت په بشپړ ډول په براوزر کې د انټرانیټ کوربه ټاکلو منطق له مینځه وړي.
کله چې د آدرس بار کې د لټون پوښتنې پروسس کول ، که چیرې یوازې یوه کلمه پرته له نقطو داخل شي ، براوزر لومړی په DNS کې یوه ورکړل شوې کلمه وټاکئ، داسې انګیرل کیږي چې کاروونکي ممکن د لټون انجن ته د پوښتنې لیږلو پرځای په داخلي شبکه کې د انټرانیټ سایټ ته د لاسرسي هڅه وکړي. که چیرې وړاندې کوونکی پوښتنې غیر موجود ډومین نومونو ته واستوي، کاروونکي ستونزه لري - د پته بار کې د یوې کلمې لټون پوښتنې د لټون انجن ته د لیږلو پرځای د چمتو کونکي پاڼې ته لیږل کیږي.
د دې ستونزې د حل لپاره، د کرومیم پراختیا کونکي په براوزر کې اضافه کړل ، کوم چې ، که چیرې لارښودونه وموندل شي ، د ادرس بار کې د غوښتنو پروسس کولو منطق بدل کړئ.
هرکله چې تاسو پیل کړئ، خپل د DNS ترتیبات بدل کړئ، یا خپل IP پته بدل کړئ، براوزر د تصادفي لومړي کچې ډومین نومونو سره درې DNS غوښتنې لیږي چې ډیری احتمال شتون نلري. په نومونو کې له 7 څخه تر 15 لاتیني توري شامل دي (پرته له نقطو) او د دې کوربه ته د چمتو کونکي لخوا د غیر موجود ډومین نومونو بیرته راستنولو لپاره کارول کیږي. که چیرې، کله چې د تصادفي نومونو سره درې HTTP غوښتنې پروسس کوي، دوه ورته پاڼې ته لیږل کیږي، نو کرومیم په پام کې نیسي چې کاروونکي د دریمې ډلې پاڼې ته لیږل شوي.
غیر معمولي د لومړۍ درجې ډومین اندازه (له 7 څخه تر 15 لیکونو پورې) او د پوښتنې تکرار فکتور (نومونه هر ځل په تصادفي ډول رامینځته شوي او نه تکرار شوي) د روټ DNS سرور کې د غوښتنو عمومي جریان څخه د کرومیم فعالیت جلا کولو لپاره د نښو په توګه کارول شوي.
په لاګ کې، د غیر موجود ډومینونو غوښتنې لومړی فلټر شوي (78.09٪)، بیا هغه غوښتنې چې له دریو څخه زیات تکرار شوي ندي غوره شوي (51.41٪)، او بیا هغه ډومینونه چې له 7 څخه تر 15 لیکو پورې وي فلټر شوي (45.80٪) . په زړه پورې، د روټ سرورونو لپاره یوازې 21.91٪ غوښتنې د موجوده ډومینونو تعریف سره تړاو درلود.
مطالعې د روټ سرورونو a.root-servers.net او j.root-servers.net د کروم مخ په ډیریدونکي شهرت باندې د ډیریدونکي بار انحصار هم وڅیړل.
په فایرفوکس کې، د DNS ریډیریټ چکونه د تصدیق پاڼې ته د لارښوونې تعریف کول (بندي پورټل) او с ثابت فرعي ډومین "detectportal.firefox.com"، پرته له دې چې د لومړۍ درجې ډومین نومونو غوښتنه وکړي. دا چلند د روټ DNS سرورونو کې اضافي بار نه رامینځته کوي ، مګر دا ممکن ممکن وي د کارونکي IP پتې په اړه د محرم معلوماتو لیک په توګه (د "detectportal.firefox.com/success.txt" پاڼه هرکله چې پیل کیږي غوښتنه کیږي). په فایرفوکس کې د سکین کولو غیر فعالولو لپاره، د "network.captive-portal-service.enabled" ترتیب شتون لري، کوم چې د "about:config" پاڼې کې بدلون موندلی شي.
سرچینه: opennet.ru