DNS चा इतिहास
70 च्या दशकात, लोक ज्या सर्व्हरवर प्रवेश करू इच्छित होते त्यांचे IP पत्ते लक्षात ठेवून कंटाळले. त्याच वेळी, संख्यात्मक होस्ट पत्त्याऐवजी एक साधे आणि अधिक संस्मरणीय नाव वापरण्याची कल्पना आली.
स्टॅनफोर्ड रिसर्च इन्स्टिट्यूटमधील कामगारांनी एक मजकूर फाइल HOSTS.TXT आणली , ज्यामध्ये ARPANET वरील संगणकांच्या स्ट्रिंग नावांची आणि त्यांच्या संबंधित संख्यात्मक पत्त्यांची यादी होती.
पत्ते व्यक्तिचलितपणे नियुक्त केले गेले. होस्टनाव आणि पत्त्याची विनंती करण्यासाठी किंवा मास्टर फाइलमध्ये संगणक जोडण्यासाठी, वापरकर्त्यांनी व्यवसायाच्या वेळेत फोनद्वारे स्टॅनफोर्डच्या नेटवर्क माहिती केंद्राशी संपर्क साधला.
1980 च्या दशकाच्या सुरुवातीस, एकल, केंद्रीकृत होस्ट टेबल राखणे मंद आणि अवजड झाले होते आणि वाढत्या नेटवर्कला तांत्रिक आणि कर्मचारी समस्यांना सामोरे जाण्यासाठी स्वयंचलित नामकरण प्रणालीची आवश्यकता होती.
1984 मध्ये, चार UC बर्कले विद्यार्थ्यांनी श्रेणीबद्ध डोमेन नेम प्रणालीची पहिली आवृत्ती लिहिली. हे आता मोठ्या प्रमाणावर वापरले जाते, विशेषत: युनिक्स सिस्टीमवर, आणि अजूनही इंटरनेटवर सर्वाधिक वापरले जाणारे DNS सॉफ्टवेअर आहे.
DNS चा परिचय
डोमेन नेम सिस्टीम (DNS) ही डोमेनबद्दल माहिती संग्रहित आणि पुनर्प्राप्त करण्यासाठी एक वितरण प्रणाली आहे. होस्ट नाव (संगणक किंवा डिव्हाइस) वरून आयपी पत्ता प्राप्त करण्यासाठी, मेल राउटिंग माहिती प्राप्त करण्यासाठी आणि/किंवा डोमेनमधील प्रोटोकॉलसाठी होस्ट सर्व्ह करण्यासाठी हे सामान्यतः वापरले जाते.
सिस्टम विशिष्ट प्रोटोकॉलनुसार परस्परसंवाद करणार्या DNS सर्व्हरच्या विशिष्ट पदानुक्रमाच्या स्वरूपात आयोजित केली जाते. DNS समजून घेण्याचा आधार म्हणजे नाव आणि झोनची श्रेणीबद्ध रचना समजून घेणे.
डोमेन झोनसाठी जबाबदार असलेला प्रत्येक सर्व्हर डोमेनच्या पुढील भागाची जबाबदारी दुसर्या सर्व्हरकडे हस्तांतरित करू शकतो, ज्यामुळे केवळ "त्यांच्या" भागासाठी जबाबदार असलेल्या विविध संस्थांच्या सर्व्हरला माहितीच्या प्रासंगिकतेची जबाबदारी सोपवणे शक्य होते. डोमेनचे नाव.
![](https://cdn.codegym.cc/images/article/d8d8c8aa-923f-477d-a57f-4e8c7753f63d/512.jpeg)
DNS प्रणालीमध्ये झोन पदानुक्रमाशी संबंधित DNS सर्व्हरची पदानुक्रम समाविष्ट आहे. प्रत्येक झोनला किमान एक अधिकृत DNS सर्व्हर समर्थित आहे जो डोमेनबद्दल माहिती होस्ट करतो.
महत्वाचे! नाव आणि आयपी पत्ता एकमेकांशी एक ते एक म्हणून संबंधित असणे आवश्यक नाही. एका IP पत्त्यामध्ये अनेक डोमेन नावे असू शकतात, जी तुम्हाला एका संगणकावर अनेक वेबसाइटना सपोर्ट करण्याची परवानगी देते (याला शेअर्ड होस्टिंग म्हणतात).
हे इतर मार्ग देखील असू शकते - अनेक IP पत्ते एका डोमेन नावाशी संबंधित असू शकतात: हे तुम्हाला लोड बॅलन्सिंग तयार करण्यास अनुमती देते आणि CDN नेटवर्कमध्ये सक्रियपणे वापरले जाते .
सिस्टमची स्थिरता वाढविण्यासाठी, समान माहिती असलेले बरेच सर्व्हर वापरले जातात आणि प्रोटोकॉलमध्ये भिन्न सर्व्हरवर असलेल्या माहितीचे समक्रमण राखण्याचे साधन आहे. तेथे 13 रूट सर्व्हर आहेत, त्यांचे पत्ते व्यावहारिकरित्या बदलत नाहीत.
मनोरंजक! DNS प्रोटोकॉल प्रश्नांना प्रतिसाद देण्यासाठी TCP किंवा UDP पोर्ट 53 वापरतो. पारंपारिकपणे, विनंत्या आणि प्रतिसाद एकल UDP डेटाग्राम म्हणून पाठवले जातात. जेव्हा प्रतिसाद डेटा आकार 512 बाइट्सपेक्षा जास्त असेल तेव्हा TCP वापरला जातो.
DNS रेकॉर्ड
DNS सर्व्हर प्रत्येक डोमेन नावासाठी पॅरामीटर्सचा संच संग्रहित करतो. हे डोमेन नाव, त्याचा IP पत्ता, तसेच विविध सेवा माहिती बद्दल रेकॉर्ड आहेत.
एकूण अशा अनेक डझन प्रविष्ट्या आहेत, म्हणून आम्ही त्यापैकी फक्त सर्वात लोकप्रिय विचार करू:
ए | पत्ता | IP पत्ता |
एएएए | पत्ता IPv6 | IPv6 स्वरूपात पत्ता |
CNAME | कॅनोनिकल नाव | उपनामासाठी कॅनोनिकल नाव |
MX | मेल एक्सचेंजर | डोमेनसाठी मेल गेटवे पत्ता |
एन.एस | नेमसर्व्हर | डोमेन झोनसाठी जबाबदार नोडचा पत्ता |
SOA | अधिकाराची सुरुवात | माहितीच्या अधिकाराचे संकेत |
SRV | सर्व्हर निवड | सेवांसाठी सर्व्हर स्थाने निर्दिष्ट करणे |
PTR | सूचक | पत्त्याच्या नावाची जुळणी - A आणि AAAA साठी उलट जुळणी |
TXT | मजकूर स्ट्रिंग | 255 बाइट्स पर्यंत अनियंत्रित बायनरी डेटा लिहा |
येथे सर्वात मनोरंजक आहेत:
- A रेकॉर्ड तुम्हाला डोमेनशी संबंधित असलेला IP पत्ता निर्दिष्ट करण्याची परवानगी देतो.
- CNAME तुम्हाला नावासाठी समानार्थी शब्द सेट करण्याची परवानगी देते, उदाहरणार्थ, www.codegym.cc == codegym.cc.
- MX रेकॉर्डमध्ये मेल सर्व्हरबद्दल माहिती असते: xxx@codegym.cc वर पत्र आल्यास काय करावे.
- NS - DNS सर्व्हरचा पत्ता सूचित करतो, ज्यामध्ये या डोमेनची माहिती असते. नॉन-नेटिव्ह नोड्सवर रेकॉर्ड कॅशे आणि संग्रहित केल्यावर उपयुक्त.
IP पत्ता शोध
DNS प्रणाली कशी काम करते ते पाहू.
समजा तुम्ही तुमच्या ब्राउझरमध्ये api.codegym.cc टाइप केले आहे. ब्राउझर स्थानिक DNS सेवेशी संपर्क साधेल आणि तुम्हाला api.codegym.cc डोमेनसाठी IP पत्ता देण्यास सांगेल. पुढे काय होईल ते येथे आहे...
प्रथम, DNS सेवा हे डोमेन तुमच्या संगणकावरील स्थानिक होस्ट फाइलमध्ये आहे का ते पाहते. तेथे असल्यास, ते त्याच्याकडून IP पत्ता घेते. तसे नसल्यास, ते त्यास ज्ञात असलेल्या DNS सर्व्हरला विनंती पाठवते: “api.codegym.cc चा IP पत्ता काय आहे?”.
तथापि, DNS सर्व्हरला केवळ विनंती केलेल्या नावाबद्दलच नाही, तर संपूर्ण codegym.cc डोमेनबद्दलही काही माहिती नसते. या प्रकरणात, सर्व्हर रूट सर्व्हरशी संपर्क साधतो - उदाहरणार्थ, 198.41.0.4. हा सर्व्हर म्हणतो: "मला या पत्त्याबद्दल कोणतीही माहिती नाही, परंतु मला माहित आहे की 204.74.112.1 ru झोनसाठी जबाबदार आहे."
नंतर DNS सर्व्हर 204.74.112.1 वर त्याची विनंती पाठवतो, परंतु तो उत्तर देतो: "मला या सर्व्हरबद्दल कोणतीही माहिती नाही, परंतु मला माहित आहे की 207.142.131.234 codegym.cc झोनसाठी जबाबदार आहे." शेवटी, समान विनंती तिसऱ्या DNS सर्व्हरवर पाठविली जाते आणि प्रतिसाद प्राप्त होतो - एक IP पत्ता, जो क्लायंटला प्रसारित केला जातो, म्हणजेच ब्राउझर.
या प्रकरणात, नावाने आयपी शोधण्याच्या प्रक्रियेत, खालील नियम कार्य करतात:
- ब्राउझरने ज्ञात DNS सर्व्हरला एक आवर्ती विनंती पाठवली (या प्रकारच्या विनंतीला प्रतिसाद म्हणून, सर्व्हरने IP पत्ता, किंवा रिक्त प्रतिसाद आणि NXDOMAIN त्रुटी कोड परत करणे आवश्यक आहे).
- ब्राउझरकडून विनंती प्राप्त झालेल्या DNS सर्व्हरने क्रमाने नॉन-रिकर्सिव्ह विनंत्या पाठवल्या, ज्याला विनंती केलेल्या झोनसाठी जबाबदार सर्व्हरकडून प्रतिसाद मिळेपर्यंत त्याला इतर DNS सर्व्हरकडून प्रतिसाद मिळाला.
- उल्लेख केलेले बाकीचे DNS सर्व्हर विनंत्यांवर नॉन-रिकर्सिवली प्रक्रिया करत होते (आणि बहुधा विनंतीमध्ये अशी आवश्यकता असली तरीही) विनंत्यांची पुनरावृत्ती केली नसती.
काहीवेळा विनंती केलेल्या सर्व्हरला "अपस्ट्रीम" DNS सर्व्हरवर आवर्ती क्वेरी पाठवणे आणि तयार प्रतिसादाची प्रतीक्षा करणे शक्य होते.
महत्वाचे! आवर्ती क्वेरी प्रक्रियेसह, सर्व प्रतिसाद DNS सर्व्हरद्वारे जातात आणि त्यांना कॅशे करण्याची संधी मिळते. समान डोमेन नावांसाठी वारंवार केलेली विनंती सहसा सर्व्हरच्या कॅशेच्या पलीकडे जात नाही आणि इतर सर्व्हरवर कॉल अजिबात होत नाहीत.
प्रतिसादांसाठी स्वीकार्य कॅशे वेळ प्रतिसादांसह येतो (संसाधन रेकॉर्डचे TTL फील्ड).
होस्ट फाइल
आमच्या लक्षात आले की पहिला शोध स्थानिक होस्ट फाइलमध्ये आहे. हा HOSTS.TXT फाइलचा वारस आहे, ज्याचा शोध ARPANET च्या काळात झाला होता. होय, ते अजूनही अस्तित्वात आहे आणि अजूनही वापरात आहे.
हे मार्गावर स्थित आहे:
- लिनक्सवर /etc/hosts .
- Windows वर %SystemRoot%\system32\drivers\etc\hosts .
- /system/etc/hosts Android मध्ये.
सामान्यतः, फाइलमध्ये लोकलहोस्ट नोडसाठी स्थान व्याख्या समाविष्ट असते:
127.0.0.1 localhost
त्याची रचना अगदी सोपी आहे: प्रथम IP पत्ता येतो, नंतर डोमेन नाव.
उपयुक्त
होस्ट फाइल वापरून, बॅनरचे डोमेन पत्ते १२७.०.०.०, १२७.०.०.१ किंवा ०.०.०.० या पत्त्यावर पुनर्निर्देशित करून जाहिराती फिल्टर करणे शक्य आहे.
127.0.0.1 वापरण्याची शिफारस केली जात नाही, कारण त्याचा परिणाम प्रतिसाद कालबाह्य होतो आणि सर्व्हर अस्तित्वात नसल्यास किंवा चुकीचे कॉन्फिगर केलेले असल्यास संबंधित विलंब होतो. आणि जर तुम्ही आयपी अॅड्रेस 0.0.0.0 वर कोणतेही जाहिरात डोमेन मॅप केले तर त्यावरील सर्व विनंत्या लगेच बंद होतील).
सार्वजनिक DNS सर्व्हर
तुम्हाला तुमच्या इंटरनेट सेवेसह एक DNS सर्व्हर कनेक्ट केल्यावर मिळतो. परंतु असा विनामूल्य DNS सर्व्हर नेहमीच सर्वोत्तम पर्याय नसतो. शिवाय, प्रत्येक वेळी तुम्ही तुमच्या ISP च्या DNS सर्व्हरवर साइटला भेट देता तेव्हा तुम्हाला डोमेन नावासह क्वेरी पाठवायची नसते.
म्हणून, बरेच लोक सार्वजनिक विनामूल्य DNS सर्व्हरवर स्विच करण्यास प्राधान्य देतात. प्रथम, ते खूप वेगवान आहेत आणि त्यांच्याकडे डोमेन नावांचा मोठा कॅशे आहे. तुम्हाला तांत्रिक समस्यांच्या कमीत कमी संधीसह जलद साइट लोडिंग आणि अपटाइम मिळेल.
दुसरे म्हणजे, सुरक्षा. काही DNS सेवा फिशिंग आणि दुर्भावनापूर्ण साइटवर प्रवेश अवरोधित करू शकतात आणि मुलांना ऑनलाइन अयोग्य सामग्रीपासून वाचवण्यासाठी सामग्री फिल्टरिंग ऑफर करू शकतात.
असे DNS सर्व्हर स्कॅमरशी लढू शकतात. उदाहरणार्थ, तुम्ही बनावट बँकेच्या वेबसाइटवर जा आणि DNS सर्व्हर तुम्हाला स्कॅमरचा IP पत्ता देणार नाही तर त्याची सुरक्षा सेवा देईल.
अशा सर्व्हरची यादी
ढगफुटी | 1.1.1.1 1.0.0.1 |
क्लाउडफ्लेअर वचन देतो की ते जाहिराती देण्यासाठी अभ्यागत डेटा वापरणार नाही आणि डिस्कवर विनंती स्रोत IP पत्ते कधीही बर्न करणार नाही. |
Google सार्वजनिक DNS | ८.८.८.८ ८.८.४.४ |
समस्यानिवारण आणि निदानासाठी सुमारे २४-४८ तास विनंती करणाऱ्या डिव्हाइसच्या IP पत्त्याबद्दल संपूर्ण माहिती संग्रहित करते. |
कोमोडो सुरक्षित DNS | ८.२६.५६.२६ ८.२०.२४७.२० |
फिशिंग साइट अवरोधित करते, परंतु आपण मालवेअर, स्पायवेअरसह साइटला भेट देण्याचा प्रयत्न करत असल्यास चेतावणी देखील देते |
Yandex.DNS | ७७.८८.८.८ ७७.८८.८.१ |
लोकप्रिय रशियन शोध इंजिनकडून विनामूल्य DNS सेवा |