अक्सर पूछे जाने वाले प्रश्न

सामान्य

Google की सार्वजनिक डीएनएस सेवा क्या है?

Google की सार्वजनिक डीएनएस सेवा, डोमेन नेम सिस्टम (डीएनएस) रिज़ॉल्यूशन की एक मुफ़्त और ग्लोबल सेवा है. इसका इस्तेमाल, डीएनएस प्रोवाइडर के विकल्प के तौर पर किया जा सकता है.

Google, डीएनएस सेवा पर काम क्यों कर रहा है?

हमारा मानना है कि तेज़ और सुरक्षित डीएनएस इन्फ़्रास्ट्रक्चर से, वेब ब्राउज़िंग के अनुभव को काफ़ी बेहतर बनाया जा सकता है. Google की सार्वजनिक डीएनएस सेवा ने स्पीड, सुरक्षा, और नतीजों की वैधता के मामले में कई सुधार किए हैं. हमने इन सुधारों को अपने दस्तावेज़ में शेयर किया है, ताकि वेब कम्यूनिटी में चल रही बातचीत में योगदान दिया जा सके.

क्या अपने डोमेन नेम को होस्ट करने के लिए, Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल किया जा सकता है?

Google की सार्वजनिक डीएनएस सेवा, आधिकारिक डीएनएस होस्टिंग सेवा नहीं है. इसलिए, इसका इस्तेमाल आधिकारिक डीएनएस होस्टिंग सेवा के तौर पर नहीं किया जा सकता. अगर आपको Google के इन्फ़्रास्ट्रक्चर का इस्तेमाल करने वाले, ज़्यादा वॉल्यूम वाले, प्रोग्राम किए जा सकने वाले, और आधिकारिक नेम सर्वर की ज़रूरत है, तो Google के Cloud DNS को आज़माएं.

क्या Google की सार्वजनिक डीएनएस सेवा, अनचाही साइटों को ब्लॉक या फ़िल्टर करने की सुविधा देती है?

Google की सार्वजनिक डीएनएस सेवा, डीएनएस रिज़ॉल्यूशन और कैश मेमोरी में डेटा सेव करने वाला सर्वर है. यह किसी भी तरह की ब्लॉकिंग या फ़िल्टरिंग नहीं करता. हालांकि, कुछ मामलों में कुछ डोमेन के लिए ऐसा किया जा सकता है, जहां:

  • हमारा मानना है कि Google के उपयोगकर्ताओं को सुरक्षा से जुड़े खतरों से बचाने के लिए, ऐसा करना ज़रूरी है
  • हमें कानूनी तौर पर किसी डोमेन या डोमेन को ब्लॉक करना ज़रूरी है. ब्लॉक करना पेज पर जाकर, इस बारे में ज़्यादा जानें.

हालांकि, हमारा मानना है कि ब्लॉक करने की सुविधा का इस्तेमाल, आम तौर पर क्लाइंट को करना चाहिए. अगर आपको इस तरह की सुविधा चालू करनी है, तो इसके लिए क्लाइंट-साइड ऐप्लिकेशन या ब्राउज़र ऐड-ऑन इंस्टॉल करें.

क्या Google की सार्वजनिक डीएनएस सेवा के साथ, अन्य प्रॉडक्ट की डिपेंडेंसी होती हैं?

Google की सार्वजनिक डीएनएस सेवा, एक स्वतंत्र सेवा है.

क्या Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने के लिए, मेरे पास Google खाता होना ज़रूरी है?

Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने के लिए, किसी खाते की ज़रूरत नहीं होती.

Google की सार्वजनिक डीएनएस सेवा, मेरे इंटरनेट सेवा देने वाली कंपनी (आईएसपी) की डीएनएस सेवा या अन्य ओपन डीएनएस रिज़ॉल्वर से किस तरह अलग है? मुझे कैसे पता चलेगा कि यह बेहतर है?

ओपन रिज़ॉल्वर और इंटरनेट सेवा देने वाली कंपनी (आईएसपी), दोनों ही डीएनएस रिज़ॉल्यूशन की सेवाएं देती हैं. हम आपको Google की सार्वजनिक डीएनएस सेवा को अपने प्राइमरी या सेकंडरी डीएनएस रिज़ॉल्वर के तौर पर इस्तेमाल करने का सुझाव देते हैं. इसके अलावा, आपके पास किसी अन्य डीएनएस सेवा का इस्तेमाल करने का विकल्प भी है. अपने लिए सही डीएनएस रिज़ॉल्वर चुनते समय, कई बातों का ध्यान रखना ज़रूरी है. जैसे, स्पीड, विश्वसनीयता, सुरक्षा, और जवाबों की वैधता. Google की सार्वजनिक डीएनएस सेवा के उलट, कुछ आईएसपी और ओपन रिज़ॉल्वर, व्यावसायिक मकसद से डीएनएस रिस्पॉन्स को ब्लॉक, फ़िल्टर या रीडायरेक्ट करते हैं. क्या Google की सार्वजनिक डीएनएस सेवा, अनचाही साइटों को ब्लॉक या फ़िल्टर करने की सुविधा देती है? सवाल का जवाब भी देखें.

Google की सार्वजनिक डीएनएस सेवा, ऐसे डोमेन को कैसे हैंडल करती है जो मौजूद नहीं हैं?

अगर आपने किसी ऐसे डोमेन नेम के लिए क्वेरी की है जो मौजूद नहीं है, तो Google की सार्वजनिक डीएनएस सेवा हमेशा NXDOMAIN रिकॉर्ड दिखाती है. ऐसा डीएनएस प्रोटोकॉल के स्टैंडर्ड के मुताबिक होता है. ब्राउज़र को इस रिस्पॉन्स को डीएनएस गड़बड़ी के तौर पर दिखाना चाहिए. अगर आपको गड़बड़ी के मैसेज के बजाय कोई और जवाब मिलता है (उदाहरण के लिए, आपको किसी दूसरे पेज पर रीडायरेक्ट किया जाता है), तो ऐसा इन वजहों से हो सकता है:

  • ब्राउज़र प्लग-इन जैसा कोई क्लाइंट-साइड ऐप्लिकेशन, किसी ऐसे डोमेन के लिए कोई दूसरा पेज दिखा रहा है जो मौजूद नहीं है.
  • कुछ आईएसपी, सभी NXDOMAIN जवाबों को इंटरसेप्ट करके, उनकी जगह ऐसे जवाब दे सकते हैं जो उनके सर्वर पर ले जाते हैं. अगर आपको लगता है कि इंटरनेट सेवा देने वाली कंपनी, Google की सार्वजनिक डीएनएस सेवा के अनुरोधों या जवाबों को इंटरसेप्ट कर रही है, तो आपको अपनी इंटरनेट सेवा देने वाली कंपनी से संपर्क करना चाहिए.

क्या आने वाले समय में, विज्ञापन दिखाने के लिए Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल किया जाएगा?

हम डीएनएस प्रोटोकॉल की सुरक्षा को बनाए रखने के लिए प्रतिबद्ध हैं. Google की सार्वजनिक डीएनएस सेवा, किसी ऐसे डोमेन के लिए विज्ञापन सर्वर का पता कभी नहीं दिखाएगी जो मौजूद नहीं है.

