इंटरव्यू के लिए अधिक तकनीकी उत्तर की आवश्यकता के बारे में कि शुरुआत से अंत तक इंटरनेट कैसे काम करता है [बंद]


13

मैंने पिछले दो हफ्तों में 5 अलग-अलग लोगों के साथ साक्षात्कार किया है और उन पांच में से तीन ने मुझसे यह सवाल पूछा है: "Google.com" और स्क्रीन पर आने वाले पृष्ठ के बीच क्या होता है, यह बताएं। असल में, इंटरनेट कैसे काम करता है। मैं तीन बार के बाद यह अनुमान लगाता हूं कि अगर मुझे कभी यह सवाल दोबारा आता है तो मैं बेहतर तरीके से तैयार हो जाता हूं।

मैं कुछ चीजों को जानता हूं , लेकिन मैं पूरी तरह से आश्वस्त नहीं हूं कि मेरा जवाब काफी अच्छा है। असल में, मैं उल्लेख करता हूं कि DNS सर्वर एक आईपी पते में "google.com" का अनुवाद करता है। मैं टीसीपी / आईपी पर चमकता हूं, फिर वेब सर्वर के बारे में बात करता हूं जो कि अनुरोधित पृष्ठों की सेवा करता है जो उस ब्राउज़र पर वापस भेज दिया जाता है जिसे ब्राउज़र तब व्याख्या करता है और प्रदर्शित करता है।

जैसा कि मैंने पहले कहा, मुझे यकीन नहीं है कि मेरा जवाब पर्याप्त तकनीकी है। क्या कदम है कि मैं बाहर जा रहा हूँ?

जो इसके लायक है, उनमें से दो तीन बार एक ही कंपनी के साथ रहे हैं और मुझे उनके साथ तीसरे साक्षात्कार के लिए वापस बुलाया जा रहा है, इसलिए मैं इसे बहुत मुश्किल नहीं समझ सकता ।


1
उन पदों की प्रकृति क्या है जिनके लिए आप साक्षात्कार कर रहे थे?
smp7d

3
यदि पांच साक्षात्कारकर्ताओं में से तीन ने यह प्रश्न पूछा है, तो आपके लिए यह समय है कि आप कुछ अध्ययन / शोध करें और एक अच्छा उत्तर प्राप्त करें जो दर्शाता है कि आप इसे पूरी तरह से समझते हैं। यदि आपको उसी कंपनी में तीसरे साक्षात्कार के लिए बुलाया जा रहा है और आपसे फिर से सवाल पूछा जाता है, तो आप या तो यह प्रदर्शित करेंगे कि आपने अपना ज्ञान बढ़ाने के लिए पर्याप्त देखभाल की, या आपने नहीं किया।
रॉबर्ट हार्वे

1
इसके अलावा, मैं यह पूछकर प्रश्न के दायरे को कम करने की कोशिश करूंगा कि प्रक्रिया के किस भाग में वे सबसे अधिक रुचि रखते हैं। वे इस बात की परवाह नहीं कर सकते हैं कि आप ओएसआई मॉडल की सात परतों जैसी चीजों के बारे में गहराई से जानते हैं , उदाहरण के लिए, लेकिन आप अभी भी कामकाजी ज्ञान होना चाहिए।
रॉबर्ट हार्वे

1
दूसरी ओर, शायद जवाब बहुत तकनीकी है। शायद वे यह देखना चाह रहे हैं कि आप लोगों को गैर-तकनीकी तरीके से जानकारी कैसे दे सकते हैं?
मैट

1
यदि प्रश्न यह देखने के लिए पूछा जाए कि आप कितनी अच्छी तरह से संवाद करते हैं, तो शायद प्रश्न के बारे में सवाल पूछना अच्छा है बजाय इसके कि आप बहुत व्यापक प्रश्न का उत्तर दें। आप बहुत विस्तृत तकनीकी जवाब दे सकते हैं और इसे समझाने में पूरा दिन लगा सकते हैं। मुझे नहीं लगता कि यह सवाल का उद्देश्य है।
मैट

जवाबों:


