अगर DNS जानकारी का प्रचार हुआ है तो परीक्षण कैसे करें?

16

मैंने अपने एक उप डोमेन के लिए एक नई DNS प्रविष्टि स्थापित की है (मैंने अभी तक कोई अपाचे वर्चुअल होस्ट या ऐसा कुछ भी सेट नहीं किया है)। मैं कैसे जांच सकता हूं कि DNS जानकारी ने प्रचारित किया है?

मैंने मान लिया कि मैं बस ping my.subdomain.comयह मान सकता हूं कि यदि यह हल हो सकता है, तो यह आईपी पते को ए रिकॉर्ड में निर्दिष्ट करता है। हालांकि, मुझे नहीं पता कि क्या मैं सही तरीके से मान रहा हूं। इस जानकारी की जांच करने का सबसे अच्छा तरीका क्या है?

domain-name-system

— एंड्रयू
स्रोत

3

गूंगा सवाल नहीं। यह इस तरह की बात का पता लगाने के लिए सीधे आगे नहीं है।

— aseq

1

मैं @aseq से सहमत हूं कि यह एक गूंगा सवाल नहीं है , लेकिन "इसे देखें और देखें" आपको जवाब भी दिया होगा। यह कुछ ऐसा भी है जिसका Google आसानी से प्रयास के लिट्लस्ट बिट के साथ जवाब दे सकता है (खोज How to test if DNS information has propagated- खूनी प्रश्न शीर्षक Google के अच्छे परिणाम उत्पन्न करता है)।

— voretaq7

4

मुझे नहीं लगता कि आपने लोगों का समय बर्बाद किया है। आपके प्रश्न ने कुछ मूल्यवान प्रतिक्रियाओं को उकसाया। आप कभी नहीं जानते हैं कि एक आसान सा सवाल जो "सिर्फ गुगली हो सकता है" हो सकता है। इस मंच के मूल्यों में से एक यह है कि उत्तर और प्रश्नों का विस्तार बहुत आसानी से किया जा सकता है।

— aseq

1

@andrew ने यह पूछने में कुछ भी गलत नहीं किया कि हम में से बहुत से लोग साधारण सवालों के रूप में क्या देखते हैं - यह शायद कुछ दिनों में उस स्ट्रिंग के लिए शीर्ष Google परिणाम होगा क्योंकि साइट कैसे अनुक्रमित / रैंक की जाती है। सामान्य तौर पर हालांकि Google देखने के लिए एक बेहतर (तेज़) जगह है: यदि Google नहीं जानता है तो यहाँ पूछें (और Google सीखेगा) :-)

— voretaq7

1