डीएनएस-ओवर-एचटीटीपीएस (डीओएच) क्या है?

एन्क्रिप्ट किए गए एचटीटीपीएस कनेक्शन पर डीएनएस रिज़ॉल्यूशन. डीएनएस-ओवर-एचटीटीपीएस, स्टब रिज़ॉल्वर और रिकर्सिव रिज़ॉल्वर के बीच निजता और सुरक्षा को बेहतर बनाता है. साथ ही, यह डीएनएसएसईसी के साथ मिलकर, एंड-टू-एंड पुष्टि किए गए डीएनएस लुकअप उपलब्ध कराता है.

इस्तेमाल और सहायता

मैं अब किसी दूसरी डीएनएस सेवा का इस्तेमाल कर रहा/रही हूं. क्या Google की सार्वजनिक डीएनएस सेवा का भी इस्तेमाल किया जा सकता है?

Google की सार्वजनिक डीएनएस सेवा को अपने मौजूदा डीएनएस रिज़ॉल्वर के साथ, प्राइमरी या सेकंडरी डीएनएस रिज़ॉल्वर के तौर पर सेट किया जा सकता है. कृपया ध्यान रखें कि ऑपरेटिंग सिस्टम, डीएनएस रिज़ॉल्वर को अलग-अलग तरीके से इस्तेमाल करते हैं: कुछ ऑपरेटिंग सिस्टम आपके प्राइमरी डीएनएस रिज़ॉल्वर को प्राथमिकता देते हैं और सेकंडरी डीएनएस रिज़ॉल्वर का इस्तेमाल सिर्फ़ तब करते हैं, जब प्राइमरी डीएनएस रिज़ॉल्वर जवाब न दे. वहीं, कुछ ऑपरेटिंग सिस्टम हर रिज़ॉल्वर के बीच राउंड-रॉबिन करते हैं.

अगर कॉन्फ़िगर किए गए रिज़ॉल्वर के बीच सुरक्षा या फ़िल्टर करने के तरीके में अंतर है, तो आपको सभी रिज़ॉल्वर में से सबसे कमज़ोर लेवल की सुरक्षा या फ़िल्टर करने की सुविधा मिलती है. कभी-कभी NXDOMAIN फ़िल्टर करने या पेजों को ब्लॉक करने के लिए रीडायरेक्ट करने की सुविधा काम कर सकती है. हालांकि, SERVFAIL तब तक डोमेन को ब्लॉक नहीं करता, जब तक सभी रिज़ॉल्वर SERVFAIL नहीं दिखाते.

क्या Google की सार्वजनिक डीएनएस सेवा, इंटरनेट से कनेक्ट होने वाले सभी तरह के डिवाइसों के लिए सही है?

Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल, स्टैंडर्ड के मुताबिक काम करने वाले किसी भी नेटवर्क डिवाइस पर किया जा सकता है. अगर आपको लगता है कि Google की सार्वजनिक डीएनएस सेवा ठीक से काम नहीं कर रही है, तो कृपया हमें बताएं.

क्या मैं अपने ऑफ़िस के कंप्यूटर पर Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल कर सकता/सकती हूं?

कुछ ऑफ़िस में निजी नेटवर्क होते हैं. इनकी मदद से, उन डोमेन को ऐक्सेस किया जा सकता है जिन्हें ऑफ़िस के बाहर ऐक्सेस नहीं किया जा सकता. Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने से, इन निजी डोमेन को ऐक्सेस करने में समस्या आ सकती है. ऑफ़िस के कंप्यूटर पर Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने से पहले, कृपया अपने आईटी विभाग की नीति देखें.

Google की सार्वजनिक डीएनएस सेवा किन देशों में उपलब्ध है?

यह दुनिया भर में इंटरनेट इस्तेमाल करने वाले लोगों के लिए उपलब्ध है. हालांकि, आपकी जगह के हिसाब से आपको मिलने वाला अनुभव काफ़ी अलग हो सकता है.

क्या Google की सार्वजनिक डीएनएस सेवा, सभी आईएसपी के साथ काम करती है?

Google की सार्वजनिक डीएनएस सेवा, ज़्यादातर इंटरनेट सेवा देने वाली कंपनियों के साथ काम करती है. हालांकि, इसके लिए ज़रूरी है कि आपके पास अपने नेटवर्क की डीएनएस सेटिंग बदलने का ऐक्सेस हो.

क्या मुझे Google की सार्वजनिक डीएनएस सेवा के दोनों आईपी पतों का इस्तेमाल करना होगा?

सिर्फ़ एक आईपी पते का इस्तेमाल करके, Google को अपनी मुख्य सेवा के तौर पर इस्तेमाल किया जा सकता है. हालांकि, पक्का करें कि आपने प्राइमरी और सेकंडरी सर्वर, दोनों के लिए एक ही पता न दिया हो.

क्या इस बात से कोई फ़र्क़ पड़ता है कि आईपी पतों को किस क्रम में डाला गया है?

इससे कोई फ़र्क़ नहीं पड़ता कि उन्हें किस क्रम में रखा गया है. दोनों में से कोई भी आईपी, आपका प्राइमरी या सेकंडरी नेम सर्वर हो सकता है.

सेवा के लिए एसएलए क्या है?

Google की सार्वजनिक डीएनएस सेवा के लिए, कोई सेवा स्तर समझौता (एसएलए) नहीं है.

मैं एक आईएसपी चलाता/चलाती हूं. क्या मेरे पास अपने उपयोगकर्ताओं को Google की सार्वजनिक डीएनएस सेवा पर रीडायरेक्ट करने का विकल्प है?

Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने वाले आईएसपी को आईएसपी के लिए दिए गए निर्देशों का पालन करना चाहिए. इससे उन्हें यह पता चलेगा कि Google की सार्वजनिक डीएनएस सेवा को क्वेरी भेजने से पहले, उन्हें कुछ और करने की ज़रूरत है या नहीं.

मुझे Google की सार्वजनिक डीएनएस सेवा की टीम से मदद कैसे मिल सकती है?

हमारा सुझाव है कि आप हमारे Google Groups में शामिल हों. इससे आपको टीम से काम के अपडेट मिलेंगे और आपके पास सवाल पूछने का विकल्प भी होगा. अगर आपको कोई समस्या आ रही है और आपको उसकी शिकायत करनी है, तो कृपया समस्याओं की शिकायत करना लेख पढ़ें.

तकनीकी

Google की सार्वजनिक डीएनएस सेवा को कैसे पता चलता है कि मेरी क्वेरी कहां भेजनी हैं?

एनीकास्ट रूटिंग, आपकी क्वेरी को Google की सबसे नज़दीकी सार्वजनिक डीएनएस सेवा के सर्वर पर भेजती है. एनीकास्ट रूटिंग के बारे में ज़्यादा जानकारी के लिए, Wikipedia एंट्री देखें.

