ரூட் டிஎன்எஸ் சேவையகங்களுக்கான போக்குவரத்தில் கிட்டத்தட்ட பாதி Chromium செயல்பாட்டினால் ஏற்படுகிறது

APNIC பதிவாளர், ஆசிய-பசிபிக் பிராந்தியத்தில் IP முகவரிகளின் விநியோகத்திற்கு பொறுப்பானவர், வெளியிடப்பட்ட a.root-servers.net ரூட் DNS சேவையகங்களில் ஒன்றில் போக்குவரத்து விநியோக பகுப்பாய்வு முடிவுகள். ரூட் சேவையகத்திற்கான கோரிக்கைகளில் 45.80% Chromium இன்ஜின் அடிப்படையில் உலாவிகளால் செய்யப்படும் சரிபார்ப்புகளுடன் தொடர்புடையது. எனவே, ரூட் டிஎன்எஸ் சேவையகங்களின் ஆதாரங்களில் கிட்டத்தட்ட பாதியானது ரூட் மண்டலங்களைத் தீர்மானிக்க டிஎன்எஸ் சேவையகங்களிலிருந்து கோரிக்கைகளைச் செயலாக்குவதற்குப் பதிலாக குரோமியம் கண்டறியும் சோதனைகளை இயக்கும். இணைய உலாவி சந்தையில் 70% Chrome கணக்கில் இருப்பதால், இத்தகைய கண்டறியும் செயல்பாடு ஒரு நாளைக்கு ரூட் சேவையகங்களுக்கு சுமார் 60 பில்லியன் கோரிக்கைகளை அனுப்புகிறது.

Chromium இல் கண்டறியும் சோதனைகள், சேவை வழங்குநர்கள் கோரிக்கைகளை இல்லாத பெயர்களுக்குத் தங்கள் கையாளுபவர்களுக்குத் திருப்பிவிடும் சேவைகளைப் பயன்படுத்துகிறார்களா என்பதைக் கண்டறிய பயன்படுத்தப்படுகிறது. பிழையுடன் உள்ளிடப்பட்ட டொமைன் பெயர்களுக்கு போக்குவரத்தை வழிநடத்த சில வழங்குநர்களால் இதே போன்ற அமைப்புகள் செயல்படுத்தப்படுகின்றன - ஒரு விதியாக, இல்லாத டொமைன்களுக்கு, பக்கங்கள் பிழை எச்சரிக்கையுடன் காண்பிக்கப்படுகின்றன, ஒருவேளை சரியான பெயர்களின் பட்டியலை வழங்குகின்றன, மேலும் விளம்பரப்படுத்தப்படுகின்றன. மேலும், அத்தகைய செயல்பாடு உலாவியில் உள்ள இன்ட்ராநெட் ஹோஸ்ட்களை தீர்மானிக்கும் தர்க்கத்தை முற்றிலும் அழிக்கிறது.

முகவரிப் பட்டியில் உள்ளிடப்பட்ட தேடல் வினவலைச் செயலாக்கும் போது, ​​புள்ளிகள் இல்லாமல் ஒரே ஒரு வார்த்தை உள்ளிடப்பட்டால், முதலில் உலாவி முயற்சி செய் தேடுபொறிக்கு வினவலை அனுப்புவதற்குப் பதிலாக, உள் நெட்வொர்க்கில் உள்ள இன்ட்ராநெட் தளத்தை அணுக பயனர் முயற்சி செய்கிறார் என்று கருதி, DNS இல் கொடுக்கப்பட்ட வார்த்தையைத் தீர்மானிக்கவும். வழங்குநர் வினவல்களை இல்லாத டொமைன் பெயர்களுக்குத் திருப்பி விட்டால், பயனர்களுக்குச் சிக்கல் உள்ளது - முகவரிப் பட்டியில் உள்ளிடப்படும் ஒற்றைச் சொல் தேடல் வினவல்கள் தேடுபொறிக்கு அனுப்பப்படுவதற்குப் பதிலாக வழங்குநரின் பக்கங்களுக்குத் திருப்பிவிடப்படும்.