मुझे पता चला कि मैं जो कुछ भी कोशिश कर रहा था वह काम क्यों नहीं कर रहा था। जाहिर है, हमारे नेटवर्क को इस तरह से कॉन्फ़िगर किया गया है कि हमारे स्थानीय DNS में भी एक नया उपडोमेन जोड़ा जाना चाहिए। इसलिए उपडोमेन बाहरी दुनिया से सुलभ था, हमारे नेटवर्क में नहीं जहां मैं परीक्षण कर रहा था। = [लेकिन बाहरी सर्वर का उपयोग करते हुए nslookupऔर digनिर्दिष्ट करते समय इसे बनाया गया ताकि मैं बाहरी DNS जानकारी को सत्यापित कर सकूं।

— एंड्रयू

15

आप डिग या nslookup का उपयोग कर सकते हैं, अपने (या अपने प्रदाता का कहना है कि यदि आप अपना खुद का नहीं चलाते हैं) नेमसर्वर ns1.example.com है।

Nslookup का उपयोग करना:

nslookup - ns1.example.com

शीघ्र प्रकार पर:

my.example.com

यदि यह आपकी अपेक्षा के अनुरूप है तो यह काम करता है। यह आपको कुछ इस तरह देना चाहिए:

Name:   example.com
Address: 192.0.43.10

अभी भी बाकी इंटरनेट के प्रचार में कुछ समय लग सकता है, जो आपके नियंत्रण से बाहर है।

खुदाई का उपयोग:

dig@ns1.example.com my.example.com

आपको कुछ इस तरह देखना चाहिए:

;; ANSWER SECTION:
example.com.        172800  IN  A   192.0.43.10

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

यदि आप विंडोज़ का उपयोग करते हैं तो कमांड और सिंटैक्स थोड़ा भिन्न हो सकते हैं, लेकिन बहुत समान हैं।

— aseq
स्रोत

3

+1 यदि आप DNS के साथ कुछ भी कर रहे हैं, तो dig(* निक्स सिस्टम में पहले से मौजूद सिस्टम की एक प्रति प्राप्त करें, विंडोज के लिए विभिन्न संस्करण उपलब्ध हैं)।

— क्रिस एस

3

-1। मुझे माफ कर दो। मैं वास्तव में हूं, लेकिन यह उत्तर उस मिथक को "प्रचारित" करता है जो डीएनएस रिकॉर्ड प्रचारित करता है, जो कि वे निश्चित रूप से नहीं करते हैं। आप जिस शब्द की तलाश कर रहे हैं वह "कैशिंग" है जो रिकॉर्ड के टीटीएल के आधार पर डीएनएस रिकॉर्ड के साथ होता है। जैसा कि ओपी एक नए डीएनएस रिकॉर्ड की बात कर रहा है, कोई कैशिंग नहीं हो सकता है, इसलिए प्रश्न में रिकॉर्ड को हल करने की मांग करने वाले किसी भी डीएनएस क्लाइंट को जवाब मिलेगा ... तुरंत ... क्योंकि यह उस क्लाइंट द्वारा कैश नहीं किया जा सकता था। ... या क्लाइंट DNS सर्वर ... या कोई अन्य DNS सर्वर। डीएनएस रिकॉर्ड "बाकी इंटरनेट" का प्रचार नहीं करते हैं।

— जोवेवर्टी

1

joeqwerty बिल्कुल सही है। डीएनएस सर्वर एक पूर्वनिर्धारित समय के लिए एक सकारात्मक या नकारात्मक हिट को कैश करेगा। हालाँकि, मूल पोस्ट के अलावा, कई सार्वजनिक नाम सर्वर हैं, जिन्हें आप पुराने GTE (4.2.2.1, 4.2.2.2, 4.2.2.3, और 4.2.2.4) और Google (8.8.8.8, 8.8) सहित जाँच कर सकते हैं। 4.4)। अंगूठे का सरल नियम, नए बदलाव सकारात्मक या नकारात्मक हिट के लिए टीटीएल की अवधि तक ले सकते हैं। हालांकि, ऐसे उदाहरण हैं जहां ऐप्स लंबे समय तक खराब लॉजिक और कैशे जवाबों को लागू करते हैं।

— बांगडंग

2

मुझे नहीं लगता कि आपको वास्तव में एक बिंदु प्राप्त करने के लिए सटीक परिभाषा से चिपके रहना होगा। इसके अलावा मुझे लगता है कि प्रचार करना एक बुरा शब्द नहीं है। यह इस अर्थ में विषय को कवर करता है कि DNS रिकॉर्ड का कैशिंग सर्वरों की एक विस्तृत श्रृंखला तक फैलता है। वह फैलता है जो प्रचार करता है। मैंने अपना उत्तर इस तथ्य को प्रतिबिंबित करने के लिए अद्यतन किया कि एक नया रिकॉर्ड तुरंत उपलब्ध है।

— aseq

1

@aseq, यह एक भ्रामक शब्द है। और यह ज्यादातर उस पीपीएल को दर्शाता है जो DNS के बारे में सोचते हैं / थोड़े "प्रचार" के रूप में बात करते हैं, यह नहीं जानते कि DNS कैसे काम करता है। वे आमतौर पर एक बकवास कहते हैं जैसे "यह इंटरनेट / पृथ्वी पर प्रचारित होने के लिए आपकी DNS जानकारी को 2-3 दिन लेता है", और इसी तरह।

— जहर

7

आप DNS रिकॉर्ड प्रचार के लिए परीक्षण नहीं कर सकते क्योंकि DNS प्रसार नहीं होता है। क्या आप के लिए परीक्षण कर सकते हैं कि क्या एक DNS क्लाइंट या सर्वर में एक विशेष DNS रिकॉर्ड कैश किया गया है या नहीं।

