हर साल, इंटरनेट की गति - अंतिम मील और ट्रंक चैनल दोनों उच्च होते जा रहे हैं। केवल एक ही चीज अपरिवर्तनीय है - विलंबता ने शारीरिक सीमाओं के खिलाफ आराम किया है: एक ऑप्टिकल फाइबर में प्रकाश की गति लगभग 200 हजार किलोमीटर प्रति सेकंड है, और तदनुसार, आप भविष्य में अटलांटिक के पार सर्वर से प्रतिक्रिया प्राप्त नहीं कर सकते हैं ~ निकट भविष्य में 150ms से कम है (हालांकि निश्चित रूप से प्रसन्न हैं, जैसे ऑप्टिकल फाइबर के साथ। एयर कोर या रेडियो रिले, लेकिन यह केवल मनुष्यों के लिए सुलभ है)।

जब हम प्रयास करते हैं, उदाहरण के लिए, रूस से यूएसए में स्थित एक वेब साइट खोलने के लिए (इसका एनएस सर्वर शायद वहां है), और डोमेन आपके प्रदाता के डीएनएस कैश में नहीं मिला था, हमें गीगाबिट इंटरनेट पर भी एक लंबा इंतजार करना होगा, शायद एक सेकंड: जबकि हम जब तक हम भेजेंगे और वास्तविक DNS अनुरोध प्राप्त करेंगे, तब तक महासागर में हमें NS डोमेन सर्वरों के नाम प्राप्त होंगे, जब तक कि हम उनके आईपी को विभाजित नहीं कर देते ...

कुछ साल पहले, Google ने अपने सार्वजनिक DNS सर्वर शुरू किए थे, और उन्हें संक्रमण के लिए आंदोलन करने के लिए, उन्होंने NameBench उपयोगिता विकसित की, जो आपके सर्फिंग इतिहास पर DNS परीक्षण चलाती है और दिखाती है कि Google DNS आपके प्रदाता के DNS सर्वर से कितना तेज है।

लेकिन मैं अपना खुद का DNS सर्वर बनाने में कामयाब रहा, जो Google सार्वजनिक DNS से ​​तेज है, और इस संक्षिप्त नोट में मैं परिणाम साझा करना चाहता हूं।

PDNSD

pdnsd एक कैशिंग DNS प्रॉक्सी है। डीएनएस प्रश्नों की प्रतिबंधात्मक कैशिंग के अलावा (न्यूनतम टीटीएल को सख्ती से सेट करने की क्षमता के साथ - यह बहुत खराब इंटरनेट पर आवश्यक हो सकता है), यह एक साथ कई "माता-पिता" डीएनएस सर्वरों को एक अनुरोध भेज सकता है, और क्लाइंट को पहले रिटर्निंग प्रतिक्रिया दे सकता है।

यह समानांतर मतदान का समावेश है जो हमें गति में मुख्य लाभ देता है , क्योंकि जब किसी भी प्रदाता के कैश में परिणाम मिलता है, तो हमें परिणाम बहुत जल्दी मिलता है, और यदि पूर्ण प्रदाता कैश में प्रतिक्रिया नहीं देता है, तो एक पूर्ण और धीमी गति से रिज़ॉल्यूशन की प्रतीक्षा करें।

यह उबंटू में स्थापित किया गया है - एक सामान्य एप्ट-गेट।

विन्यास में कुछ बिंदु

global { perm_cache=10240; //    . //   1024,      . cache_dir="/var/cache/pdnsd"; [...] min_ttl=60m; //      . //  TTL   60 -  60 max_ttl=1w; //       neg_ttl=5m; //    (..    ) [..] par_queries=3; //   "" DNS  } server { label = "main"; ip = 85.21.192.5 // 4 ,   3  ,      4- , 213.234.192.7 // 2  -    ,  -  , 8.8.4.4 // Google Public DNS -          , 8.8.8.8 ; [..] } 

सिद्धांत रूप में, कैशिंग को कम आक्रामक बनाया जा सकता है (उदाहरण के लिए min_ttl = 1m), लेकिन ऑपरेशन के वर्ष के दौरान कोई विशेष समस्या नहीं थी। समस्याओं के मामले में - यदि आप चाहें, तो आप कैश से एक प्रविष्टि मिटा सकते हैं:

 sudo pdnsd-ctl record 3.14.by delete 

या सभी एक बार में:

 sudo pdnsd-ctl empty-cache 

NameBench में परीक्षा परिणाम

हम देखते हैं कि 50% अनुरोधों के लिए हमें 10ms से कम में जवाब मिलता है, Google सार्वजनिक DNS की तुलना में 85% अधिक तेज़ है, और फिर परिणाम स्वाभाविक रूप से Google के साथ मेल खाते हैं।

परीक्षण के परिणामों के अनुसार, NameBench खुशी से हमें सूचित करता है:

 8.8.8.8 SYS-192.167.0.98 की धीमी प्रतिकृति [192.167.0.98]
 8.8.4.4 SYS-192.167.0.98 की धीमी प्रतिकृति [192.167.0.98]

इस प्रकार, समानांतर प्रश्नों के साथ एक स्मार्ट कैशिंग डीएनएस प्रॉक्सी - आपको 100-मेगाबिट इंटरनेट को भी गति देने की अनुमति देता है। और उच्च विलंबता और पैकेट हानि के साथ धीमी (रेडियो) लिंक के लिए - अंतर स्वर्ग और पृथ्वी के बीच हो सकता है।