Google की सार्वजनिक डीएनएस सेवा, डीएनएस रूट ज़ोन और टॉप-लेवल डोमेन के ज़ोन में पब्लिश किए गए नेम सर्वर (एनएस) रिकॉर्ड का इस्तेमाल करती है. इससे किसी भी डोमेन के लिए आधिकारिक डीएनएस सर्वर के नाम और पते ढूंढे जाते हैं. इनमें से कुछ नेम सर्वर, एनीकास्ट रूटिंग का भी इस्तेमाल करते हैं.

फ़िलहाल, आपके सर्वर कहां मौजूद हैं?

Google की सार्वजनिक डीएनएस सेवा के सर्वर दुनिया भर में उपलब्ध हैं. इस सवाल के दो जवाब हैं. एक जवाब क्लाइंट के लिए है और दूसरा उन डीएनएस सर्वर के लिए है जिनसे Google की सार्वजनिक डीएनएस सेवा को जवाब मिलते हैं. इसके बाद, Google की सार्वजनिक डीएनएस सेवा, क्लाइंट को जवाब देती है.

जब क्लाइंट, Google की सार्वजनिक डीएनएस सेवा को क्वेरी भेजते हैं, तो उन्हें इस्तेमाल किए गए एनीकास्ट पते (8.8.8.8, 8.8.4.4 या 2001:4860:4860:: में मौजूद IPv6 पतों में से कोई एक) का विज्ञापन दिखाने वाली सबसे नज़दीकी जगह पर भेज दिया जाता है. इन एनीकास्ट पतों का विज्ञापन दिखाने वाली जगहें, नेटवर्क की स्थितियों और ट्रैफ़िक लोड की वजह से बदलती रहती हैं. इनमें Google Edge Network में मौजूद, करीब-करीब सभी कोर डेटा सेंटर और एज पॉइंट ऑफ़ प्रेज़ेंस (पीओपी) शामिल होते हैं.

Google की सार्वजनिक डीएनएस सेवा, कोर डेटा सेंटर और Google Cloud के रीजन से आधिकारिक सर्वर को क्वेरी भेजती है. Google, आईपी पतों की रेंज की एक सूची पब्लिश करता है. Google की सार्वजनिक डीएनएस सेवा, इस सूची में मौजूद आईपी पतों का इस्तेमाल करके, आधिकारिक डीएनएस सर्वर से क्वेरी कर सकती है. हालांकि, सूची में मौजूद सभी रेंज का इस्तेमाल नहीं किया जाता. इसका इस्तेमाल, उन डीएनएस क्वेरी की भौगोलिक जगह की जानकारी पाने के लिए किया जा सकता है जिनमें ईडीएनएस क्लाइंट सबनेट (ईसीएस) डेटा मौजूद नहीं है. साथ ही, इसका इस्तेमाल एसीएल को कॉन्फ़िगर करने के लिए किया जा सकता है, ताकि Google की सार्वजनिक डीएनएस सेवा से ज़्यादा क्वेरी रेट की अनुमति मिल सके.

अक्सर पूछे जाने वाले सवालों के अलावा, Google इस सूची को डीएनएस "टीएक्सटी" रिकॉर्ड के तौर पर भी पब्लिश करता है. Google हर हफ़्ते दोनों सोर्स को अपडेट करता है. इसमें नई जानकारी जोड़ना, बदलाव करना, और जानकारी हटाना शामिल है. आईपी पते की हर रेंज की एंट्री में, सबसे नज़दीकी हवाई अड्डे का आईएटीए कोड शामिल होता है. GeoIP डेटा या एसीएल के लिए ऑटोमेशन को यह डेटा डीएनएस से मिलना चाहिए, न कि इस वेब पेज को स्क्रैप करके (उदाहरण के लिए, नीचे देखें).

Google की सार्वजनिक डीएनएस सेवा, क्वेरी भेजने के लिए आईपी पतों की जिन रेंज का इस्तेमाल करती है उनकी जगहें

