संक्षिप्त जवाब
नहीं।
हालाँकि, आप DNS का उपयोग (सहायता) कर सकते हैं, जो आप करना चाहते हैं।
स्थिति का आकलन
यह वास्तव में एक मामले की तरह लगता है XY समस्या । आप यह पता लगाने की कोशिश कर रहे हैं कि DNS कॉन्फ़िगरेशन राउटिंग को कैसे नियंत्रित करेगा। समस्या यह है कि DNS का रूटिंग पर बहुत कम प्रभाव है। यह संभवतः राउटिंग कैसे काम करता है, इसकी कुछ कमी के कारण है।
इसलिए, मैं इससे सहमत हूं D34DM347 का जवाब । हालाँकि, जब एक XY समस्या होती है, तो मुझे एहसास होता है कि कभी-कभी आपको केवल एक उत्तर की आवश्यकता नहीं होती है जो आपको सही दिशा का सामना करने में मदद करने की कोशिश करता है, क्योंकि यह दिशा तब तक वांछनीय नहीं हो सकती है जब तक कि आप उन कारणों के बारे में अधिक विवरण नहीं समझते हैं कि दिशा क्यों होनी चाहिए कोशिश करते रहे। इसलिए, मैं यहां कुछ डिजाइन अवधारणाओं को छूता हूं।
इसे सामान्य करना असुरक्षित है
"सिस्टम एक पूरे के रूप में होने की संभावना है" ...
खैर, "एक पूरे के रूप में प्रणाली" के बारे में जानकारी काफी हद तक भिन्न हो सकती है। चीजों को करने के लिए अलग-अलग दृष्टिकोण हैं। कुछ और अधिक कुशल हो सकते हैं, हालांकि चीजों को स्थापित करने में जटिलता की कीमत पर।
आप सवाल पूछ रहे हैं कि ट्रैफ़िक को ले जाने वाले मार्ग को छोटा करने की संभावना है, ताकि ट्रैफ़िक आपके स्थानीय उपकरणों का उपयोग कर सके और इंटरनेट से गुजर सके। खैर, यह संभव है या नहीं, आपके स्थानीय उपकरणों पर निर्भर रहने वाला है। आपके स्थानीय उपकरण क्या हैं, इसके आधार पर विभिन्न नेटवर्क के लिए उत्तर अलग-अलग होंगे। आपके स्थानीय उपकरण DNS सर्वर चला रहे हैं या नहीं, इसके बारे में दुनिया भर में इंटरनेट रूटिंग के मानक बहुत सारे विवरणों को संबोधित नहीं करेंगे।
मैं चीजों को कैसे काम करता हूं, इसके लिए सिर्फ एक जवाब प्रदान करके अधिक विशिष्ट प्राप्त नहीं करना चाहता, क्योंकि कई तरीके हैं जो चीजें हो सकती हैं। विभिन्न समाधानों में अलग-अलग क्षमताएं होती हैं। सरल क्षमताओं की सीमाएं एक कारण है कि विभिन्न विकल्प उपलब्ध हो सकते हैं।
कई संभावित डिजाइनों का एक और कारण यह हो सकता है कि कुछ उपकरणों में मेरे द्वारा अनुमान किए जाने की संभावना से अधिक उन्नत क्षमताएं हो सकती हैं। उदाहरण के लिए, मुझे याद है कि एक राउटर को कंप्यूटर पर ट्रैफ़िक भेजने के लिए कॉन्फ़िगर करना जो आउटबाउंड ट्रैफ़िक को मान्य करेगा, और राउटर को वापस ट्रैफ़िक लौटाएगा जिसका इंटरनेट से भौतिक संबंध था। मेरा सेटअप विफल हो गया क्योंकि राउटर को ट्रैफ़िक को अनुकूलित करने के लिए डिज़ाइन किया गया था, इसलिए उपकरण ने ट्रैफ़िक को छोड़ कर मेरे डिज़ाइन को आउट-स्मार्ट करने की कोशिश की, यह क्या एक अनावश्यक कदम था।
चूंकि विभिन्न संभावित स्थितियां हैं जो इस बात पर निर्भर कर सकती हैं कि "DNS सर्वर" सॉफ़्टवेयर का क्या उपयोग हो सकता है, बस एक सरल उत्तर नहीं है जो कहेगा कि आपका स्थानीय नेटवर्क सक्षम है। (आपका प्रश्न आपके सेटअप के बारे में कुछ विवरणों के बारे में अस्पष्ट था। मैं आमतौर पर जो उपलब्ध है, उस पर कुछ सामान्य दिशानिर्देश प्रदान करूंगा।
नाम का संकल्प
कई DNS सर्वर "स्प्लिट-हॉरिजन" नामक एक अवधारणा का समर्थन करते हैं, जिसका मूल रूप से अर्थ है कि DNS सर्वर से प्राप्त उत्तर इस बात पर निर्भर करेगा कि अनुरोध कहां से आता है। उदाहरण के लिए, एक आम तकनीक "IETF BCP 5" पतों (जो आमतौर पर "RFC 1918" पतों के रूप में जाना जाता है) से आने वाले सभी अनुरोधों के लिए एक उत्तर (जो कि एक आंतरिक पता है) प्रदान करना है, जो IPv4 पते "10 से शुरू होते हैं। "या" 192.168। "या" 172.31 "के माध्यम से शुरू होने वाली संख्या" 172.31। ") के माध्यम से आपके आंतरिक पते पर भेजी जाती है। अन्य IPv4 पते के अनुरोधों को एक अलग उत्तर मिलेगा, जिसके परिणामस्वरूप दूसरे पते की ओर इशारा किया जाएगा, जो इस ग्रह के अधिकांश स्थानों से उपलब्ध है। (IPv6 को अलग-अलग कॉन्फ़िगरेशन विवरण का उपयोग करके भी संभाला जाएगा, लेकिन IPv4 के समान काम करने के लिए सेट किया जा सकता है। चीज़ों को रखने के लिए, IPv6 को संभवतः IPv4 के समान सेट किया जाना चाहिए।)
अब, यह आपके लिए आसानी से उपलब्ध विकल्प है या नहीं, यह उन कारकों पर निर्भर हो सकता है जैसे DNS सर्वर का उपयोग किया जा रहा है।
यदि आपका वेब ब्राउज़र किसी ऐसे कंप्यूटर पर है, जो किसी प्रसिद्ध सार्वजनिक DNS सर्वर, जैसे कि google-public-dns-a.google.com (8.8.8.8) या OpenDNS (208.67.222.222 और 208.67.2.2.220) को आगे करता है, तो यह संभवतः आपके लिए कोई विकल्प नहीं है। यह एक सामान्य परिदृश्य है।
हालांकि, एक और बल्कि सामान्य परिदृश्य ठीक काम कर सकता है। यदि आपका वेब ब्राउज़र आपके डीएचसीपी सर्वर द्वारा अनुशंसित DNS सर्वर का उपयोग करता है, और यदि आपका डीएचसीपी सर्वर आपका स्थानीय राउटर है, और यदि अनुशंसित डीएनएस सर्वर भी आपका स्थानीय राउटर है, तो आप इसे अपने कंप्यूटर में देख कर सेट कर सकते हैं। "DNS सर्वर" कार्यक्षमता के लिए राउटर कॉन्फ़िगरेशन और स्प्लिट क्षितिज (या समान शब्द, जैसे "स्प्लिट डीएनएस") को संदर्भित करने के लिए कुछ देखें।
इसलिए, एक विकल्प में आपके स्थान पर एक DNS सर्वर स्थापित करना शामिल हो सकता है। हालांकि, यहां तक कि जो आपको चाहिए उससे अधिक काम हो सकता है। आप DNS के अलावा "नाम रिज़ॉल्यूशन" तकनीक का उपयोग करके एक ही चीज़ को पूरा करने में सक्षम हो सकते हैं। अधिकांश कंप्यूटर पहले जांचने के लिए एक प्राथमिक संसाधन के रूप में "होस्ट्स फाइल" का उपयोग करने का समर्थन करेंगे, और फिर DNS का उपयोग करेंगे यदि सिस्टम की स्थानीय "होस्ट फ़ाइल" ऐसी जानकारी प्रदान नहीं करती है जो अधिक विशिष्ट है। इसलिए, यदि आपके पास बस एक वेब ब्राउज़र है जिसे आप ऐसा करना चाहते हैं, तो आप अपने लक्ष्य को पूरा करने में सक्षम हो सकते हैं (या ट्रैफ़िक के मार्ग को छोटा कर सकते हैं) बस एक पाठ फ़ाइल को संपादित करके, जो DNS को पूरी तरह से घेरता है।
एसएसएच कीस्ट्रोक
अगर मैं सर्वर में एसएसएच (इसके डोमेन नाम से) हर कीस्ट्रोक [आईएसपी में जा रहा हूं]
आपके कीस्ट्रोक्स आईएसपी में जाते हैं या नहीं, यह पूरी तरह से विवरण पर निर्भर करेगा कि आप किस आईपी पते का उपयोग कर रहे हैं, और उस आईपी पते पर आईपी ट्रैफ़िक कैसे रूट हो जाता है। (यह समझें कि एक IP पता संख्यात्मक है, जैसे कि IPv4 में 192.168.0.10, या IPv6 में fd00 :: abcd जो हेक्साडेसिमल का उपयोग करता है। DNS में प्रयुक्त डोमेन नाम, जैसे example.com, IP पता नहीं है।) "जब आप"। सर्वर में SSH (इसके डोमेन नाम से) ", वास्तव में क्या होता है कि आपका SSH क्लाइंट" नाम रिज़ॉल्यूशन "लुकअप करेगा, जिसमें संभवतः" होस्ट फ़ाइल "में डेटा की जाँच शामिल होगी और फिर DNS की जाँच करें। (अन्य चरण भी हो सकते हैं, जैसे कि उन चीजों में से किसी को भी करने से पहले स्थानीय "रिज़ॉल्वर" कैश की जाँच करना, और फिर अगर DNS का उपयोग किया जाता है, तो अगली बार चीजों को गति देने के लिए "रिज़ॉल्वर" कैश में परिणाम संग्रहीत करना।) आपका SSH क्लाइंट दूरस्थ मशीन के साथ संवाद करने की कोशिश करने से पहले ऐसा करता है। फिर, एक बार आईपी पते को उत्पन्न करने के लिए "नाम समाधान" प्रक्रिया का उपयोग किया गया है, एसएसएच क्लाइंट आईपी पते का उपयोग करके एक एसएसएच कनेक्शन बना देगा जो "नाम समाधान" देखने के परिणामस्वरूप हुआ। तो जिस तरह से ट्रैफ़िक संभाला जाता है वह आईपी पते पर निर्भर करेगा, न कि आपने एक डोमेन नाम टाइप किया।
DNS का मूल सामान्य काम अनिवार्य रूप से "नाम समाधान" प्रक्रिया को एक नाम को IP पते में परिवर्तित करने में मदद करना है। पूरे सिस्टम में ट्रैफ़िक कैसे चलता है यह एक अवधारणा है जिसे आमतौर पर "रूटिंग" कहा जाता है, और जिसे "नाम रिज़ॉल्यूशन" से अलग सॉफ़्टवेयर / कॉन्फ़िगरेशन द्वारा नियंत्रित किया जाता है। इसलिए, जो लोग इस सामान को अच्छी तरह से समझते हैं, वे आपके राउटर से संबंधित प्रश्नों से अलग DNS-संबंधित प्रश्नों का उत्तर देने का प्रयास करेंगे, क्योंकि वे वास्तव में अलग-अलग उद्देश्यों के लिए डिज़ाइन की गई प्रौद्योगिकियाँ हैं, और यदि आप चीजों के बारे में सोचने की कोशिश करते हैं तो चीजें सरल होती हैं बनाया गया है। अपने सिर में, DNS और राउटिंग को अलग रखें।
जो डीएनएस के विषय के बारे में मेरा कवरेज पूरा करता है। अब, मुझे अपने प्रश्न के दूसरे बड़े फोकस से निपटने दें, जिससे ट्रैफिक रूट हो जाता है।
मार्ग
सर्वर - & gt; सर्वर
यह भी एक विकल्प हो सकता है। जब कंप्यूटर नेटवर्क ट्रैफिक भेजने की कोशिश करता है, तो प्रक्रिया का हिस्सा एक उचित "लेयर 2" फ्रेम बनाना है। घरेलू नेटवर्क में "लेयर 2" फ्रेम के सबसे सामान्य रूप एक ईथरनेट फ्रेम हैं जो UTP केबल, या वाई-फाई फ्रेम जो वायुमार्ग पर भेजे जाते हैं, पर भेजे जाएंगे। (वाणिज्यिक साइटें फाइबर-ऑप्टिक कनेक्शन जैसी अन्य तकनीकों का उपयोग कर सकती हैं।) एक विशिष्ट "लेयर 2" फ्रेम प्राप्तकर्ता की पहचान करने के लिए मैक -48 पते का उपयोग करेगा।
ट्रैफ़िक भेजने वाला कंप्यूटर यह जांच करेगा कि गंतव्य का पता IP क्या है। उदाहरण के लिए, मान लें कि ट्रैफ़िक भेजने वाला कंप्यूटर IPv4 192.168.1.205 का उपयोग कर रहा है और जो कंप्यूटर ट्रैफ़िक प्राप्त कर रहा है वह IPv4 192.168.1.15 है। यदि आपका कंप्यूटर 255.255.255.0 के सबनेट मास्क का उपयोग कर रहा है, तो इसका मतलब है कि सबनेट का आकार 256 पते का है। (यदि आपके पास एक अलग सबनेट मास्क है जो "255.255.255।" से शुरू होता है, तो यह एक छोटा सबनेट होगा।) एक सबनेट है जिसमें 256 पते हैं और जिसमें 192.168.1.205 है, और यह सबनेट से है 192.168.1.0 192.168.1.255 के माध्यम से।
चूंकि 192.168.1.15 उसी सबनेट का हिस्सा है, इसलिए कंप्यूटर वांछित गंतव्य के मैक -48 पते (जो आपका आरेख एक सर्वर है) का उपयोग करके एक परत 2 फ्रेम भेजेगा। राउटर के किसी भी पते पर कोई ट्रैफ़िक नहीं भेजा जाएगा।
यदि, दूसरी ओर, गंतव्य का पता 203.0.113.6 था, तो वह स्रोत (192.168.1.205) के समान सबनेट का हिस्सा नहीं होगा। उस स्थिति में, राउटिंग टेबल निर्दिष्ट करती है कि ट्रैफ़िक "गेटवे" डिवाइस को भेजा जाता है। ("डिफ़ॉल्ट गेटवे" आपके राउटर की संभावना है।) इसलिए कंप्यूटर गेटवे के मैक -48 पते का उपयोग करके एक परत 2 फ्रेम भेजेगा। आपके कंप्यूटर पर यह विश्वास करने का इरादा है कि प्रवेश द्वार को पता चल जाएगा कि उसके कौन से नेटवर्क कनेक्शन वांछित गंतव्य के लिए यातायात प्राप्त करने के लिए उपयोगी होंगे। गेटवे नेटवर्क कनेक्शन का उपयोग कर सकता है जो इंटरनेट सेवा प्रदाता के साथ संचार करता है, या नहीं हो सकता है। ये विवरण उन कारकों द्वारा नियंत्रित होते हैं जैसे आईपी पते का उपयोग किया जा रहा है, और सबनेट कितने बड़े हैं।
रूटिंग को स्रोत कंप्यूटर के आईपी पते, गंतव्य आईपी पते, स्रोत कंप्यूटर के सबनेट के आकार और "डिफ़ॉल्ट गेटवे" जैसे महत्वपूर्ण रूटिंग विवरणों द्वारा नियंत्रित किया जाता है जो ट्रैफ़िक को संभालता है जो अधिक विशिष्ट सबनेट का हिस्सा नहीं है। घर नेटवर्क पर एक कंप्यूटर आमतौर पर डीएचसीपी का उपयोग करके आईपीवी 4 के लिए सबसे अधिक विवरण प्राप्त करता है। एक अपवाद "गंतव्य आईपी पता" है, और यह प्रक्रिया का एकमात्र हिस्सा है जिसके साथ "नाम समाधान" के शामिल होने की संभावना है।
सर्वर - & gt; राउटर - & gt; सर्वर
आप पूछ रहे थे कि क्या यह संभावना है। हो सकता है। मैं वर्णन करूंगा कि यह कैसे काम कर सकता है।
यह ISP को ट्रैफ़िक भेजने से बेहतर है। (यह आईएसपी के उपकरणों को बिल्कुल भी परेशान नहीं करता है, और संचार एक दूरस्थ छोर पर ट्रैफ़िक भेजने की आवश्यकता से अधिक तेज़ हो जाता है)
सबसे पहले, जब राउटर ट्रैफ़िक प्राप्त करता है, तो वह गंतव्य मैक -48 पते को देखता है। यदि गंतव्य MAC-48 पता राउटर नहीं है, तो राउटर ट्रैफ़िक के साथ कुछ भी नहीं करता है, जब तक कि राउटर को स्विच की तरह कार्य करने के लिए कॉन्फ़िगर नहीं किया जाता है। आमतौर पर, होम रूटर्स अपने कुछ नेटवर्क पोर्ट्स को "LAN पोर्ट" के रूप में लेबल करते हैं, और इन पोर्ट्स को एक "लिंक" के रूप में माना जाता है, इसलिए राउटर इन उपकरणों के लिए स्विच की तरह काम करेगा। अगर ऐसा है, तो राउटर एक या एक से अधिक पोर्ट्स को ट्रैफ़िक भेज देगा जिन्हें स्विच की तरह माना जा रहा है।
आंतरिक LAN पोर्ट से ISP तक जाने के लिए ट्रैफ़िक के लिए, रूटर को ISP को संचार करने वाले नेटवर्क पोर्ट से ट्रैफ़िक भेजना होता है। आपका विशिष्ट होम नेटवर्क ऐसा करने की संभावना नहीं है कि यदि गंतव्य आईपी पता "निजी" पतों में से एक है, जैसे कि IETF BCP 5 में निर्दिष्ट IPv4 पते (अधिक प्रसिद्ध RFC 1918)। इसके अलावा, अधिकांश ISP की दृष्टि पर IETF BCP 5 ट्रैफ़िक को अवरुद्ध कर देगा (और उस ट्रैफ़िक को आपके पास वापस नहीं भेजेगा)। तो, यह सेटअप (सर्वर - & gt; राउटर - & gt; सर्वर) आईएसपी को शामिल करने वाली एक अधिक जटिल प्रक्रिया के बजाय वास्तव में क्या हो रहा है, इसकी संभावना है।
यदि जानकारी राउटर के माध्यम से जा रही है, लेकिन आप आंतरिक LAN पोर्ट पर IETF BCP5 पतों का उपयोग कर रहे हैं, तो मैं आमतौर पर राउटर को शामिल नहीं करता। इसके बजाय, राउटर ट्रैफ़िक प्रवाह से संबंधित निर्णय लेने के लिए केवल मैक -48 पतों का उपयोग करके "स्विच" की तरह ट्रैफ़िक को संभालता है।
एक और संभावित सेटअप है, जो यह है कि आप WAN पते का उपयोग कर रहे होंगे। उस स्थिति में, कई सबनेट का उपयोग किया जा रहा है, और इसलिए डिवाइस एक राउटर की तरह काम कर रहा है। यह अधिक जटिल हो जाता है, लेकिन क्योंकि यह एक व्यस्त तरीका है कि चीजें काम कर सकती हैं, यह यहां कवर करने योग्य है। मैं एक उदाहरण प्रदान करूँगा कि यह कैसे सफलतापूर्वक काम कर सकता है। इस अगले पैराग्राफ में कुछ IP पते शामिल हैं। उन पतों को सीधा रखने में मदद करने के लिए, यहां पर नज़र रखने के लिए मुख्य विवरण यह है कि "192.168.1" से शुरू होने वाले पते लैन पर आईपी पते के लिए हैं, जबकि "203.0.113" से शुरू होने वाले पते वान कनेक्शन के पते हैं (जहां राउटर आईएसपी से जुड़ता है)।
क्या हो सकता है कि ISP पर गेटवे डिवाइस में 203.0.113.5 और IPv4 एड्रेस 203.0.113.6 जैसे पते का उपयोग करके गेटवे डिवाइस हो सकता है, जो आपके राउटर के "WAN पोर्ट" को सौंपा गया है। यदि आपका कंप्यूटर 192.168.1.200 पर 203.0.113.6 (आप राउटर का WAN पोर्ट) के साथ संचार करने का प्रयास करता है, तो आपके राउटर को ट्रैफ़िक प्राप्त होगा (राउटर के LAN पोर्ट पर, शायद 192.168.1.15 पर), और राउटर को एहसास होगा कि ट्रैफ़िक का उपयोग करके संवाद करना चाहिए सबनेट जिसमें 203.0.113.5 और 203.0.113.6 होता है। जब राउटर को पता चलता है कि ट्रैफ़िक 203.0.113.6 से प्राप्त हो रहा है, तो आपके राउटर को 203.0.113.6 के लिए ट्रैफ़िक-हैंडलिंग नियम का एहसास हो सकता है जो कहता है कि TCP पोर्ट 80 ट्रैफ़िक में "नेटवर्क एड्रेस ट्रांसलेशन" (NAT) लागू होना चाहिए। ऐसा करने के लिए, आपका राउटर एक नया आईपी पैकेट बनाता है जो 203.0.113.6 से आपके स्थानीय वेब सर्वर को दिया जाता है, जो 192.168.1.50 पर हो सकता है। राउटर को पता चलता है कि 192.168.1.50 192.168.1.15 के समान सबनेट पर है और ट्रैफ़िक को स्थानीय LAN पोर्ट से बाहर भेजता है।
यदि यह सब ऐसा होता है, तो राउटर के पास 203.0.113.5 तक ट्रैफिक भेजने का कारण नहीं होगा, इसलिए यह कभी भी आईएसपी पर नहीं जाता है।
वास्तव में, यदि ISP को यह ट्रैफ़िक नहीं मिला, तो ISP शायद कहेगा "प्राप्त ट्रैफ़िक इस ग्राहक के नेटवर्क के लिए है। हालाँकि, ट्रैफ़िक ग्राहक के नेटवर्क से आया है। यह ट्रैफ़िक मुझे अनावश्यक रूप से भेजा गया था। मैं नहीं चाहता। इसके साथ सहयोग करें। मैं सिर्फ ट्रैफिक को गिरा / अनदेखा करूंगा। ” आईएसपी को उम्मीद है कि अगर यह समस्या का कारण बनता है, तो समस्याओं को आपके आंतरिक नेटवर्क को समझदारी से ठीक करके तय किया जाएगा ताकि यह अनावश्यक रूप से आईएसपी को यातायात न भेज सके।
(यह "कंप्यूटर - & gt; राउटर - & gt; आईएसपी - & gt; राउटर - & gt; सर्वर" की अवधारणा को भी संबोधित करता है। यदि आप दोनों राउटरों को संदर्भित करने के लिए अर्थ रखते थे, तो आपने "राउटर" कहा, क्योंकि आपने सोचा था ट्रैफिक ISP पर घूम सकता है, फिर यह काफी अवांछनीय है, और संभवतः एक सामान्य तरीका है जो ISPs ट्रैफिक को संभालता है।
तो, "सर्वर - & gt; राउटर - & gt; सर्वर ”सैद्धांतिक रूप से संभव है? हाँ। हालांकि, सभी डिवाइस आवश्यक रूप से NAT का समर्थन नहीं करेंगे, या उसी तरह से उनका समर्थन करेंगे। कुछ डिवाइसों को ट्रैफ़िक-हैंडलिंग प्रक्रिया में एक विशेष बिंदु पर केवल NAT का समर्थन करने के लिए डिज़ाइन किया जा सकता है, और यह ट्रैफ़िक स्विच सबनेट से पहले "192.168.1" पते से "203.0.113" पते पर हो सकता है। तो, कुछ मामलों में यह काम नहीं कर सकता है। जैसा कि पिछले पैराग्राफ में बताया गया है, इसका समाधान आईएसपी को भेजे गए ट्रैफिक को प्राप्त करने का प्रयास नहीं करना है। (समाधान यह है कि ट्रैफ़िक को राउटर के वान पोर्ट पर आईपी पते पर नहीं भेजा जाना चाहिए। आप सबसे आसान तरीके से इससे बच सकते हैं कि "नाम समाधान" कैसे प्रभावित होता है।)
यह सिर्फ एक सवाल है कि क्या मुझे अपने घर सर्वर (sshmyserverlocal या sshmyserververremote) में ssh-ing के लिए दो उपनाम होने चाहिए, इसलिए यदि स्थानीय हो, या अगर DNS मेरा ख्याल रखता है, तो मुझे सबसे तेज़ कनेक्शन संभव होगा।
आप इस पर ध्यान देना चाहते हैं, चाहे "नाम समाधान" या आईपी मार्ग या दोनों का उपयोग करके। यदि आपके पास कई नाम हैं, और आप गलत नाम का उपयोग करते हैं, तो कभी-कभी इस तरह का एक विवरण बिल्कुल भी मायने नहीं रखता है, और कभी-कभी वे भी। उदाहरण के लिए, "पिंग" कमांड ICMP का उपयोग करता है और संभवतः अप्रभावित रहेगा। हालाँकि, यदि आप HTTPS (SSH के बजाय) का उपयोग कर रहे थे, तो होस्ट नाम कुछ अधिक महत्वपूर्ण हो सकते हैं। SSH के लिए (जिसका उदाहरण में उल्लेख किया गया था), कि शायद ज्यादा फर्क नहीं पड़ता, हालांकि sshd के कम से कम कुछ संस्करणों ने Reverse DNS का उपयोग किया है और इसलिए यदि संभव हो तो चीजें देरी से मेल खाती हों।
मन की अपनी शांति के लिए, और उचित तकनीकी कार्यक्षमता के लिए संभव है, आप हमेशा सही होस्ट नाम का उपयोग करना चाहेंगे। उदाहरण के लिए, वेब सर्वर के एसएसएल प्रमाणपत्र में एक नाम होना चाहिए जो वेब ब्राउज़र में टाइप किया गया हो। यह सब काम करने का आसान तरीका, संबंधित समस्याओं से बचने के लिए, बस एक होस्ट नाम है (भले ही कई आईपी पते हों, "होस्ट फ़ाइल" या स्प्लिट डीएनएस का उपयोग करके)।