இந்தச் சிக்கலைத் தீர்க்க, Chromium டெவலப்பர்கள் உலாவியில் சேர்க்கப்பட்டனர் கூடுதல் காசோலைகள், வழிமாற்றுகள் கண்டறியப்பட்டால், முகவரிப் பட்டியில் கோரிக்கைகளை செயலாக்குவதற்கான தர்க்கத்தை மாற்றவும்.
ஒவ்வொரு முறையும் நீங்கள் தொடங்கும் போதும், உங்கள் DNS அமைப்புகளை மாற்றும் போதும் அல்லது உங்கள் IP முகவரியை மாற்றும் போதும், உலாவி மூன்று DNS கோரிக்கைகளை சீரற்ற முதல் நிலை டொமைன் பெயர்களுடன் அனுப்புகிறது. பெயர்களில் 7 முதல் 15 லத்தீன் எழுத்துக்கள் (புள்ளிகள் இல்லாமல்) அடங்கும் மற்றும் வழங்குநரால் அதன் ஹோஸ்டுக்கு இல்லாத டொமைன் பெயர்களின் திசைமாற்றத்தைக் கண்டறியப் பயன்படுத்தப்படுகிறது. சீரற்ற பெயர்களுடன் மூன்று HTTP கோரிக்கைகளைச் செயலாக்கும்போது, ​​இரண்டு ஒரே பக்கத்திற்குத் திருப்பிவிடப்பட்டால், பயனர் மூன்றாம் தரப்புப் பக்கத்திற்குத் திருப்பிவிடப்பட்டதாக Chromium கருதுகிறது.

வித்தியாசமான முதல்-நிலை டொமைன் அளவுகள் (7 முதல் 15 எழுத்துக்கள் வரை) மற்றும் வினவல் மீண்டும் வரும் காரணி (ஒவ்வொரு முறையும் பெயர்கள் தோராயமாக உருவாக்கப்பட்டு மீண்டும் மீண்டும் செய்யப்படவில்லை) ஆகியவை ரூட் DNS சர்வரில் உள்ள கோரிக்கைகளின் பொதுவான ஓட்டத்திலிருந்து Chromium செயல்பாட்டைத் தனிமைப்படுத்துவதற்கான அறிகுறிகளாகப் பயன்படுத்தப்பட்டன.
பதிவில், இல்லாத டொமைன்களுக்கான கோரிக்கைகள் முதலில் வடிகட்டப்பட்டன (78.09%), பின்னர் மூன்று முறைக்கு மேல் திரும்பத் திரும்பக் கேட்கப்படாத கோரிக்கைகள் தேர்ந்தெடுக்கப்பட்டன (51.41%), பின்னர் 7 முதல் 15 எழுத்துகளைக் கொண்ட டொமைன்கள் வடிகட்டப்பட்டன (45.80%) . சுவாரஸ்யமாக, ரூட் சேவையகங்களுக்கான கோரிக்கைகளில் 21.91% மட்டுமே ஏற்கனவே உள்ள டொமைன்களின் வரையறையுடன் தொடர்புடையது.

ரூட் டிஎன்எஸ் சேவையகங்களுக்கான போக்குவரத்தில் கிட்டத்தட்ட பாதி Chromium செயல்பாட்டினால் ஏற்படுகிறது

Chrome இன் வளர்ந்து வரும் பிரபலத்தின் மீது a.root-servers.net மற்றும் j.root-servers.net ஆகிய ரூட் சேவையகங்களில் வளர்ந்து வரும் சுமை சார்ந்து இருப்பதையும் ஆய்வு ஆய்வு செய்தது.

ரூட் டிஎன்எஸ் சேவையகங்களுக்கான போக்குவரத்தில் கிட்டத்தட்ட பாதி Chromium செயல்பாட்டினால் ஏற்படுகிறது

பயர்பாக்ஸில், டிஎன்எஸ் திருப்பியனுப்பும் சோதனைகள் வரையறுக்கப்பட்டவை அங்கீகார பக்கங்களுக்கு வழிமாற்றுகளை வரையறுத்தல் (கேப்டிவ் போர்டல்) மற்றும் செயல்படுத்தப்பட்டது с பயன்படுத்தி நிலையான துணை டொமைன் “detectportal.firefox.com”, முதல் நிலை டொமைன் பெயர்களைக் கோராமல். இந்த நடத்தை ரூட் டிஎன்எஸ் சேவையகங்களில் கூடுதல் சுமையை உருவாக்காது, ஆனால் அது சாத்தியமாகலாம் கருதப்படும் பயனரின் ஐபி முகவரி பற்றிய ரகசியத் தரவு கசிவு ("detectportal.firefox.com/success.txt" பக்கம் ஒவ்வொரு முறை தொடங்கப்படும்போதும் கேட்கப்படும்). Firefox இல் ஸ்கேன் செய்வதை முடக்க, “network.captive-portal-service.enabled” என்ற அமைப்பு உள்ளது, அதை “about:config” பக்கத்தில் மாற்றலாம்.

ஆதாரம்: opennet.ru

கருத்தைச் சேர்