34.64.0.0/24 icn
34.64.1.0/24 icn
34.64.2.0/24 icn
34.101.0.0/24 cgk
34.101.1.0/24 cgk
34.101.2.0/24 cgk
34.116.32.0/24 tlv
34.153.64.0/25 dia
34.153.64.128/26 dia
34.153.64.192/26 dia
34.153.65.0/25 dia
34.153.65.128/26 dia
34.153.65.192/26 dmm
34.153.66.0/24 dmm
74.114.28.0/26 sin
74.114.28.64/26 bkk
74.114.28.128/26 hdf
74.114.28.192/26 iad
74.114.29.0/26 chs
74.114.29.64/26 bkk
74.114.29.128/26 lhr
74.114.29.192/26 dfw
74.114.30.0/26 bkk
74.114.30.64/26 hdf
74.114.30.128/25 hdf
74.114.31.0/26 cmh
74.114.31.64/26 ckv
74.114.31.128/26 sin
74.114.31.192/26 cmh
74.125.16.128/26 bom
74.125.16.192/26 yyz
74.125.17.128/26 cbf
74.125.17.192/26 dfw
74.125.18.0/25 iad
74.125.18.128/26 syd
74.125.18.192/26 lhr
74.125.19.0/25 mrn
74.125.19.128/25 yyz
74.125.40.0/25 mrn
74.125.40.128/26 lhr
74.125.40.192/26 rno
74.125.41.0/24 tpe
74.125.42.0/24 atl
74.125.43.0/25 tul
74.125.43.128/25 lhr
74.125.44.0/24 mrn
74.125.45.0/24 tul
74.125.46.0/24 lpp
74.125.47.0/24 bru
74.125.72.0/24 cbf
74.125.73.0/24 bru
74.125.74.0/24 lpp
74.125.75.0/24 chs
74.125.76.0/24 cbf
74.125.77.0/24 chs
74.125.78.0/24 chs
74.125.79.0/24 lpp
74.125.80.0/24 dls
74.125.81.0/24 dub
74.125.92.0/24 mrn
74.125.112.0/24 lpp
74.125.113.0/24 cbf
74.125.114.128/26 lpp
74.125.114.192/26 grq
74.125.115.0/24 tul
74.125.177.0/24 atl
74.125.178.0/24 bom
74.125.179.0/25 cbf
74.125.179.128/26 hkg
74.125.179.192/26 cbf
74.125.180.0/24 chs
74.125.181.0/25 bru
74.125.181.128/26 lax
74.125.181.192/26 grq
74.125.182.0/24 cbf
74.125.183.0/24 cbf
74.125.184.0/24 chs
74.125.185.0/25 chs
74.125.185.128/26 tul
74.125.185.192/26 bll
74.125.186.0/25 dls
74.125.186.128/26 cbf
74.125.186.192/26 tpe
74.125.187.128/26 fra
74.125.187.192/26 las
74.125.191.0/24 tul
172.217.32.0/25 lhr
172.217.32.128/26 sin
172.217.32.192/26 mel
172.217.33.0/25 syd
172.217.33.128/25 fra
172.217.34.0/26 fra
172.217.34.64/26 bom
172.217.34.128/26 del
172.217.34.192/26 bom
172.217.35.0/26 gru
172.217.35.64/26 lhr
172.217.35.128/26 gru
172.217.35.192/26 cbf
172.217.36.0/24 atl
172.217.37.0/25 gru
172.217.37.128/26 lpp
172.217.37.192/26 cbf
172.217.38.0/25 bom
172.217.38.128/26 tul
172.217.38.192/26 cgk
172.217.39.128/26 scl
172.217.39.192/26 tul
172.217.40.0/25 grq
172.217.40.128/25 las
172.217.41.0/25 grq
172.217.41.128/26 cbf
172.217.41.192/26 bru
172.217.42.0/25 tpe
172.217.42.128/25 cmh
172.217.43.0/25 yul
172.217.43.128/26 sin
172.217.43.192/26 tpe
172.217.44.0/25 yul
172.217.44.128/26 fra
172.217.44.192/26 sin
172.217.45.0/25 yul
172.217.45.128/25 fra
172.217.46.0/24 dls
172.217.47.0/25 sin
172.217.47.128/25 lhr
172.217.96.0/26 grq
172.217.96.64/26 cbf
172.217.96.128/26 dfw
172.217.96.192/26 bru
172.217.97.0/26 sin
172.217.97.64/26 mci
172.217.97.128/25 mel
172.217.98.0/24 yul
172.217.106.0/25 cmh
172.217.106.128/26 kul
172.217.106.192/26 chs
172.217.107.0/26 iad
172.217.107.64/26 cbf
172.217.107.128/26 dls
172.217.107.192/26 cmh
172.217.108.0/26 mci
172.217.108.64/26 cid
172.217.108.128/26 dia
172.217.108.192/26 nrt
172.217.109.0/26 mel
172.217.109.64/26 ske
172.217.109.128/26 auz
172.217.109.192/26 nrt
172.217.110.0/26 phx
172.217.110.64/26 cmh
172.217.110.128/25 tul
172.217.111.0/26 iad
172.217.111.64/26 mci
172.217.111.128/26 auz
172.217.111.192/26 scl
172.253.0.0/25 lax
172.253.0.128/25 mel
172.253.1.0/25 lax
172.253.1.128/26 waw
172.253.1.192/26 fra
172.253.2.0/25 lax
172.253.2.128/26 fra
172.253.2.192/26 mad
172.253.3.0/25 nrt
172.253.3.128/26 lbg
172.253.3.192/26 cbf
172.253.4.0/25 hkg
172.253.4.128/25 lbg
172.253.5.0/25 hkg
172.253.5.128/25 mad
172.253.6.0/25 hkg
172.253.6.128/25 nrt
172.253.7.0/25 chs
172.253.7.128/26 nrt
172.253.7.192/26 grq
172.253.8.0/25 iad
172.253.8.128/26 iad
172.253.8.192/26 icn
172.253.9.0/25 iad
172.253.9.128/26 atl
172.253.9.192/26 lax
172.253.10.0/25 iad
172.253.10.128/25 fra
172.253.11.0/25 zrh
172.253.11.128/26 cmh
172.253.11.192/26 grq
172.253.12.0/25 zrh
172.253.12.128/25 mil
172.253.13.0/25 kix
172.253.13.128/26 mil
172.253.13.192/26 waw
172.253.14.0/25 zrh
172.253.14.128/26 cmh
172.253.14.192/26 cgk
172.253.15.0/25 kix
172.253.15.128/26 bom
172.253.15.192/26 chs
172.253.80.0/26 tul
172.253.80.64/26 dfw
172.253.80.128/26 aus
172.253.80.192/26 nrt
172.253.81.0/26 lnk
172.253.81.64/26 dfw
172.253.81.128/26 aus
172.253.81.192/26 phx
172.253.82.0/26 lhr
172.253.82.64/26 cmh
172.253.82.128/26 rno
172.253.82.192/26 grq
172.253.83.0/26 hou
172.253.83.64/26 cbf
172.253.83.128/26 qro
172.253.83.192/26 lpp
172.253.84.0/26 fwa
172.253.84.64/26 rno
172.253.84.128/26 cmh
172.253.84.192/26 sin
172.253.85.0/26 dfw
172.253.85.64/26 cbf
172.253.85.128/25 cbf
172.253.86.0/25 cbf
172.253.86.128/27 lpp
172.253.86.160/27 scl
172.253.86.192/26 lpp
172.253.87.0/26 lpp
172.253.87.64/26 tul
172.253.87.128/25 tul
172.253.88.0/26 tul
172.253.88.64/26 mrn
172.253.88.128/26 mrn
172.253.88.192/27 sin
172.253.88.224/27 tpe
172.253.89.0/27 tpe
172.253.89.32/27 chs
172.253.89.64/26 chs
172.253.89.128/26 chs
172.253.89.192/27 chs
172.253.89.224/27 bru
172.253.90.0/26 bru
172.253.90.64/26 atl
172.253.90.128/26 atl
172.253.90.192/26 qro
172.253.91.0/26 yul
172.253.91.64/26 hou
172.253.91.128/26 iad
172.253.91.192/26 las
172.253.92.0/26 rno
172.253.92.64/26 gru
172.253.92.128/26 bru
172.253.92.192/26 tul
172.253.93.0/26 sin
172.253.93.64/26 lnk
172.253.93.128/26 syd
172.253.93.192/26 chs
172.253.94.0/26 ske
172.253.94.64/26 ckv
172.253.94.128/25 arn
172.253.95.0/25 cmh
172.253.95.128/26 lpp
172.253.95.192/26 grq
172.253.184.0/26 chs
172.253.184.64/26 auz
172.253.184.128/26 tul
172.253.184.192/26 bom
172.253.185.0/26 cbf
172.253.185.64/26 icn
172.253.185.128/26 mrn
172.253.185.192/26 kix
172.253.186.0/26 kul
172.253.186.64/26 cmh
172.253.186.128/26 iad
172.253.186.192/26 cbf
172.253.187.0/26 bru
172.253.187.64/26 kul
172.253.187.128/26 fwa
172.253.187.192/26 dfw
172.253.188.0/25 mrn
172.253.188.128/26 iad
172.253.188.192/26 dls
172.253.189.0/26 kul
172.253.189.64/26 icn
172.253.189.128/26 rno
172.253.189.192/26 cid
172.253.190.0/26 phx
172.253.190.64/26 lnk
172.253.190.128/26 gru
172.253.190.192/26 iad
172.253.191.0/26 chs
172.253.191.64/26 mvd
172.253.191.128/26 grq
172.253.191.192/26 hou
172.253.192.0/24 cbf
172.253.193.0/25 kix
172.253.193.128/26 slc
172.253.193.192/26 fra
172.253.194.128/26 cbf
172.253.194.192/26 lhr
172.253.195.128/26 fra
172.253.195.192/26 iad
172.253.196.0/25 cbf
172.253.196.128/26 tul
172.253.196.192/26 slc
172.253.197.0/25 fra
172.253.197.128/26 lbg
172.253.197.192/26 bom
172.253.198.128/26 dfw
172.253.198.192/26 kix
172.253.199.0/25 fra
172.253.199.128/26 kix
172.253.199.192/26 cbf
172.253.200.128/26 slc
172.253.200.192/26 cgk
172.253.201.0/25 syd
172.253.201.128/25 tlv
172.253.202.0/24 bll
172.253.204.0/25 syd
172.253.204.128/25 bom
172.253.205.0/24 lhr
172.253.206.0/24 waw
172.253.209.0/25 ckv
172.253.209.128/25 chs
172.253.210.0/24 iad
172.253.211.0/25 sin
172.253.211.128/26 icn
172.253.211.192/26 bom
172.253.212.0/25 tul
172.253.212.128/26 scl
172.253.212.192/26 chs
172.253.213.0/25 iad
172.253.213.128/26 del
172.253.213.192/26 dmm
172.253.214.0/25 iad
172.253.214.128/26 cbf
172.253.214.192/26 fra
172.253.215.0/25 bru
172.253.215.128/26 bom
172.253.215.192/26 sin
172.253.216.0/25 chs
172.253.216.128/26 sin
172.253.216.192/26 trn
172.253.217.0/25 tul
172.253.217.128/25 trn
172.253.218.0/25 uos
172.253.218.128/26 syd
172.253.218.192/26 cbf
172.253.219.0/25 scl
172.253.219.128/26 chs
172.253.219.192/26 gru
172.253.220.0/25 bom
172.253.220.128/26 scl
172.253.220.192/26 tul
172.253.221.0/25 cbf
172.253.221.128/26 iad
172.253.221.192/26 bom
172.253.222.0/25 slc
172.253.222.128/26 cmh
172.253.222.192/26 bom
172.253.223.0/25 slc
172.253.223.128/26 cmh
172.253.223.192/26 iad
172.253.224.0/24 cgk
172.253.225.0/24 fra
172.253.226.0/24 del
172.253.227.0/25 ckv
172.253.227.128/26 mad
172.253.227.192/26 ber
172.253.228.0/25 uos
172.253.228.128/26 mil
172.253.228.192/26 ber
172.253.229.0/25 las
172.253.229.128/26 mel
172.253.229.192/26 del
172.253.230.0/25 gru
172.253.230.128/26 bom
172.253.230.192/26 mel
172.253.231.0/25 las
172.253.231.128/26 lax
172.253.231.192/26 bru
172.253.232.0/25 las
172.253.232.128/26 slc
172.253.232.192/26 fra
172.253.233.0/25 gru
172.253.233.128/25 ber
172.253.234.0/24 gru
172.253.235.0/25 nrt
172.253.235.128/25 bom
172.253.236.0/25 nrt
172.253.236.128/26 nrt
172.253.236.192/26 sin
172.253.237.0/25 hkg
172.253.237.128/25 zrh
172.253.238.0/25 nrt
172.253.238.128/25 yul
172.253.239.0/25 slc
172.253.239.128/26 tpe
172.253.239.192/26 tlv
172.253.240.0/24 tul
172.253.241.0/24 dhr
172.253.242.0/24 chs
172.253.243.0/24 ckv
172.253.244.0/25 bom
172.253.244.128/26 lax
172.253.244.192/26 jnb
172.253.245.0/24 las
172.253.247.0/24 syd
172.253.248.0/24 bru
172.253.249.0/25 atl
172.253.249.128/26 del
172.253.249.192/26 jnb
172.253.250.0/24 cmh
172.253.251.0/24 dfw
172.253.252.0/24 icn
172.253.253.0/24 icn
172.253.254.0/24 dls
172.253.255.0/24 waw
173.194.90.0/24 cbf
173.194.91.0/24 scl
173.194.93.0/24 tpe
173.194.94.0/24 cbf
173.194.95.0/24 tul
173.194.96.0/25 dub
173.194.96.128/25 fra
173.194.97.0/24 chs
173.194.98.0/24 lpp
173.194.99.0/25 tul
173.194.99.128/25 dmm
173.194.100.0/24 mrn
173.194.101.0/24 tul
173.194.102.0/24 atl
173.194.103.0/24 cbf
173.194.168.0/25 nrt
173.194.168.128/26 nrt
173.194.168.192/2