29
  1. आपके ब्राउज़र में पहली बार एक प्रविष्टि के लिए अपनी "होस्ट" फ़ाइल में ओएस लुक है जो डोमेन नाम को आईपी पते पर अनुवाद करेगा। यह एक विरासत विशेषता है जो ARPANET से विरासत में मिली है, जब ARPANET के माध्यम से सुलभ हर कंप्यूटर के लिए बुद्धिमानी युक्त नामों को शामिल करना एक एकल पाठ फ़ाइल के लिए संभव था, और इससे जुड़े प्रत्येक कंप्यूटर के लिए अपेक्षाकृत हाल ही की प्रतिलिपि है। यह कंप्यूटर के छोटे नेटवर्क में कुछ शेष मूल्य हुआ करता था, जिसमें NetBIOS या इसी तरह के नोड-नामकरण प्रोटोकॉल नहीं थे, लेकिन आजकल यह हैकर्स के लिए एक लक्ष्य होने की संभावना है (जो इसका उपयोग DNS को बायपास करने के लिए कर सकते हैं और आपके कंप्यूटर को साइटों पर इंगित कर सकते हैं वे नियंत्रण) ग्राहक कंप्यूटर या उसके उपयोगकर्ता / मालिक के लिए किसी भी वैध उपयोग के रूप में।
  2. मान लें कि आपके कंप्यूटर में इस डोमेन के लिए एक HOSTS प्रविष्टि नहीं है, तो आपका ब्राउज़र कनेक्शन के उपयोग के लिए OS के इंटरनेट सेटिंग्स में कॉन्फ़िगर किए गए DNS सर्वर के लिए एक यूडीपी अनुरोध भेजता है, अनुरोध के "होस्ट नाम" उर्फ ​​डोमेन नाम को पारित करते हुए (सब कुछ) "http: //" और पहले कोलन या फ़ॉरवर्ड स्लैश के बीच जो आगे आता है, यानी "www.google.com")। यह DNS सर्वर आमतौर पर आपकी कंपनी या आपके स्थानीय इंटरनेट सेवा प्रदाता के पास होता है।
    • यूडीपी "यूनिवर्सल डाटाग्राम प्रोटोकॉल" के लिए खड़ा है, और एक "ट्रांसपोर्ट-लेयर" प्रोटोकॉल है जो कि टीसीपी ("नेटवर्क-लेयर" आईपी प्रोटोकॉल के ऊपर, "एप्लिकेशन-लेयर" जैसे HTTP, FTP, SMTP आदि के नीचे है) )। जबकि टीसीपी बहुत अधिक त्रुटि-जांच और गलती-सहिष्णुता क्षमताओं (अतिरिक्त डेटा को जोड़ने और इसलिए ओवरहेड को बढ़ाता है) के लिए प्रदान करता है, यूडीपी बहुत अधिक हल्के दृष्टिकोण लेता है, जिससे नेट डेटा बैंडविड्थ बढ़ जाती है; व्यापार यह है कि प्रोटोकॉल टीसीपी में उपलब्ध सुविधाओं का समर्थन नहीं करता है जैसे बड़े डेटा को कई पैकेटों में विभाजित करना (ताकि संदेशों को छोटा होना चाहिए) या पारगमन में खोए गए पैकेटों को फिर से भेजना। यह छोटे, सरल संदेशों (जैसे डीएनएस) और स्ट्रीमिंग, टेलीमेट्री-प्रकार के डेटा के लिए अच्छा है जहां एक पैकेट खो जाने पर कोई फर्क नहीं पड़ता।
  3. यह DNS सर्वर तीन चीजों में से एक को जान लेगा: उस डोमेन नाम को सीधे आईपी पते में कैसे ट्रांसलेट किया जाए (मतलब यह कि "आधिकारिक नाम सर्वर" या एएनएस उस डोमेन के लिए है); ANS या उसके माता-पिता का IP पता; या इसके अपने अभिभावक का नाम, जो यह जानने की अधिक संभावना है कि एएनएस तक कैसे पहुंचा जाए। यदि सर्वर स्वयं अनुरोध का अनुवाद नहीं करता है, तो यह अनुरोध को "डाउन" एक ज्ञात ANS की ओर "डाउन" करेगा, या उसके पैरेंट NS को "अप" करेगा, और यह प्रक्रिया पुनरावृत्ति को दोहराती है।
    • इस पेड़ की संरचना का "रूट" एक एकल सर्वर है जो कुछ भी नहीं करता है, लेकिन यह "शीर्ष-स्तरीय डोमेन" या टीएलडी सर्वरों में से एक को प्राप्त होने वाले किसी भी अनुरोध को आगे बढ़ाता है। उदाहरण के लिए, एक ".com" नेमसेवर है, जो जानता है कि ग्रह पर किसी भी ".com" डोमेन के आईपी पते को कैसे खोजा जा सकता है (इन अनुरोधों को आईएसपी-स्तरीय नेमसर्विर्स के लिए नीचे अग्रेषित करके)। ये टीएलडी डोमेन नाम सर्वरों के लिए अनुरोधों को आगे बढ़ाते हैं, जो आईएसपी से संबंधित इंटरनेट की एक विशिष्ट "शाखा" के भीतर किसी भी डीएनएस द्वारा नहीं जाना जाता है।
  4. एक बार जब आधिकारिक नाम सर्वर मिल जाता है और डोमेन नाम को आईपी पते में अनुवादित कर देता है, तो यह पता क्लाइंट और उसके ब्राउज़र पर वापस आ जाता है। यदि ANS अनुरोध के "रहने के लिए समय" के भीतर नहीं पाया जा सकता है (TTL; अनुरोधों की अधिकतम संख्या को सर्वरों के बीच अग्रेषित किया जाना चाहिए, गलत सर्वर के बीच अनंत सायक्लिंग से बचने के लिए), नोड पर क्लाइंट द्वारा एक त्रुटि वापस की जाती है। जो अनुरोध "टाइम आउट" (या नोड जो डोमेन के लिए आधिकारिक सर्वर है लेकिन वह विशेष डोमेन उपसर्ग का अनुवाद नहीं कर सकता है)।
  5. एक HTTP कनेक्शन के लिए, ब्राउज़र, तो आईपी एड्रेस और निर्दिष्ट पोर्ट (या 80 के डिफ़ॉल्ट HTTP पोर्ट) के लिए एक "टीसीपी SYN" अनुरोध भेजता है। यह एक प्रोटोकॉल-स्तर का अनुरोध है, जो "नेटवर्क-स्तर" आईपी हेडर के शीर्ष पर स्तरित है, जिसमें क्लाइंट की पसंदीदा प्रतिक्रिया पोर्ट ("स्रोत पोर्ट"), टीसीपी संचार के लिए प्राथमिकताएं जैसे खंड आकार, विंडो स्केल जैसी जानकारी शामिल है। , और वैकल्पिक प्रोटोकॉल सुविधाओं का उपयोग।
  6. अनुरोध को "लिंक स्तर" पर नियंत्रित किया जाता है (इंटरनेट की संरचना के माध्यम से नेटवर्क, परिवहन और एप्लिकेशन परतों में निहित डेटा को प्रसारित करने के लिए वास्तविक विद्युत सर्किट को कैसे संचालित किया जाता है यह नियंत्रित करना); आम तौर पर डेटा आपके घर या व्यवसाय के "सेंट्रल ऑफिस" (यह "अंतिम मील" कहा जाता है और आमतौर पर बैंडविड्थ के लिए सबसे बड़ी अड़चन का प्रतिनिधित्व करता है) जो कि "ऑनरैंप" है सूचना सुपरहाइवे। सीओ के पास उच्च-बैंडविड्थ पाइप (टी-कैरियर, SONET, आदि) तक पहुंच है, जो आपके अनुरोध को प्रसारित करता है, साथ ही दूसरों के अरबों के साथ, दुनिया भर में गंतव्य के सीओ पर पहुंचता है, जो इसे गंतव्य सर्वर या नेटवर्क के लिए अग्रेषित करता है।
    • यह "आईपी रूटिंग" वैचारिक रूप से DNS रिज़ॉल्यूशन के समान काम करता है; ICANN द्वारा "टॉप-टियर" ISPs को "क्लास ए" (हर पते को संभवत: पहला बाइट दिया जाता है) पूरे वर्ग को सौंपा गया है, और अन्य आईएसपी को पता है कि कौन उस क्लास ए नेटवर्क का मालिक है और उस नेटवर्क के निकटतम "सामने डेटा कैसे प्राप्त करें" दरवाजा ", एक" रूटिंग टेबल "में जानकारी का उपयोग करते हुए। यह शीर्ष स्तरीय आईएसपी तब पते के ब्लॉक, कुछ स्थानीय आईएसपी, कुछ सीधे कॉर्पोरेट उपयोगकर्ताओं को देता है, और इन आईएसपी और निगमों में राउटर होते हैं जो आईपी पते (और अपने स्वयं के राउटिंग टेबल) का उपयोग करके निर्धारित करते हैं कि पैकेट दूसरे को भेजें या नहीं। आस-पास के सर्किट, अन्य स्थानीय ISP राउटरों के लिए बग़ल में या उच्चतर स्तरीय चड्डी और राउटर तक।
  7. सर्वर इस अनुरोध को प्राप्त करता है (बशर्ते कि यह सॉकेट या फ़ायरवॉल जैसी निचली अमूर्त परत पर अस्वीकार नहीं किया जाता है), और यदि यह कनेक्शन को स्वीकार करने का निर्णय लेता है तो यह "SYN-ACK" अनुरोध-प्रतिक्रिया चरण भेजेगा, दोनों को स्वीकार करते हुए। अनुरोध और अपनी स्वयं की वरीयताओं को निर्दिष्ट करना (ग्राहकों की वरीयताओं में से किसी एक सहित) जो इसे समायोजित कर सकता है, लेकिन ऐसा कोई भी परिवर्तन जो यह या जिसे निर्दिष्ट नहीं किया गया था) बदल सकता है।
  8. यदि क्लाइंट सर्वर द्वारा प्रदान किए गए विकल्प सेट का उपयोग करके संचार का समर्थन करता है, तो यह एक एसीके प्रतिक्रिया भेजेगा, और अब कनेक्शन "स्थापित" है।
  9. अगला ब्राउज़र "HTTP GET" अनुरोध भेजता है। अनुरोध में ब्राउज़र द्वारा अनुरोधित संसाधन का पूरा यूआरआई शामिल है (भले ही हम जानते हैं कि हम www.google.com से बात कर रहे हैं, हम अनुरोध के भाग के रूप में उस स्ट्रिंग को भेजते हैं ताकि सर्वर चाहें, तो आगे की व्याख्या कर सकते हैं। डोमेन नाम अनुरोध को निर्देशित करने के लिए)। इस अनुरोध में "कुकीज़" शामिल हो सकते हैं; क्लाइंट पर संग्रहीत डेटा जो सर्वर को अनुरोध को कुशलतापूर्वक और आसानी से संसाधित करने में सहायता के लिए दिया जा सकता है (जैसे कि उपयोगकर्ता की वरीयताओं की पहचान करना)।
  10. सर्वर GET रिक्वेस्ट प्राप्त करता है, और पहले यह तय करता है कि वह इसे सम्मान देना चाहता है (सर्वर TCP पोर्ट 80 के लिए अनुरोधों को सुन रहा है, लेकिन FTP या वीओआईपी जैसे किसी भिन्न एप्लिकेशन प्रोटोकॉल से संदेशों की अपेक्षा करता है; यह पोर्ट 80 के लिए दुर्लभ है लेकिन अन्य प्रकार के बंदरगाहों के लिए अधिक सामान्य)। हम मान लेंगे कि यह स्वीकार करता है; सर्वर तब HTTP प्रतिसाद देता है जिसमें अनुरोधित संसाधन (इस मामले में, डिफ़ॉल्ट पृष्ठ के लिए HTML जो Google का सर्वव्यापी खोज पृष्ठ है)। प्रतिक्रिया में "कुकीज़" भी शामिल हो सकती है, जिसे सर्वर क्लाइंट को स्टोर करने के लिए कहता है (क्लाइंट ऐसा कर भी सकता है या नहीं भी)।
  11. HTML ब्राउज़र द्वारा पच जाता है और ब्राउज़र विंडो में पेज को खींचने के लिए प्रदान किया जाता है। जब ऐसा होता है, तो जावास्क्रिप्ट, स्टाइल शीट, चित्र और अन्य डेटा के लिए अधिक HTTP जीईटी अनुरोध, जो HTML द्वारा निर्धारित तरीके से पृष्ठ की सभी सामग्री को प्रदर्शित करने के लिए आवश्यक होते हैं, क्लाइंट द्वारा भेजे जाते हैं और परिणामी डेटा इसके द्वारा प्रदान किया जाता है। सर्वर।
  12. एक बीते युग में, Google स्थैतिक रूपों पर आधारित था; आपने टाइप किया कि आप टेक्स्टबॉक्स में क्या खोजना चाहते हैं और "सर्च" (या "आई एम फीलिंग लकी") को हिट करें। जब आप ऐसा करते हैं, तो क्लाइंट द्वारा सर्वर पर HTTP POST अनुरोध भेजा जाता है; अनुरोध में वह स्थान होता है, जो ग्राहक द्वारा निर्दिष्ट किया जाता है, कि सूचना को स्वयं को भेजा जाना चाहिए, और निश्चित रूप से जानकारी को। यह जानकारी सर्वर द्वारा पच जाती है, जो इसका उपयोग खोज परिणामों को खोजने के लिए करता है, और सर्वर इन परिणामों का एक पृष्ठ बनाता है जो इसे आपके पास भेजता है। या, यह खोज शब्दों को "क्वेरी स्ट्रिंग" में बदल सकता है, और "रीडायरेक्ट" के साथ जवाब दे सकता है; संदेश में निर्दिष्ट यूआरआई के लिए एक और अनुरोध भेजने के लिए ब्राउज़र के लिए एक अनुरोध। ब्राउज़र ऐसा करेगा, और फिर सर्वर उस पेज का निर्माण और संचार करेगा ।
  13. आधुनिक समय में, Google का मुख पृष्ठ बहुत अधिक गतिशील है। जैसे ही आप टाइप करते हैं, जावास्क्रिप्ट जो ब्राउज़र के भीतर क्लाइंट साइड पर निष्पादित होता है, वही भेजता है जो आप "साइड चैनल" के साथ Google पर टाइप कर रहे हैं (यह संचार के लिए समान प्रोटोकॉल का उपयोग करता है, लेकिन क्योंकि यह ब्राउज़र ही नहीं है जो पूरे पृष्ठों के लिए अनुरोध भेज रहा है। ब्राउज़र स्क्रीन को पूरी तरह से साफ़ नहीं किया गया है और फिर से तैयार किया गया है)। फ्रंट पेज के लिए, यह क्वेरी संकेत प्रदान करने के लिए उपयोग किया जाता है (उन चीजों के लिए ऑटो-पूर्ण सुझाव जो आप खोज सकते हैं क्योंकि अन्य लोगों ने हाल ही में किया है); परिणाम पृष्ठ पर, यह एक ही काम करता है, लेकिन इसका उपयोग वास्तविक समय के खोज परिणाम प्रदान करने के लिए भी किया जा सकता है और पृष्ठ को पूरी तरह से पुनः डिज़ाइन कर सकता है, बिना ब्राउज़र द्वारा पूर्ण पृष्ठ पुनः लोड किए बिना। इस प्रकार की चालें AJAX (अतुल्यकालिक जावास्क्रिप्ट और XML के सामान्य शीर्षक के अंतर्गत आती हैं)

