एक सर्वर पर कई आईपी पते का उपयोग करने के क्या लाभ हैं?


17

के साथ ifconfig, मैं एक ही नेटवर्क इंटरफेस कार्ड पर कई आईपी पते कॉन्फ़िगर करने में सक्षम हूं । मैं ऐसा क्यों करना चाहता हूं और बाद में मैं कई पतों का उपयोग कैसे करूंगा, जैसे सॉफ्टवेयर कैसे जानता है कि किसका उपयोग करना है?

मैंने अब तक केवल एक आईपी पते के साथ नेटवर्क इंटरफेस का उपयोग किया है।

जवाबों:


31

कुछ (लेकिन सभी नहीं) कारण:

  • पहले से उल्लेखित कई एसएसएल साइटों को होस्ट करने के लिए
  • क्योंकि आप कई मेजबानों से सेवाओं को समेकित कर सकते हैं और आपको पतों को संरक्षित करने की आवश्यकता होती है
  • एक आईपी पते का उपयोग करने के लिए जिसे बाद में किसी अन्य होस्ट में स्थानांतरित किया जा सकता है
  • उस होस्ट के लिए क्षतिपूर्ति करने के लिए उस पल में अपने आईपी पते को दूसरे से जोड़कर
  • यदि आपके पास एक ही भौतिक / तार्किक नेटवर्क / vlan पर कई IP नेटवर्क हैं तो यह यातायात को गेटवे के माध्यम से एक्सचेंज करने, चीजों को गति देने और लोड को कम करने से रोकेगा
  • ऐसे उपकरण को सेटअप करने के लिए जिसमें डिफ़ॉल्ट IP पता हो और इस प्रकार आपको उसी नेटवर्क पर एक पता जोड़ना हो
  • फायरवॉल से बचने के लिए या SPAM फिल्टरों में ब्लैकलिस्ट होने से बचने के लिए विभिन्न सार्वजनिक IP पते का उपयोग करने के लिए
  • बाहरी लोगों को चीजें कम स्पष्ट करने के लिए। उदाहरण के लिए, आप IP पते 1.2.3.4 पर अपाचे चला रहे हैं और केवल 1.2.3.5 पर SSH की अनुमति दे सकते हैं। इस तरह से अगर कोई किसी ऐसे पते के पीछे IP पते पर हमला करने का प्रयास करता है, जो उन्हें SSH नहीं मिलेगा।
  • एक ही सेवा को कई बार चलाने के लिए
  • रिवर्स DNS लुकअप में विभिन्न होस्टनाम का उपयोग करने के लिए। उदाहरण के लिए, यदि आप इस होस्ट से किसी बाहरी चीज़ से कनेक्ट कर रहे हैं और आप दो अलग डोमेन / होस्टनाम के रूप में प्रस्तुत करना चाहते हैं
  • सेवाओं के बीच समानता को उजागर नहीं करने के लिए। उदाहरण के लिए, यदि आप site1.example.com और site2.example.org होस्ट करते हैं और आप CNAME का उपयोग करने के बजाय उन्हें विभिन्न IP पर मैप करते हैं, तो उनके बीच कोई स्पष्ट लिंक नहीं होगा

1
एकल भौतिक इंटरफ़ेस में कनेक्शन की संख्या बढ़ाने के लिए। देखें: stackoverflow.com/questions/410616/…
होमर 6

4

वेब सर्वर के मामले में, यह निर्भर करता है। यदि आपके पास कई वर्चुअल होस्ट हैं तो उदाहरण के लिए अपाचे में, सर्वर को पता है कि वर्चुअलहॉस्ट ब्लॉक से किस आईपी का उपयोग करना है।

 <VirtualHost 10.10.10.1:80>
   ...
 </VirtualHost>

आप सभी उपलब्ध इंटरफेस पर एक वर्चुअलाइजेशन सुन सकते हैं, जो कि अपाचे वर्तमान में सुन रहा है (जैसे सुनो निर्देश जैसे)। Listen *:80

 <VirtualHost *:80>
   ...
 </VirtualHost>

घटना में आपके पास एक सर्वर पर कई साइटें चल रही हैं, जहां कई साइटें एसएसएल सक्षम हैं, प्रत्येक साइट के लिए एक अलग आईपी होना अच्छा है। ऐसा इसलिए है क्योंकि HTTP हेडर भेजे जाने से पहले एसएसएल सर्टिफिकेट का आदान-प्रदान किया जाता है। यदि आपके पास एक आईपी पर कई vhosts हैं, तो अपाचे को पता नहीं चलेगा कि आप किस साइट पर होस्ट हेडर के बिना पहुंचने की कोशिश कर रहे हैं।

मुझे यकीन है कि कई अन्य उपयोग के मामले हैं, यह एक सामान्य है।


आप भूल गए कि एसएसएल अब कोई मायने नहीं रखता है और टीएलएस में सीमा को पार करने का एक तरीका है;)
0xC0000022L

1

अलग-अलग सेवाओं के लिए अलग-अलग आईपी होना अच्छा है, फिर जब आपको एक सेवा को दूसरे हार्डवेयर / स्थान पर स्थानांतरित करना होगा, तो अन्य घटकों के लिए पारदर्शी होगा।

कुछ सेवाएँ समान पोर्ट संख्या का उपयोग करती हैं, तो आपके पास एकल सर्वर पर इस सेवाएँ को चलाने के लिए कई ips होने चाहिए।

इसके अलावा, यदि आप पंचमेल पोर्ट की तुलना में अधिक समकालिक कनेक्शन संभालना चाहते हैं, तो आपको अधिक आईपी की आवश्यकता होगी।


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

3
यह विन्यास योग्य है। डिफ़ॉल्ट रूप से Listenया Bindsहोस्ट पर प्रत्येक आईपी के लिए।
फ़ैज़ी

1

कई IP Adresses आपको सेवा IP रखने की अनुमति देते हैं, दूसरे शब्दों में आप एक विशिष्ट सेवा के साथ IP का मिलान कर सकते हैं, उदाहरण के लिए आपको भेजने में:

DAEMON_OPTIONS(`Family=inet, Name=MTA-v4, Port=smtp, Addr=192.168.1.25')dnl

और इसी तरह। यह उच्च Availlability के लिए इस्तेमाल किया जा सकता है, परीक्षण और नेटवर्क के लिए ^ ^

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.