प्रोग्राम के हिसाब से जगह की जानकारी का डेटा पाना

पते की रेंज को इस तरह फ़ेच किया जा सकता है:

आईपी पतों की रेंज की सूची बनाने के लिए, यहां दी गई Python स्क्रिप्ट का इस्तेमाल किया जा सकता है. Google की सार्वजनिक डीएनएस सेवा, इस सूची का इस्तेमाल करके आधिकारिक डीएनएस सर्वर से क्वेरी करेगी.

यह डेटा, locations.publicdns.goog. पर टीएक्सटी रिकॉर्ड के तौर पर भी उपलब्ध है. हालांकि, डेटा साइज़ की वजह से, डीएनएस टीएक्सटी रिकॉर्ड अब सही फ़ॉर्मैट नहीं है. हम टीएक्सटी रिकॉर्ड को ऊपर बताई गई JSON फ़ॉर्मैट वाली फ़ाइल से बदल रहे हैं. अगर टीएक्सटी रिकॉर्ड का इस्तेमाल किया जा रहा है, तो कृपया इसके बजाय JSON फ़ाइल का इस्तेमाल करें. ऐसा इसलिए, क्योंकि हम आने वाले समय में टीएक्सटी रिकॉर्ड को हटाने वाले हैं.

आदेश पंक्ति

कमांड लाइन से Google की सार्वजनिक डीएनएस सेवा के आईपी रेंज निकालने के लिए, curl और jq टूल का इस्तेमाल किया जा सकता है.

curl https://www.gstatic.com/ipranges/publicdns.json | jq '.prefixes[]  | .ipv4Prefix // .ipv6Prefix '

इसके लिए, ये ज़रूरी हैं :

Python

Google की सार्वजनिक डीएनएस सेवा के इस्तेमाल किए जाने वाले आईपी पतों की रेंज की सूची बनाने के लिए, इस Python स्क्रिप्ट का इस्तेमाल किया जा सकता है.

#!/usr/bin/env python3
"""An example to fetch and print the Google Public DNS IP ranges."""

import ipaddress
import json
import urllib.request

publicdns_url = 'https://www.gstatic.com/ipranges/publicdns.json'


def read_url(url):
  try:
    s = urllib.request.urlopen(url).read()
    return json.loads(s)
  except urllib.error.HTTPError:
    print('Invalid HTTP response from %s' % url)
    return {}
  except json.decoder.JSONDecodeError:
    print('Could not parse HTTP response from %s' % url)
    return {}


def main():
  publicdns_json = read_url(publicdns_url)
  print('{} published: {}'.format(publicdns_url,
                                  publicdns_json.get('creationTime')))

  locations = dict()
  ipv4, ipv6 = set(), set()
  for e in publicdns_json['prefixes']:
    if e.get('ipv4Prefix'):
      ip = ipaddress.IPv4Network(e.get('ipv4Prefix'), strict=False)
      ipv4.add(ip)
    if e.get('ipv6Prefix'):
      ip = ipaddress.IPv6Network(e.get('ipv6Prefix'), strict=False)
      ipv6.add(ip)
    locations[ip] = e.get('scope')
  print('IP ranges used by Google Public DNS for contacting '
        'authoritative DNS servers:')
  for i in list(ipv4) + list(ipv6):
    print(i, locations[i])


if __name__ == '__main__':
  main()