यह फिल्म , जिसे उन्होंने कॉलेज में मेरे नए "इंट्रो टू आईटी" वर्ग में दिखाया था, की मूल बातें मैत्रीपूर्ण, अनुरूप प्रारूप में चित्रित की गई हैं। यह किसी भी तरह से तकनीकी नहीं है, लेकिन यह इस पहेली के टुकड़ों का एक अच्छा वैचारिक अवलोकन प्रदान करता है।


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

1
हां, आपको DNS लुकअप के लिए टीसीपी बनाम यूडीपी में जाना होगा। यदि टीसीपी है, तो आपको टीसीपी 3-वे हैंडशेक में जाना चाहिए। यह संभवत: यह मान लेना सुरक्षित है कि किसी भी तरह डोमेन नेम सर्वर को परिभाषित किया गया है (डीएचसीपी या नेटवर्क कॉन्फ़िगरेशन पहले से) ...
एलन शटको

1
@AlanShutko - मैं करना 3-जिस तरह से हाथ मिलाना उल्लेख; आगे-पीछे SYN / SYN-ACK / ACK। मैंने UDP का उल्लेख नहीं किया, हालांकि यह DNS के लिए प्राथमिक प्रोटोकॉल है।
कीथ

@KeithS, उफ़, आप सही कह रहे हैं, मैं इसे DNS पर जाँचते समय ढूंढ रहा था, बाद में नहीं। अगर 512 बाइट्स से बड़ा रिस्पॉन्स है तो DNS टीसीपी पर वापस आ सकता है और यह छोटा हो जाता है।
एलन शुतको