चूंकि यह एक नया डीएनएस रिकॉर्ड है, इसलिए कोई भी कैचिंग नहीं हुई है। यह मानते हुए कि आपके नाम सर्वर सही तरीके से मूल सर्वर पर पंजीकृत हैं और आपके नाम सर्वर सही ढंग से काम कर रहे हैं, यह DNS रिकॉर्ड किसी भी और हर DNS क्लाइंट या सर्वर को तुरंत उपलब्ध होना चाहिए।

— joeqwerty
स्रोत

खुशी की मदद ...

— joeqwerty

क्या यह जांचने का कोई तरीका है कि मैंने एक वैध आईपी दर्ज किया है? मैं सिर्फ यह सुनिश्चित करना चाहता था कि मेरे द्वारा इस्तेमाल किया गया आईपी पता सही हो। किसी ने मुझे लगता है कि अगर मैं अपाचे VHost अभी तक स्थापित नहीं किया है पिंग विफल हो जाएगा लगता है कि बात की थी।

— एंड्रयू

पिंग एक DNS परीक्षण उपकरण नहीं है। Dig और Nslookup DNS परीक्षण उपकरण हैं। नए DNS रिकॉर्ड का परीक्षण करने के लिए Dig या Nslookup का उपयोग करें। अपने नाम सर्वर के खिलाफ रिकॉर्ड के लिए क्वेरी और फिर अन्य नाम सर्वर के खिलाफ रिकॉर्ड के लिए क्वेरी यह सुनिश्चित करने के लिए कि वे आपका नाम सर्वर पा रहे हैं और यह कि आपका नाम सर्वर सही उत्तर के साथ प्रतिक्रिया करता है।

— joeqwerty

1

"प्रचार" एक धारणा है जिसे लोग वास्तविक स्थिति को नहीं समझ सकते हैं, जो कि उम्र बढ़ने और समाप्ति है। DNS प्रदाताओं द्वारा कहा जाने वाला क्या आवश्यक था "आपका डेटा XX घंटे के बाद तक नहीं देखा जा सकता है"। इसकी आवश्यकता क्यों थी इसका स्पष्टीकरण डीएनएस प्रदाता की देरी के रूप में नहीं लगेगा। बहुत से लोग "सच्चाई को संभाल नहीं सकते"। "प्रचार" एक प्रभावी आवरण कहानी है। ट्रू DNS गीक्स को पता है कि वास्तव में क्या होता है क्योंकि वे तकनीकी विवरण पढ़ते हैं।

— स्केपरन

यह सच है ... मुझे बस एक शब्द का उपयोग करने से नफरत है जो "DNS" कैसे काम करता है की एक गलत धारणा का प्रचार करता है।

— जोकेवेटी

5

हालांकि अन्य उत्तर बहुत अच्छे हैं, याद रखें कि जो आपको प्रचारित किया गया है वह मेरे लिए प्रचारित नहीं हो सकता है। DIG या NSlookup का उपयोग करने और दुनिया भर में DNS सर्वरों की जाँच करने में एक घंटा बिताने के बजाय, मैं आमतौर पर http://www.whatsmydns.net/ का उपयोग करता हूं कि प्रचार कैसे हो रहा है।

— जिम बी
स्रोत

डीएनएस में कोई प्रचार नहीं है, यह शब्द सभी प्रकार के लामरों के लिए भ्रामक है, जो खुद को आरएफसी पढ़ने में नहीं पाएंगे, इसलिए <हड़ताल> प्रचार न करें </ हड़ताल> इस शब्द का उपयोग करें, कृपया। ;-D

— poige

1

बेशक, DNS में प्रचार होता है RFCs यह मानते हैं कि पाठक समझता है कि जानकारी प्रचारित कर सकती है क्योंकि सर्वर लुकअप और कैश करते हैं। यह विशेष रूप से स्पष्ट है जब लैमर आरएफसी पढ़ते हैं तो आश्चर्य करते हैं कि उनके सर्वर पर एक रिकॉर्ड एक अलग सर्वर से लुकअप के परिणामों से मेल नहीं खाता है। उन्हें पता चलता है कि प्रचार प्रसार की परिभाषा "व्यापक रूप से फैलने" की है (जो कि वास्तव में जाँच करने की आवश्यकता है - अद्यतन रिकॉर्ड का वितरण)

