वास्तव में लोड होने से पहले सबकुछ धीमा क्यों लगा
वह अदृश्य विलंब बैंडविड्थ नहीं था, यह लुकअप समय था
<पी> किसी वेबसाइट के लोड होने से पहले, आपके सिस्टम को एक बहुत ही बुनियादी प्रश्न पूछना होगा:यह चीज़ कहाँ है? वह प्रश्न DNS रिज़ॉल्वर के पास जाता है। यह किसी मानवीय चीज़, जैसे डोमेन नाम, को किसी ऐसी चीज़ में अनुवादित करता है जिससे आपका सिस्टम वास्तव में कनेक्ट हो सकता है। और जब तक उस प्रश्न का उत्तर नहीं मिल जाता तब तक कुछ नहीं होता। कोई सामग्री लोड होना शुरू नहीं होती, कोई स्क्रिप्ट नहीं घूमती, और कोई छवि दिखाई नहीं देती। हर कोई वहीं बैठा है, विनम्रतापूर्वक डीएनएस के अपना काम पूरा होने का इंतजार कर रहा है। <पी> यदि वह कदम थोड़ा सा भी धीमा हो, तो पूरा अनुभव झिझक भरा लगता है। टूटा नहीं, बस... अनिश्चित। मिंट और उबंटू-आधारित सेटअप सहित अधिकांश लिनक्स सिस्टम, आपके आईएसपी द्वारा दिए गए किसी भी डीएनएस पर डिफ़ॉल्ट होते हैं। यह उसी तरह से काम करता है जैसे थोड़ा सा टूटा हुआ शॉपिंग कार्ट अभी भी चलता है। <पी> लेकिन वे सर्वर हमेशा तेज़ नहीं होते हैं। वे हमेशा करीब नहीं होते. और वे आधुनिक सार्वजनिक रिज़ॉल्वर की तरह जवाबदेही के लिए बहुत कम ही अनुकूलित होते हैं। इसलिए हर नए अनुरोध में थोड़ी झिझक होती है। चीखने के लिए काफी नहीं, लेकिन आह भरने के लिए काफी है। <पी> 
क्विज <पी> 8 प्रश्न · अपने ज्ञान का परीक्षण करें MUO DNS और नेटवर्किंग चुनौती
<पी> क्या आप जानते हैं कि इंटरनेट क्यों हिचकिचाता है? अपने DNS और नेटवर्किंग ज्ञान को अंतिम परीक्षण में रखें। <पी> DNSNetworkingProtocolsSecurityPerformance <पी> आरंभ <पी> DNS का मतलब क्या है? <पी> एडेटा नेटवर्क सेवाबीडायनामिक नाम सिस्टमसीडोमेन नाम सिस्टमडीडिजिटल नोड सर्वर <पी> सही! DNS का मतलब डोमेन नेम सिस्टम है। यह इंटरनेट की फोन बुक की तरह काम करता है, 'google.com' जैसे मानव-अनुकूल डोमेन नामों को मशीन-पठनीय आईपी पते में अनुवादित करता है ताकि आपका ब्राउज़र जान सके कि कहां कनेक्ट करना है। <पी> बिल्कुल नहीं - इसका उत्तर डोमेन नाम प्रणाली है। DNS इस बात की रीढ़ है कि हम जिस भी साइट पर जाते हैं, उसके लिए 192.168.1.1 जैसे नंबरों की स्ट्रिंग को याद किए बिना हम वेब को कैसे नेविगेट करते हैं। <पी> जारी रखें <पी> जब आपके कंप्यूटर को किसी वेबसाइट को लोड करने से पहले एक डोमेन नाम देखना पड़ता है तो होने वाली देरी को क्या कहा जाता है? <पी> विलंबता स्पाइकबीडीएनएस लुकअप समयसीपीकेट हानिडीहैंडशेक विलंब <पी> सही! DNS लुकअप समय वह देरी है जो किसी डोमेन नाम को IP पते में हल करने के लिए DNS सर्वर से क्वेरी करते समय आपके डिवाइस का अनुभव होता है। क्लाउडफ़ेयर (1.1.1.1) या Google (8.8.8.8) जैसे तेज़ DNS प्रदाता पर स्विच करने से इस रुकावट को काफी हद तक कम किया जा सकता है। <पी> बिलकुल नहीं - इसका उत्तर DNS लुकअप समय है। यह नाम समाधान प्रक्रिया के कारण होने वाला विशिष्ट विलंब है। जबकि विलंबता और पैकेट हानि वास्तविक नेटवर्किंग समस्याएं हैं, वे प्रारंभिक डोमेन लुकअप पॉज़ की तुलना में भिन्न समस्याओं का वर्णन करते हैं। <पी> जारी रखें <पी> निम्नलिखित में से कौन सा Cloudflare का प्राथमिक सार्वजनिक DNS रिज़ॉल्वर IP पता है? <पी> A8.8.8.8B9.9.9.9C1.1.1.1D208.67.222.222 <पी> सही! क्लाउडफ्लेयर का प्राथमिक DNS रिज़ॉल्वर 1.1.1.1 है, जिसे गोपनीयता और गति पर ध्यान देने के साथ 2018 में लॉन्च किया गया था। यह लगातार दुनिया के सबसे तेज़ DNS रिज़ॉल्वर में शुमार होता है और विज्ञापन उद्देश्यों के लिए आपके क्वेरी डेटा को लॉग नहीं करता है। <पी> बिल्कुल नहीं - सही उत्तर 1.1.1.1 है, जो क्लाउडफ्लेयर से संबंधित है। रिकॉर्ड के लिए, 8.8.8.8 Google का DNS है, 9.9.9.9 Quad9 है, और 208.67.222.222 OpenDNS है - आपके ISP के डिफ़ॉल्ट DNS के सभी वैध विकल्प। <पी> जारी रखें <पी> मानक, अनएन्क्रिप्टेड DNS ट्रैफ़िक आमतौर पर किस पोर्ट का उपयोग करता है? <पी> एपोर्ट 80बीपोर्ट 443सीपोर्ट 25डीपोर्ट 53 <पी> सही! डीएनएस डिफ़ॉल्ट रूप से पोर्ट 53 पर काम करता है और त्वरित प्रश्नों के लिए यूडीपी और बड़ी प्रतिक्रियाओं या ज़ोन ट्रांसफर के लिए टीसीपी दोनों का उपयोग करता है। यह नेटवर्किंग में सबसे बुनियादी पोर्ट नंबरों में से एक है और फ़ायरवॉल और सुरक्षा कॉन्फ़िगरेशन में अक्सर दिखाई देता है। <पी> बिलकुल नहीं - DNS पोर्ट 53 का उपयोग करता है। पोर्ट 80 HTTP है, पोर्ट 443 HTTPS है, और पोर्ट 25 ईमेल के लिए SMTP है। इन मानक पोर्ट असाइनमेंट को जानना फ़ायरवॉल कॉन्फ़िगर करने या नेटवर्क समस्याओं का निवारण करने वाले किसी भी व्यक्ति के लिए आवश्यक है। <पी> जारी रखें <पी> किस प्रकार के हमले में उपयोगकर्ताओं को दुर्भावनापूर्ण वेबसाइटों पर पुनर्निर्देशित करने के लिए DNS रिज़ॉल्वर के कैश को दूषित करना शामिल है? <पी> एडीएनएस टनलिंगबीडीएनएस स्पूफिंगकार्प विषाक्तताडीबीजीपी अपहरण <पी> सही! डीएनएस स्पूफिंग, जिसे डीएनएस कैश पॉइज़निंग भी कहा जाता है, में रिज़ॉल्वर के कैश में गलत डीएनएस रिकॉर्ड इंजेक्ट करना शामिल है ताकि उपयोगकर्ताओं को बिना जाने ही हमलावर-नियंत्रित साइटों पर पुनर्निर्देशित किया जा सके। DNSSEC (DNS सुरक्षा एक्सटेंशन) विशेष रूप से इस खतरे से बचाव में मदद के लिए विकसित किया गया था। <पी> बिल्कुल नहीं - इसका उत्तर डीएनएस स्पूफिंग (या कैश पॉइज़निंग) है। डीएनएस टनलिंग डेटा की तस्करी के लिए डीएनएस प्रश्नों का उपयोग करती है, एआरपी विषाक्तता स्थानीय नेटवर्क ट्रैफ़िक को लक्षित करती है, और बीजीपी अपहरण बहुत बड़े पैमाने पर इंटरनेट रूटिंग को प्रभावित करता है। कैश पॉइज़निंग विशेष रूप से DNS रिज़ॉल्यूशन प्रक्रिया को लक्षित करने वाला हमला है। <पी> जारी रखें <पी> DNS TTL मान का उपयोग किसके लिए किया जाता है? <पी> Aयह एक DNS पैकेट द्वारा यात्रा किए जा सकने वाले हॉप्स की अधिकतम संख्या निर्धारित करता हैBयह परिभाषित करता है कि ताज़ा होने से पहले DNS रिकॉर्ड को कितने समय तक कैश किया जाता हैCयह एक साथ सर्वर द्वारा संभाले जा सकने वाले DNS प्रश्नों की संख्या को सीमित करता हैDयह सर्वर और क्लाइंट के बीच DNS प्रतिक्रिया को एन्क्रिप्ट करता है <पी> सही! टीटीएल का अर्थ है जीने का समय, और डीएनएस में यह निर्दिष्ट करता है कि रिज़ॉल्वर द्वारा दोबारा क्वेरी करने से पहले एक हल किए गए रिकॉर्ड को कैश में कितने सेकंड संग्रहीत किया जाना चाहिए। कम टीटीएल का अर्थ है परिवर्तनों का तेजी से प्रसार; उच्च TTL DNS क्वेरी लोड को कम करता है लेकिन अपडेट को धीमा कर देता है। <पी> बिल्कुल नहीं - डीएनएस में टीटीएल रिकॉर्ड के कैश जीवनकाल को परिभाषित करता है, हॉप्स, क्वेरी सीमा या एन्क्रिप्शन को नहीं। दिलचस्प बात यह है कि आईपी पैकेट में एक टीटीएल फ़ील्ड भी होता है लेकिन यह नेटवर्क हॉप्स को गिनता है, जो भ्रम का एक सामान्य स्रोत है क्योंकि प्रत्येक संदर्भ में एक ही शब्द का अर्थ कुछ अलग होता है। <पी> जारी रखें <पी> किसी डोमेन नाम को IPv6 पते पर मैप करने के लिए किस प्रकार का DNS रिकॉर्ड जिम्मेदार है? <पी> AA रिकॉर्डBCNAME रिकॉर्डCAAAA रिकॉर्डDMX रिकॉर्ड <पी> सही! AAAA रिकॉर्ड (उच्चारण 'क्वाड-ए') एक डोमेन नाम को 128-बिट IPv6 पते पर मैप करता है। मानक A रिकॉर्ड IPv4 पतों को संभालता है, जबकि CNAME एक उपनाम रिकॉर्ड है और MX उचित मेल सर्वर पर सीधे ईमेल ट्रैफ़िक को रिकॉर्ड करता है। <पी> बिलकुल नहीं - IPv6 पते AAAA रिकॉर्ड में संग्रहीत हैं। A रिकॉर्ड IPv4 को संभालता है, CNAME डोमेन उपनाम बनाता है, और MX रिकॉर्ड मेल रूटिंग को संभालता है। जैसे-जैसे IPv6 को अपनाना बढ़ रहा है, DNS कॉन्फ़िगरेशन में AAAA रिकॉर्ड तेजी से महत्वपूर्ण होते जा रहे हैं। <पी> जारी रखें <पी> मूल 1983 डीएनएस विनिर्देश (आरएफसी 882) में, डीएनएस के अस्तित्व में आने से पहले होस्टनाम को हल करने के लिए क्या उपयोग किया जाता था और अभी भी हर आधुनिक ऑपरेटिंग सिस्टम पर मौजूद है? <पी> AWINS (विंडोज़ इंटरनेट नेम सर्विस)BHOSTS फ़ाइलCNIS (नेटवर्क सूचना सेवा)DNetBIOS प्रसारण <पी> सही! DNS से पहले, ARPANET पर प्रत्येक कंप्यूटर पर एक केंद्रीय रूप से अनुरक्षित HOSTS.TXT फ़ाइल वितरित की जाती थी। आपका OS अभी भी DNS को क्वेरी करने से पहले स्थानीय होस्ट फ़ाइल (लिनक्स/मैक पर /etc/hosts या विंडोज़ पर C:\Windows\System32\drivers\etc\hosts पर स्थित) की जाँच करता है - यही कारण है कि इसका उपयोग वेबसाइटों को ब्लॉक करने या स्थानीय रूप से DNS को ओवरराइड करने के लिए किया जा सकता है। <पी> बिलकुल नहीं - इसका उत्तर HOSTS फ़ाइल है, एक फ़्लैट टेक्स्ट फ़ाइल जो पूरी तरह से DNS से पहले की है। इसे अभी भी हर आधुनिक OS पर नाम रिज़ॉल्यूशन के दौरान सबसे पहले जांचा जाता है, यही कारण है कि मैलवेयर कभी-कभी ट्रैफ़िक को हाईजैक करने के लिए इसे संशोधित करता है, और समझदार उपयोगकर्ता DNS सेटिंग्स को छुए बिना विज्ञापनों को ब्लॉक करने या विशिष्ट डोमेन को ओवरराइड करने के लिए इसे संपादित करते हैं। <पी> मेरा स्कोर देखें <पी> चुनौती पूर्ण आपका स्कोर
<पी> / 8 <पी> खेलने के लिए धन्यवाद! <पी> पुनः प्रयास करेंजैसे ही उसने क्लिक किया
धीमी शुरुआत के साथ तेज़ इंटरनेट एक बहुत ही विशिष्ट प्रकार का कष्टप्रद है
<पी> आख़िरकार मुझे जो संकेत मिला वह असफलता नहीं थी। यह एकरूपता थी. एक बार जब कोई पेज लोड होना शुरू हुआ तो वह उड़ गया। कोई शिकायत नहीं. कोई अंतराल नहीं. यह अपनी जगह पर ऐसे स्थापित हो गया मानो सब कुछ ठीक से काम कर रहा हो। लेकिन उस बिंदु तक पहुंचना ऐसा महसूस हुआ जैसे किसी दरवाजे पर दस्तक देना और किसी के उत्तर देने के लिए थोड़ी देर इंतजार करना। इसलिए मैंने थोड़ा जुनूनी तरीके से ध्यान देना शुरू कर दिया। एक ही साइट को बार-बार खोला। पहले लोड की तुलना रिफ्रेश से की गई। देखा कि कैश्ड पेज नए अनुरोधों की तुलना में कैसा व्यवहार करते हैं। <पी> कैश्ड पेज तत्काल थे. जैसे, आक्रामक रूप से तत्काल। ताज़ा अनुरोध? हर बार वही अजीब विराम। तभी यह अस्पष्ट झुंझलाहट होना बंद हो गया और एक पैटर्न की तरह दिखने लगा। और DNS उस पैटर्न पर बिल्कुल फिट बैठता है। एक बार जब मैंने इसे देखा, तो मैं इसे अनदेखे नहीं कर सका। हर क्लिक पर ऐसा महसूस हुआ जैसे उसे पहले अपना गला साफ करना था।DNS स्विच करने से झिझक तुरंत दूर हो गई
एक बेहतर रिज़ॉल्वर ने चीज़ों को तेज़ नहीं किया, इसने उन्हें सही महसूस कराया
<पी> मैंने अपने ISP के DNS से दूरी बना ली और कुछ प्रसिद्ध सार्वजनिक रिज़ॉल्वर का परीक्षण किया: - क्लाउडफ्लेयर (1.1.1.1)
- Google DNS (8.8.8.8)
- क्वाड9 (9.9.9.9)
जर्नल्ड ने व्यवहार को नजरअंदाज करना असंभव बना दिया
DNS क्वेरीज़ को वास्तविक समय में देखना एक एहसास को प्रमाण में बदल देता है
<पी> इस बिंदु पर, मैं केवल सुधार महसूस नहीं करना चाहता था। मैं इसे अभिनय में पकड़ना चाहता था। इसलिए मैंने जर्नल की ओर रुख किया, क्योंकि अगर लिनक्स सिस्टम पर कुछ हो रहा है, तो यह आमतौर पर कहीं न कहीं इसके बारे में बात कर रहा है। <पी> सिस्टमडी-रिज़ॉल्व्ड का उपयोग करने वाले सिस्टम पर, आप DNS क्वेरीज़ को लाइव देख सकते हैं: <पी> journalctl -u systemd-resolved -f DNS स्विच करने से पहले, पैटर्न स्पष्ट था। प्रश्न आते, थोड़ी देर रुकते, फिर समाधान करते। कुछ भी नाटकीय नहीं, समय के साथ थोड़ी सुस्त प्रतिक्रियाएँ बढ़ती जा रही हैं। स्विच के बाद सब कुछ सख्त हो गया। अनुरोधों को कम अजीब देरी और कम आगे-पीछे के साथ तेजी से हल किया जाता है। यह साफ़-सुथरा, अधिक निर्णायक लग रहा था, जैसे सिस्टम अब स्वयं का अनुमान नहीं लगा रहा हो। और यह एक बहुत ही संतोषजनक हिस्सा है। <पी> यह उन बदलावों में से एक नहीं था जहां आप खुद को आश्वस्त करते हैं कि यह बेहतर महसूस होता है। लॉग ने इसका समर्थन किया। व्यवहार उस तरीके से बदल गया जिसे आप वास्तव में देख सकते हैं। इससे पूरी चीज़ में बदलाव जैसा कम और किसी चीज़ को ठीक करने जैसा लगने लगा, जिसे शुरू करने में इतनी धीमी गति कभी नहीं होनी चाहिए थी। <पी> 
संबंधित 