1
ANS - "आधिकारिक नाम सर्वर", DNS सर्वर जिसमें किसी विशेष डोमेन नाम के अंतिम बिंदु के लिए प्रत्यक्ष ज्ञान और जिम्मेदारी है। ALD एक टाइपो था। दोनों गणनाओं पर अधिक स्पष्ट होने के लिए पोस्ट को संपादित किया गया है।
कीथ्स

1

कुकीज़ और फायरवॉल के उल्लेख को छोड़ दें तो यहां कुछ चीजें गायब होंगी। कुकीज़ भेजे जाने के लिए कुछ कहा जाना चाहिए ताकि "Google.com" एक उपयोगकर्ता को पहचान सके और एक पृष्ठ की सेवा कर सके जो किसी व्यक्ति के लिए Google में लॉग इन न करने के लिए भिन्न हो सकता है। यह भी सवाल है कि व्यक्ति इसे कहां देख रहा है: स्मार्टफोन, टैबलेट या नियमित कंप्यूटर (लैपटॉप या डेस्कटॉप)?

मुझे आश्चर्य है कि अगर कुछ ऐसे प्रश्न हो सकते हैं जो आप पूछने के लिए थे, लेकिन ऐसा नहीं किया गया तो यह एक कारक हो सकता है। यह एक सवाल का अधिक है कि वेब कैसे काम करता है क्योंकि इंटरनेट थोड़ा व्यापक होगा और इसमें ई-मेल और अन्य सामान शामिल होंगे जो मुझे लगता है।