macOS के लिए, इस स्क्रिप्ट को Python 3 रनटाइम की ज़रूरत होती है. इसे इस तरह कॉन्फ़िगर किया जाता है:

  • macOS के लिए, Python 3 रनटाइम का मौजूदा वर्शन इंस्टॉल करें.
  • अपने ऐप्लिकेशन फ़ोल्डर में मौजूद Python फ़ोल्डर से, शामिल किए गए Install Certificates.command को चलाएं. इससे Python रनटाइम के लिए, भरोसेमंद रूट सर्टिफ़िकेट (cert.pem) की सूची इंस्टॉल हो जाएगी. VERSION को Python के उस वर्शन से बदलें जिसे आपने इंस्टॉल किया है (जैसे, 3.8): 
    sudo "/Applications/Python VERSION/Install Certificates.command"

क्या Google की सार्वजनिक डीएनएस सेवा, BIND जैसे ओपन सोर्स सॉफ़्टवेयर पर आधारित है?

Google की सार्वजनिक डीएनएस सेवा, डीएनएस स्टैंडर्ड को लागू करने का Google का अपना तरीका है.

क्या Google की सार्वजनिक डीएनएस सेवा के कोड को ओपन सोर्स सॉफ़्टवेयर के तौर पर रिलीज़ करने का कोई प्लान है?

फ़िलहाल, Google की सार्वजनिक डीएनएस सेवा को ओपन सोर्स बनाने का कोई प्लान नहीं है. हालांकि, हमने स्पीड, सुरक्षा, और मानकों के पालन को बेहतर बनाने के लिए उठाए गए सभी कदमों के बारे में विस्तार से बताया है.

क्या Google की सार्वजनिक डीएनएस सेवा, IPv6 के साथ काम करती है?

Google की सार्वजनिक डीएनएस सेवा के पास, IPv6 कनेक्टिविटी वाले क्लाइंट से आने वाले अनुरोधों के लिए IPv6 पते होते हैं. साथ ही, यह IPv6 पतों के लिए किए गए सभी अनुरोधों का जवाब देती है. अगर AAAA रिकॉर्ड मौजूद होते हैं, तो यह उन्हें दिखाती है. हम सिर्फ़ IPv6 वाले आधिकारिक नेम सर्वर के साथ पूरी तरह काम करते हैं. IPv6 रिज़ॉल्वर पते, Google की सार्वजनिक डीएनएस सेवा इस्तेमाल करने के निर्देशों में दिए गए हैं.

ध्यान दें कि हो सकता है कि आपको Google की वेबसाइटों के लिए IPv6 नतीजे न दिखें. उपयोगकर्ता अनुभव को बेहतर बनाने के लिए, Google सिर्फ़ उन क्लाइंट को AAAA रिकॉर्ड दिखाता है जिनके पास अच्छी IPv6 कनेक्टिविटी होती है. यह नीति, Google की सार्वजनिक डीएनएस सेवा से पूरी तरह से अलग है. इसे Google के आधिकारिक नेम सर्वर लागू करते हैं. ज़्यादा जानकारी के लिए, कृपया IPv6 पर Google पेज देखें.

सिर्फ़ IPv6 वाले नेटवर्क और सिस्टम के लिए, Google Public DNS64 का इस्तेमाल किया जा सकता है. इससे उन डोमेन नेम के लिए सिंथेटिक AAAA रिकॉर्ड मिलते हैं जिनके पास A रिकॉर्ड तो हैं, लेकिन AAAA रिकॉर्ड नहीं हैं. ये सिंथसाइज़ किए गए AAAA रिकॉर्ड, सिर्फ़ IPv6 क्लाइंट को NAT64 गेटवे पर रीडायरेक्ट करते हैं. इसके लिए, NAT64 सेवा के लिए रिज़र्व किए गए जाने-माने IPv6 प्रीफ़िक्स का इस्तेमाल किया जाता है. शुरू करने के निर्देशों का पालन करके, अपने सिस्टम को कॉन्फ़िगर करें. इसके लिए, रिज़ॉल्वर पतों को DNS64 IPv6 कॉन्फ़िगरेशन से बदलें.

क्या Google की सार्वजनिक डीएनएस सेवा, डीएनएसएसईसी प्रोटोकॉल के साथ काम करती है?

Google की सार्वजनिक डीएनएस सेवा, पुष्टि करने वाला और सुरक्षा के लिहाज़ से बेहतर रिज़ॉल्वर है. डीएनएसएसईसी से साइन किए गए ज़ोन से मिलने वाले सभी जवाबों की पुष्टि की जाती है. हालांकि, अगर क्लाइंट, डीएनएस अनुरोधों में सीडी फ़्लैग को सेट करके पुष्टि करने की सुविधा को बंद कर देते हैं, तो ऐसा नहीं किया जाता.

मुझे कैसे पता चलेगा कि मैं डीएनएसएसईसी का इस्तेमाल कर रहा/रही हूं?

http://www.dnssec-failed.org/ पर जाकर, इसकी जांच की जा सकती है. इस साइट को खास तौर पर, डीएनएस गड़बड़ी दिखाने के लिए कॉन्फ़िगर किया गया है. ऐसा, पुष्टि करने की प्रोसेस में गड़बड़ी होने की वजह से हुआ है. अगर आपको गड़बड़ी का कोई मैसेज नहीं मिलता है, तो इसका मतलब है कि डीएनएसएसईसी का इस्तेमाल नहीं किया जा रहा है.

Google की सार्वजनिक डीएनएस सेवा, उन लुकअप को कैसे मैनेज करती है जिनकी पुष्टि डीएनएसएसईसी से नहीं हो पाती?

अगर Google की सार्वजनिक डीएनएस सेवा किसी जवाब की पुष्टि नहीं कर पाती है, तो वह गड़बड़ी का जवाब (SERVFAIL) दिखाएगी. ऐसा गलत कॉन्फ़िगरेशन, मौजूद न होने या गलत आरआरएसआईजी रिकॉर्ड वगैरह की वजह से हो सकता है. हालांकि, अगर इसका असर ज़्यादा है (उदाहरण के लिए, किसी लोकप्रिय डोमेन की पुष्टि नहीं हो पा रही है), तो हम समस्या ठीक होने तक ज़ोन पर पुष्टि करने की सुविधा को कुछ समय के लिए बंद कर सकते हैं.

मुझे यह कैसे पता चलेगा कि किसी डोमेन की डीएनएसएसईसी पुष्टि क्यों नहीं हो पाई?

Verisign Labs का डीएनएस ऐनलाइज़र और Sandia National Laboratories का DNSViz, डीएनएसएसईसी को विज़ुअलाइज़ करने वाले दो टूल हैं. ये किसी भी डोमेन के लिए, डीएनएसएसईसी की पुष्टि करने वाली चेन दिखाते हैं. इनसे पता चलता है कि गड़बड़ियां कहां हो रही हैं. साथ ही, डीएनएसएसईसी की गड़बड़ियों के सोर्स का पता लगाने में मदद मिलती है.

Google की सार्वजनिक डीएनएस सेवा, पुराना डेटा दिखा रही है. क्या डेटा को रीफ़्रेश करने के लिए मजबूर किया जा सकता है?