— जिम बी

न तो वितरण, न ही प्रसार (स्वामी से दास को छोड़कर)।

— poige

यह संभवत: एक अवशेष है जब इसे कभी-कभी एक दिन के करीब ले लिया जाता है ताकि .com डोमेन नेम

— नेमवेर्सर्स

@ poige- DNS कैशिंग कैसे काम करता है, यह समझने में आपकी कमी की पुष्टि करने के लिए धन्यवाद। मैं RFC को पढ़ने का सुझाव दूंगा कि DNS कैसे काम करता है और शायद मैं वास्तविक दुनिया के उदाहरणों से जुड़ी वेबसाइट की जांच कर रहा हूं।

— जिम बी

3

यह सुनिश्चित करने का सबसे आसान तरीका है कि आपके प्रतिनिधि पथ में आपके आधिकारिक DNS सर्वर सही तरीके से जवाब दे रहे हैं dig +trace:

; <<>> DiG 9.7.3 <<>> +trace www.google.com a
;; global options: +cmd
.           80050   IN  NS  m.root-servers.net.
.           80050   IN  NS  f.root-servers.net.
.           80050   IN  NS  i.root-servers.net.
.           80050   IN  NS  h.root-servers.net.
.           80050   IN  NS  c.root-servers.net.
.           80050   IN  NS  k.root-servers.net.
.           80050   IN  NS  d.root-servers.net.
.           80050   IN  NS  g.root-servers.net.
.           80050   IN  NS  a.root-servers.net.
.           80050   IN  NS  b.root-servers.net.
.           80050   IN  NS  e.root-servers.net.
.           80050   IN  NS  l.root-servers.net.
.           80050   IN  NS  j.root-servers.net.
;; Received 509 bytes from 192.168.1.1#53(192.168.1.1) in 0 ms

com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
;; Received 504 bytes from 198.41.0.4#53(a.root-servers.net) in 127 ms

google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.
;; Received 168 bytes from 192.43.172.30#53(i.gtld-servers.net) in 20 ms

www.google.com.     604800  IN  CNAME   www.l.google.com.
www.l.google.com.   300 IN  A   173.194.35.180
www.l.google.com.   300 IN  A   173.194.35.178
www.l.google.com.   300 IN  A   173.194.35.176
www.l.google.com.   300 IN  A   173.194.35.177
www.l.google.com.   300 IN  A   173.194.35.179
;; Received 132 bytes from 216.239.34.10#53(ns2.google.com) in 27 ms

यह आपकी क्वेरी के लिए आधिकारिक नामवेयर्स के प्रतिनिधिमंडल का अनुसरण करेगा। अंतिम उत्तर आम तौर पर वह होता है जिसके बारे में आप सबसे अधिक चिंतित होते हैं, लेकिन ट्रेस इसमें मददगार होता है कि यह दिखाएगा कि प्रत्येक प्रतिनिधि के लिए कौन उत्तर दे रहा है। यदि आप नेमसर्वर बदल रहे हैं, हालांकि, यह बहुत उपयोगी हो सकता है।

ध्यान रखें कि ट्रेस आधिकारिक सर्वर को सीधे क्वेरी करेगा, इसलिए कोई कैशिंग नहीं है। यह सबसे अच्छा संकेत है कि उत्तरों को उम्मीद के मुताबिक वापस किया जा रहा है, लेकिन यह एक अच्छा संकेत नहीं है कि अंत उपयोगकर्ता क्या अनुभव कर सकते हैं। हालाँकि, चूंकि आपके पास अक्सर अन्य लोगों के कैशिंग नेवलेर्स पर नियंत्रण नहीं होता है (अपने टीटीएल को कम करने की दूरदर्शिता से परे, मूल टीटीएल की प्रतीक्षा करें, फिर परिवर्तन कर रहे हैं, फिर टीटीएल को बहाल करते हुए), यह इस तथ्य के बाद आमतौर पर लायक नहीं है।

— Cakemox
स्रोत

2

Check-host.net आज़माएँ:

http://check-host.net/check-dns?host=example.com%20

साइट आपको समानांतर में कई सार्वजनिक DNS सर्वरों के माध्यम से DNS क्वेरी करने की सुविधा देती है। सुपर काम।

— dmourati
स्रोत