मेरा अनुमान है कि यह आपकी संचार क्षमताओं का परीक्षण था। क्या आप कोई तकनीकी प्रश्न ले सकते हैं और इसे तोड़ सकते हैं ताकि तकनीकी और गैर-तकनीकी इसे समझ सकें? किसी व्यक्ति को अपने ब्राउज़र पर "Google.com" होम पेज लाने के बारे में बताने के लिए किस तरह के सवाल पूछे जाएंगे? क्या आप मान्यताओं का एक गुच्छा बनाते हैं या प्रश्न पूछते हैं? कुछ मायनों में मैं इसे एक सफेद बोर्ड के सवाल के समानांतर देखता हूं, जहां चीजें काफी अस्पष्ट रह जाती हैं कि या तो आप सवाल पूछेंगे ताकि आप सटीक उत्तर दे सकें या आप जवाब देने के लिए अनुमान लगा सकें।


5
मेरे दिमाग में इंटरनेट के बारे में एक सवाल सामान्य रूप से नेटवर्किंग के बारे में अधिक पूछ रहा होगा; मार्ग कैसे पाए जाते हैं? एक पैकेट का उद्देश्य और अर्थ क्या है और वे जानकारी कैसे प्रसारित करते हैं? पैकेट पर टीसीपी अमूर्त कैसे काम करता है और क्यों? लेकिन सवाल वास्तव में अस्पष्ट है, शायद यह HTTP, या HTML, या नेटवर्क स्विच, या ISPs और बैकबोन या किसी भी चीज़ के बारे में पूछ रहा है, शायद यह जानना चाहता है कि आपका NIC फ्रेम बफर कैसे स्क्रैप किया गया है और यदि OS, CPU या NIC इसे करता है ...
जिमी होफा

