इसलिए यदि आप इसके बारे में सोचते हैं, तो यह समझ में आता है कि इसने काम करना बंद कर दिया है। जानकारी का मुख्य अंश यह था:
मैंने एक राउटर पर नेटमास्क को बदल दिया है। यह स्वचालित रूप से डीएचसीपी में बदलाव का कारण बना, जिसने बदले में सभी ग्राहकों (जब पट्टों की अवधि समाप्त हो गई) पर नेटमास्क बदल दिए।
अब, मैं समझा सकता हूं कि यह क्यों काम नहीं करता है - हालांकि फुलर समझ हासिल करने के लिए, आपको सामान्य रूप से नेटवर्किंग के बारे में पढ़ना चाहिए।
तो आपने उल्लेख किया है कि आपके पास LAN इंटरफेस का नेटवर्क स्पेस था 192.168.10.0/24। DCHP यह सुनिश्चित करेगा कि उस नेटवर्क के सभी क्लाइंट उस IP स्पेस में भी मौजूद होंगे। इसका मतलब यह है कि रूटिंग टेबल शायद इस तरह दिखे:
Destination Netmask Route Type Gateway
192.168.10.0 255.255.255.0 connected *
0.0.0.0 0.0.0.0 default 192.168.10.1
इस मार्ग तालिका को समझने के लिए, आपको रूटिंग के बारे में थोड़ा समझने की आवश्यकता है।
- कनेक्टेड - यह इंटरफ़ेस एड्रेस और नेटमास्क से जुड़ा रूट है। इस नेटवर्क स्थान के भीतर मौजूद आईपी पते सीधे जुड़े हुए हैं। यही है, मेजबान पते के लिए एआरपी करेगा और फिर सीधे उस मेजबान को ट्रैफ़िक भेज देगा। कोई मध्यस्थ राउटर (गेटवे) की आवश्यकता नहीं है।
- डिफ़ॉल्ट - यह मार्ग वह मार्ग है जिसके लिए सभी ट्रैफ़िक तालिका में अन्य मार्गों के दायरे में नहीं आते हैं। यह आमतौर पर इंटरनेट पर प्राप्त करने के लिए आवश्यक मार्ग है। यह भी एक स्थिर मार्ग है ।
यदि आपके पास 192.168.10.0/24नेटवर्क पर एक क्लाइंट है , तो कहें 192.168.10.10, जो आईपी पते पर बात करना चाहता था, 192.168.10.15वह रूटिंग टेबल से परामर्श करेगा कि यह कैसे करना चाहिए। यह कनेक्टेड रूट से मेल खाएगा (यह बिटवाइज़ और गंतव्य आईपी और रूटिंग टेबल में नेटमास्क पर प्रदर्शन करके ऐसा करेगा)। 192.168.10.10इसके बाद एआरपी 192.168.10.15और संचार वहां से जारी रहेगा।
के मामले में 192.168.100.1हालांकि, पर एक कंप्यूटर 192.168.10.0/24नेटवर्क अनुमार्गण तालिका की जाँच करेगा और केवल डिफ़ॉल्ट मार्ग पर कोई मेल मिलता है, इस तरह के रूप में यह यातायात रूटर (प्रवेश द्वार) है, जो कि नेटवर्क के लिए एक मार्ग है भेजना होगा।
जब आप किसी से नेटवर्क बढ़ी 192.168.10.0/24एक करने के लिए 192.168.0.0/16नेटवर्क आप के रूप में अच्छी अनुमार्गण तालिका बदल दिया है। रूटिंग टेबल अब इस तरह दिखती है:
Destination Netmask Route Type Gateway
192.168.0.0 255.255.0.0 connected *
0.0.0.0 0.0.0.0 default 192.168.10.1
नतीजतन, अब जब आप 192.168.100.1राउटिंग टेबल तक लुक में जाने का प्रयास करते हैं , तो संबंधित रूट से मेल खाएगा। परिणामस्वरूप, आपके मेजबान डिवाइस को खोजने के लिए ARP क्वेरी कर रहे हैं, राउटर पर ट्रैफ़िक नहीं भेज रहे हैं। एआरपी क्वेरी विफल हो रही है क्योंकि डिवाइस एक ही लैन पर मौजूद नहीं है, बल्कि इसे एक राउटर हॉप पर जाने की आवश्यकता है।
अब, यह संभव है कि राउटर डिवाइस के लिए "प्रॉक्सी arp" करे, लेकिन यह राउटर सॉफ्टवेयर पर निर्भर है।
अधिक पांडित्यपूर्ण और शैक्षणिक दृष्टिकोण पर, एक जुड़े मार्ग के लिए आमतौर पर बुरा व्यवहार माना जाता है, और फिर उस जुड़े मार्ग के भीतर एक छोटा स्थिर मार्ग बनाते हैं। यह लाइन के नीचे कई मुद्दों को जन्म दे सकता है। इस मामले में, आपके पास एक /16और है जिससे आपने /24दूसरे इंटरफ़ेस पर जाने के लिए नक्काशी की है । यदि आपने /24एक मेजबान मार्ग बनाया है , तब भी यह बुरा व्यवहार है। अधिकांश राउटर सॉफ़्टवेयर आपको ऐसा करने की अनुमति नहीं देंगे, यदि आप कोशिश करते हैं तो एक त्रुटि फेंक देते हैं। अब, जबकि इस तरह के सेट अप का उपयोग करके कार्य करना संभव है, यह अनुशंसा की जाती है कि आप पूरी तरह से अलग-अलग आईपी रिक्त स्थान का उपयोग करें।
ऐसा लगता है कि आप बहुत सारी नेटवर्किंग चीजें करने में रुचि रखते हैं, जो अच्छा है। यह एक कठिन क्षेत्र है, और इस क्षेत्र में अपने सिर को लपेटने के लिए बहुत कुछ है। मेरा सुझाव है कि आप इस बारे में थोड़ा पढ़ लें, ताकि आप समझ सकें कि वास्तव में क्या हो रहा है।
ओ'रेली मीडिया से नेटवर्क वॉरियर की एक पुस्तक मुझे अच्छी लगी। यह पुस्तक बहुत सारे नेटवर्क फंडामेंटल सिखाती है। यह निश्चित रूप से मेरी राय है, नि: शुल्क या अन्यथा उपलब्ध कई अन्य संसाधन हैं।