मुझे वास्तव में एक लिनक्स सर्वर के लिए यह जानने की आवश्यकता है, लेकिन चूंकि यह क्लाइंट ओएस पर भी लागू होता है, मुझे लगा कि सर्वर की गलती के बजाय यहां सवाल खड़ा किया जाना चाहिए।
मुझे वास्तव में एक लिनक्स सर्वर के लिए यह जानने की आवश्यकता है, लेकिन चूंकि यह क्लाइंट ओएस पर भी लागू होता है, मुझे लगा कि सर्वर की गलती के बजाय यहां सवाल खड़ा किया जाना चाहिए।
जवाबों:
इस पोस्ट के उत्तर के अनुसार linux-net मेलिंग सूची में ,
बेशक, बड़ी संख्या में उपनामों को एक डिवाइस से बांधने से मेमोरी आवश्यकताएं पूरी हो जाएंगी और प्रदर्शन के निहितार्थ हो सकते हैं, इसलिए यह पूरी तरह से संभव है कि आपका हार्डवेयर आपके द्वारा जोड़े जाने वाले उपनामों की संख्या को सीमित कर सकता है, भले ही कर्नेल स्वयं न करे।
eth0:0
) या नहीं, यह अभी भी एक उपनाम है। दी गई, ip(8)
मैन पेज के लेखक "उपनाम" शब्द का उपयोग नहीं करने का चयन करते हैं क्योंकि यह सभी पतों को समान मानता है, बहुत सारे दुनिया के बाकी लोग इस बात से सहमत हैं कि एक ही इंटरफ़ेस में कई पतों को असाइन करना "आईपी एलियासिंग" कहलाता है।
आप की जरूरत से ज्यादा कभी हो सकता है। ip addr add
इंटरफ़ेस में पते जोड़ने के लिए उपयोग करें ।
अधिकतम 4,294,967,294 IP पते होंगे (यह मानकर कि आप IPV4 के बारे में बात कर रहे हैं, आपके पास पर्याप्त RAM है, और हम एक प्रसारण पते के लिए और एक नेटवर्क पते के लिए निकालते हैं)।
लिनक्स कर्नेल में AnyIP नामक एक सुविधा है जो आपको DRAM / CPU में बहुत कम लागत के लिए आपके लिनक्स लूपबैक इंटरफ़ेस के माध्यम से IPv4 या IPv6 पतों के एक सन्निहित ब्लॉक के लिए जवाब देने की अनुमति देता है।
उदाहरण के लिए, मान लें कि मैं अपनी लिनक्स मशीन को किसी भी पते के लिए 10.7.0.0/16 में जवाब देना चाहता हूं:
ip -4 route add local 10.7.0.0/16 dev lo
बधाई हो, अब आप बड़े पैमाने पर पतों (इस उदाहरण में 65,000 से अधिक) के लिए जवाब देते हैं, और आपकी रैम की खपत व्यावहारिक रूप से इस अभ्यास के लिए कुछ भी नहीं है। स्केलेबिलिटी के संदर्भ में, यह समाधान उन सभी आईपी के लिए eth0 पर व्यक्तिगत इंटरफ़ेस उपनाम जोड़ने से कहीं बेहतर है, जिनके लिए आप जवाब देना चाहते हैं।
इसके लिए आप कितने पते का जवाब दे सकते हैं, इसकी कोई सीमा नहीं है।
ip addr add
किसी एक उपकरण के पते को बाँध सकता है।