@ जिमीहॉफ: वास्तव में, यह एक व्यापक प्रश्न है। इंटरव्यू लेने वालों ने इसे इस तरह से कहा कि मेरा मानना ​​है कि चीजों के नेटवर्किंग पक्ष पर - पेज रिक्वेस्ट से लेकर पेज पाने तक का फोकस है। वहाँ बहुत कुछ है जो मुझे चल रहा है और मुझे संदेह है कि वे खुश नहीं होंगे, चाहे मुझे कोई भी रास्ता मिल जाए, जब तक कि मैं पर्याप्त तकनीकी नहीं हो जाता और मुझे पता था कि मैं किस बारे में बात कर रहा था।
मेगाकैनन

1
मुझे भी लगता है कि वे एक गैर-तकनीकी उत्तर के बाद देखते हैं कि आप विचारों को कितनी अच्छी तरह से संवाद कर सकते हैं। अक्सर हम पेड़ों के लिए जंगल खो देते हैं, व्यापक तस्वीर नहीं देख सकते हैं।
मैट

@ जिमीहॉफ, अच्छी बात। आपको संभवतः अपने DNS सर्वर के आईपी पते से शुरू करना चाहिए और यह निर्धारित करना चाहिए कि क्या वे नेट मास्क के माध्यम से एक ही सबनेट पर हैं, और यदि ऐसा है, तो उन्हें खोजने के लिए एआरपी का उपयोग करें। अन्यथा एक पैकेट गेटवे के लिए भेजा जाता है।
एलन शटको
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.