कैश मेमोरी खाली करें टूल का इस्तेमाल करके, Google की सार्वजनिक डीएनएस सेवा की कैश मेमोरी को रीफ़्रेश किया जा सकता है. इससे, सामान्य रिकॉर्ड टाइप और ज़्यादातर डोमेन नेम के लिए कैश मेमोरी खाली की जा सकती है. डोमेन को फ़्लश करने के लिए, आपको उसके मालिकाना हक को साबित करने की ज़रूरत नहीं है. हालांकि, आपको reCAPTCHA को हल करना होगा. इससे सेवा के गलत इस्तेमाल को अपने-आप रोका जा सकता है.

आपने जिस डोमेन को रजिस्टर किया है या जिसके लिए NS रिकॉर्ड के साथ सब-डेलिगेशन किया है उसके लिए किसी भी तरह के रिकॉर्ड को फ़्लश करने से, उस टाइप के लिए कैश मेमोरी में सेव किए गए जवाब ही नहीं मिटते, बल्कि उस डोमेन के नेम सर्वर के बारे में डेलिगेशन की जानकारी भी मिट जाती है. अगर आपने हाल ही में नेम सर्वर बदले हैं (रजिस्ट्रार या डीएनएस होस्टिंग की सेवा देने वाली संस्थाओं को बदलकर), तो www जैसे सबडोमेन को फ़्लश करने से पहले ऐसा करना ज़रूरी है. इससे वे आपके पुराने डीएनएस सर्वर पर मौजूद पुराने डेटा से रीफ़्रेश नहीं होते.

अगर Google की सार्वजनिक डीएनएस सेवा, पुराने CNAME रिकॉर्ड के साथ जवाब दिखा रही है, तो आपको हर CNAME डोमेन के लिए CNAME रिकॉर्ड टाइप को फ़्लश करना होगा. इसकी शुरुआत चेन के आखिरी CNAME से करें और फिर क्वेरी किए गए नाम तक वापस जाएं. सभी CNAME को फ़्लश करने के बाद, क्वेरी किए गए नामों को किसी भी ऐसे रिकॉर्ड टाइप के साथ फ़्लश करें जो पुराने CNAME के साथ जवाब दे रहे हैं.

फ़्लश किए जा सकने वाले डेटा पर कुछ सीमाएं लागू होती हैं:

  • भौगोलिक जगह की जानकारी के लिए, ईडीएनएस क्लाइंट सबनेट (ईसीएस) का इस्तेमाल करने वाले डोमेन को फ़्लश नहीं किया जा सकता. ईसीएस का इस्तेमाल करने वाले किसी भी डोमेन के लिए, ईसीएस की सुविधा वाले रिकॉर्ड के लिए टीटीएल को इतना कम (15 मिनट या उससे कम) सेट करें कि आपको उन्हें कभी फ़्लश करने की ज़रूरत न पड़े.

  • किसी डोमेन नेम के सभी सबडोमेन या सभी तरह के रिकॉर्ड को फ़्लश करने का एकमात्र तरीका यह है कि आपको उस डोमेन नेम के हर रिकॉर्ड टाइप को फ़्लश करना होगा. अगर ऐसा करना मुमकिन नहीं है, तो रिकॉर्ड के TTL की समयसीमा खत्म होने का इंतज़ार किया जा सकता है. आम तौर पर, TTL की समयसीमा छह घंटे तक सीमित होती है, भले ही असल TTL इससे ज़्यादा हो.

  • пример.example जैसे अंतरराष्ट्रीय डोमेन नेम को फ़्लश करने के लिए, प्यूनीकोड फ़ॉर्म का इस्तेमाल करें (ऊपर दिए गए उदाहरण के लिए xn‑‑e1afmkfd.example). ऐसे डोमेन को फ़्लश नहीं किया जा सकता जिनमें ASCII वर्णों, अंकों, हाइफ़न या अंडरस्कोर के अलावा अन्य वर्ण शामिल हों.

क्या Google की सार्वजनिक डीएनएस सेवा, क्लाइंट के साथ होने वाले कम्यूनिकेशन को एन्क्रिप्ट (सुरक्षित) करके, "लास्ट-हॉप" को सुरक्षित करती है?

पारंपरिक डीएनएस ट्रैफ़िक को एन्क्रिप्ट किए बिना, यूडीपी या टीसीपी पर भेजा जाता है. हम डीएनएस-ओवर-टीएलएस और डीएनएस-ओवर-एचटीटीपीएस की सुविधा भी देते हैं. इससे क्लाइंट और Google की सार्वजनिक डीएनएस सेवा के बीच के ट्रैफ़िक को एन्क्रिप्ट (सुरक्षित) किया जाता है. इसे यहां आज़माया जा सकता है: https://dns.google.

जब हमारे पास पहले से ही डीएनएसएसईसी है, तो हमें डीएनएस-ओवर-एचटीटीपीएस की ज़रूरत क्यों है?

डीएनएस-ओवर-एचटीटीपीएस और डीएनएसएसईसी, एक-दूसरे के पूरक हैं. Google की सार्वजनिक डीएनएस सेवा, नेम सर्वर से मिलने वाले जवाबों की पुष्टि करने के लिए, डीएनएसएसईसी का इस्तेमाल करती है. हालांकि, ऐसा तब ही होता है, जब ऐसा करना मुमकिन हो. हालांकि, Google की सार्वजनिक डीएनएस सेवा से मिले पारंपरिक यूडीपी या टीसीपी रिस्पॉन्स की सुरक्षित तरीके से पुष्टि करने के लिए, क्लाइंट को डीएनएसएसईसी की पुष्टि की प्रक्रिया को खुद दोहराना होगा. फ़िलहाल, बहुत कम क्लाइंट रिज़ॉल्वर ऐसा करते हैं. डीएनएस-ओवर-एचटीटीपीएस, स्टब रिज़ॉल्वर और Google की सार्वजनिक डीएनएस सेवा के बीच ट्रैफ़िक को एन्क्रिप्ट (सुरक्षित) करता है. साथ ही, डीएनएसएसईसी के साथ मिलकर, एंड-टू-एंड पुष्टि किए गए डीएनएस लुकअप उपलब्ध कराता है.

क्या ऐसे टूल हैं जिनका इस्तेमाल करके, Google की सार्वजनिक डीएनएस सेवा की परफ़ॉर्मेंस की तुलना अन्य डीएनएस सेवाओं से की जा सकती है?

Google की सार्वजनिक डीएनएस सेवा के रिस्पॉन्स टाइम को मेज़र करने के लिए, कई टूल मुफ़्त में उपलब्ध हैं. हम Namebench का सुझाव देते हैं. चाहे किसी भी टूल का इस्तेमाल किया जाए, आपको उसे 5,000 से ज़्यादा डोमेन पर चलाना चाहिए. इससे आपको सांख्यिकीय तौर पर अहम नतीजे मिलेंगे. हालांकि, टेस्ट को पूरा होने में ज़्यादा समय लगता है, लेकिन कम से कम 5,000 डोमेन का इस्तेमाल करने से यह पक्का होता है कि नेटवर्क के इंतज़ार के समय (पैकेट लॉस और फिर से ट्रांसमिट करना) की वजह से होने वाले बदलावों को कम किया जा सके. साथ ही, Google की सार्वजनिक डीएनएस सेवा की बड़ी नेम कैश मेमोरी का पूरी तरह से इस्तेमाल किया जा सके.

Namebench में डोमेन की संख्या सेट करने के लिए, Number of tests जीयूआई विकल्प या -t कमांड लाइन फ़्लैग का इस्तेमाल करें. ज़्यादा जानकारी के लिए, Namebench का दस्तावेज़ देखें.

जब मैं Google की सार्वजनिक डीएनएस सेवा के रिज़ॉल्वर के लिए, ping या traceroute चलाता/चलाती हूं, तो जवाब मिलने में लगने वाला समय अन्य सेवाओं की तुलना में ज़्यादा होता है. क्या इसका मतलब यह है कि Google की सार्वजनिक डीएनएस सेवा हमेशा धीमी होती है?

पिंग टाइम के अलावा, आपको नाम रिज़ॉल्व करने में लगने वाले औसत समय पर भी ध्यान देना होगा. उदाहरण के लिए, अगर आपके आईएसपी का पिंग टाइम 20 मिलीसेकंड है, लेकिन डोमेन नेम को आईपी पते में बदलने की प्रक्रिया का औसत समय 500 मिलीसेकंड है, तो जवाब देने में लगने वाला कुल औसत समय 520 मिलीसेकंड होगा. अगर Google की सार्वजनिक डीएनएस सेवा का पिंग टाइम 300 मिलीसेकंड है, लेकिन वह कई डोमेन नेम को आईपी पते में बदलने की प्रक्रिया को एक मिलीसेकंड में पूरा करती है, तो जवाब देने में लगने वाला कुल औसत समय 301 मिलीसेकंड होगा. बेहतर तुलना के लिए, हमारा सुझाव है कि आप डोमेन के बड़े सेट के लिए, डोमेन नेम को आईपी पते में बदलने की प्रक्रिया की जांच करें.

Google की सार्वजनिक डीएनएस सेवा, सीडीएन की भौगोलिक जगह की जानकारी के साथ कैसे काम करती है?

डाउनलोड या स्ट्रीम किए जा सकने वाले मल्टीमीडिया कॉन्टेंट को उपलब्ध कराने वाली कई साइटें, डीएनएस पर आधारित तीसरे पक्ष के कॉन्टेंट डिस्ट्रिब्यूशन नेटवर्क (सीडीएन) के साथ अपना कॉन्टेंट होस्ट करती हैं. जैसे, Akamai. जब कोई डीएनएस रिज़ॉल्वर, सीडीएन के आईपी पते के लिए किसी आधिकारिक नेम सर्वर से क्वेरी करता है, तो नेम सर्वर, उपयोगकर्ता के बजाय रिज़ॉल्वर को सबसे नज़दीकी (नेटवर्क की दूरी के हिसाब से) पता दिखाता है. कुछ मामलों में, आईएसपी पर आधारित रिज़ॉल्वर के साथ-साथ Google की सार्वजनिक डीएनएस सेवा जैसे सार्वजनिक रिज़ॉल्वर, उपयोगकर्ताओं के आस-पास मौजूद नहीं होते. ऐसे मामलों में, ब्राउज़िंग की स्पीड कुछ कम हो सकती है. इस मामले में, Google की सार्वजनिक डीएनएस सेवा, डीएनएस प्रोवाइडर से अलग नहीं है.

डीएनएस सर्वर और उपयोगकर्ताओं के बीच की दूरी को कम करने के लिए, Google की सार्वजनिक डीएनएस सेवा ने दुनिया भर में अपने सर्वर डिप्लॉय किए हैं. खास तौर पर, यूरोप में रहने वाले उपयोगकर्ताओं को यूरोप में मौजूद सीडीएन कॉन्टेंट सर्वर पर रीडायरेक्ट किया जाना चाहिए.इसी तरह, एशिया में रहने वाले उपयोगकर्ताओं को एशिया में मौजूद सीडीएन सर्वर पर रीडायरेक्ट किया जाना चाहिए. साथ ही, अमेरिका के पूर्वी, मध्य, और पश्चिमी इलाकों में रहने वाले उपयोगकर्ताओं को उन इलाकों में मौजूद सीडीएन सर्वर पर रीडायरेक्ट किया जाना चाहिए. हमने यह जानकारी भी पब्लिश की है, ताकि सीडीएन, मल्टीमीडिया उपयोगकर्ताओं को अच्छे डीएनएस नतीजे दे सकें.

इसके अलावा, Google की सार्वजनिक डीएनएस सेवा, ईडीएनएस क्लाइंट सबनेट नाम की एक तकनीकी सुविधा का इस्तेमाल करती है. इसके बारे में RFC में बताया गया है. इससे रिज़ॉल्वर, क्लाइंट के आईपी पते के कुछ हिस्से (IPv4/IPv6 के लिए, पहले 24/56 बिट या उससे कम) को डीएनएस मैसेज में सोर्स आईपी के तौर पर पास कर सकते हैं. इससे नेम सर्वर, रिज़ॉल्वर की जगह उपयोगकर्ता की जगह के आधार पर ऑप्टिमाइज़ किए गए नतीजे दिखा सकते हैं.

निजता

Google की सार्वजनिक डीएनएस सेवा का इस्तेमाल करने पर, Google कौनसी जानकारी लॉग करता है?

Google की सार्वजनिक डीएनएस सेवा के निजता पेज पर, उस जानकारी की पूरी सूची मौजूद है जिसे हम इकट्ठा करते हैं. Google की सार्वजनिक डीएनएस सेवा, Google की मुख्य निजता नीति का पालन करती है. यह नीति हमारे निजता केंद्र पर उपलब्ध है.

आपके क्लाइंट का आईपी पता सिर्फ़ कुछ समय के लिए लॉग किया जाता है. इसे एक या दो दिन में मिटा दिया जाता है. हालांकि, इंटरनेट सेवा देने वाली कंपनियों (आईएसपी) और शहर/मेट्रो-लेवल की जगहों की जानकारी को ज़्यादा समय तक सेव रखा जाता है. ऐसा इसलिए किया जाता है, ताकि हम अपनी सेवा को ज़्यादा तेज़, बेहतर, और सुरक्षित बना सकें.

क्या इकट्ठा की गई कोई जानकारी मेरे Google खाते में सेव की जाती है?

सेव किया गया कोई भी डेटा, किसी Google खाते से नहीं जुड़ा होता.

क्या Google, Google की सार्वजनिक डीएनएस सेवा से इकट्ठा की गई जानकारी को Google से बाहर किसी के साथ शेयर करता है?

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

क्या Google, अस्थायी या स्थायी लॉग से मिली जानकारी को मेरी उस निजी जानकारी से जोड़ता है या मिलाता है जो मैंने Google की अन्य सेवाओं के लिए दी है?

जैसा कि निजता पेज पर बताया गया है, हम लॉग डेटा को इस तरह से न तो जोड़ते हैं और न ही उससे कोई संबंध बनाते हैं.