हम सर्वलेट्स में क्लाइंट की पहचान करने के लिए कुकीज़ के बजाय आईपी एड्रेस का उपयोग क्यों नहीं कर सकते हैं?


26

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


47
आईपी ​​पते अद्वितीय नहीं हैं। क्या होता है जब दो लोग एक ही राउटर के पीछे होते हैं?
डोभाल

7
क्या होता है जब एक व्यक्ति टॉर का उपयोग कर रहा है?

12
और लोगों के आईपी पते अक्सर (होम ब्रॉडबैंड) बदल सकते हैं।
ग्रैंडमास्टरबी

6
परदे के पीछे 1 आईपी पते के रूप में दिखाते हैं, भले ही कितने लोग उनके पीछे हों, उदाहरण के लिए एक कंपनी में हर कोई।
जेफ-इनवेंटर क्रोमोस

4
@ Jeff-InventorChromeOS और इसके विपरीत, कुछ ISP में प्रॉक्सी सर्वर के क्लस्टर होते हैं, जैसे कि एक उपयोगकर्ता का अनुरोध कई IP पते से आ सकता है। पिछली बार जब मैंने जाँच की थी, एओएल ने ऐसा किया था, उदाहरण के लिए।
जूल्स

जवाबों:


84

एक ग्राहक को कुकी के साथ-साथ आईपी पते से पहचाना जाता है। हालाँकि, IP पते का उपयोग विशेष रूप से नहीं किया जा सकता है:

  • क्या होगा यदि दो क्लाइंट एक ही NAT फ़ायरवॉल या प्रॉक्सी के पीछे स्थित हैं? उनके पास सर्वर के समान बाहरी आईपी पता होगा।
  • क्या होगा यदि किसी उपयोगकर्ता के एक ही मशीन पर दो अलग-अलग ब्राउज़र खुले हों, और दो अलग-अलग सत्र (शायद परीक्षण के लिए) चाहते हों?
  • एक उपयोगकर्ता के पास एक गतिशील आईपी पता हो सकता है जो एक सत्र के दौरान अवधारणा को बदल सकता है।
  • एक हमलावर आईपी पते को खराब करने में सक्षम हो सकता है और यदि वह अकेले आईपी पते पर निर्भर है तो एक सत्र ले सकता है।

इसका मतलब है कि आईपी एड्रेस विशिष्ट रूप से सभी मामलों में क्लाइंट की पहचान नहीं करता है ।


19
एक ग्राहक की पहचान करने के लिए एक आईपी पते का उपयोग करना एक बहुत बड़ा बग है। मेरे फ़ोन से किसी साइट तक पहुँचने वाली सड़क पर चलते समय मेरा आईपी पता शायद कई बार मिनटों में बदल जाता है।
आर ..

5
@ आर .. मुझे क्षमा करें, लेकिन यह गलत तरीके से गलत है। आपके रेडियो सेल का आपके IP पते से कोई लेना-देना नहीं है, OSI मॉडल में IP लेयर सेल कम्युनिकेशन (भौतिक परत का उपयोग करके) से ऊपर है। फिर भी, ग्राहकों को पहचानने के लिए आईपी पते का उपयोग करना अभी भी गलत है, लेकिन इस कारण से नहीं।
मोनिका को बहाल करें -

11
@dirkk यदि वह वाईफाई पर है और सार्वजनिक आईपी पर उनके साथ अलग, स्वतंत्र, नेटवर्क से जुड़ रहा है, तो यह निश्चित रूप से हो सकता है। जब आप सेल बदलते हैं तो एक मोबाइल नेटवर्क भी अलग-अलग आईपी पते प्रदान करने का निर्णय ले सकता है। अगर मैं अपने लैपटॉप को एक अलग नेटवर्क में प्लग (लेयर 1) करता हूं, तो यह निश्चित रूप से मेरे आईपी (लेयर 3) को बदल सकता है।
बॉब

8
मैं इस बात का कोई विशेषज्ञ नहीं हूं कि वायरलेस टेलिस्कोप आईपी एड्रेस को कैसे असाइन करते हैं, लेकिन मैं वाईफाई से बात कर सकता हूं: अगर मैं व्यस्त सड़क से नीचे जा रहा था और मेरे वायरलेस डिवाइस को किसी भी और सभी वाईफाई नेटवर्क से कनेक्ट करने के लिए कॉन्फ़िगर किया गया था, तो मैं पूरी तरह से उम्मीद करूंगा अक्सर बदलने के लिए इसका वाईफाई आईपी एड्रेस।

7
@dirkk: कृपया मेरे बारे में कुछ गलत नहीं होने का आरोप लगाओ, जिसके बारे में आपको कोई जानकारी नहीं है। जैसा कि बॉब को संदेह था , मैं वाईफाई के बारे में बात कर रहा था । मेरे पास 8+ कैफे और अन्य व्यावसायिक एक्सेस पॉइंट्स, प्लस (निम्न-गुणवत्ता वाले) शहर में उपलब्ध कराई गई सड़क पर वाईफाई एक्सेस पॉइंट्स हैं, और मेरा फोन नियमित रूप से चलते समय उनके बीच कूदता है।
आर ..

18

कभी-कभी आप आईपी ​​पते का उपयोग कर सकते हैं।

यदि आप लैन पर हैं या अन्यथा उन उपयोगकर्ताओं के साथ विशेष रूप से व्यवहार कर रहे हैं जिनके पास IP का सांख्यिकीय रूप से एकल क्लाइंट को वितरित किया गया है, तो उस पते का उपयोग करना पूरी तरह से ठीक है - कभी-कभी बेहतर और आवश्यक।

लेकिन, आमतौर पर आप नहीं कर सकते।

यदि आप एक सार्वजनिक साइट चला रहे हैं, तो आपके सर्वर को हिट करने वाले अधिकांश आईपी ​​पते स्थिर या समर्पित नहीं हैं। उनमें से अधिकांश कई ग्राहकों का प्रतिनिधित्व करते हैं: आपका डेस्कटॉप, लैपटॉप और सेलफोन सभी एक ही आईपी पते पर बाहर जाते हैं जब आप अपने घर नेटवर्क पर होते हैं। और वह आईपी बदल सकता है - यहां तक ​​कि मध्य सत्र भी।


2
एक लैन पर भी आप नहीं कर सकते। अगर मैं फ़ायरफ़ॉक्स और इंटरनेट एक्सप्लोरर में एक साइट खोलता हूं तो मुझे पूरी तरह से दो अलग-अलग सत्रों की उम्मीद है।
पीटर बी

@ पीटर मुझे अलग-अलग सत्र में आपकी बात समझ में नहीं आई। क्या आप इसे समझा सकते हैं?
जावा

1
@java जब मैं फ़ायरफ़ॉक्स के साथ अपने बैंकों की वेबसाइट पर लॉग इन करता हूं, तो मुझे क्रोम के साथ लॉग इन होने की कोई उम्मीद नहीं है। दोनों ब्राउज़र अपने-अपने सत्रों के साथ स्वतंत्र रूप से काम करते हैं।
पीटर बी

1
@PieterB यह अभी भी आवश्यकताओं पर निर्भर करता है। यदि आवश्यकताएं बताती हैं कि प्रत्येक "सत्र" को स्थानीय डिवाइस पर सभी वेब क्लाइंट को फैलाना चाहिए, तो "आईपी एड्रेस संभवतः वह है जो आप चाहते हैं।"
15

10

जोड़ने के तीन और कारण:

  1. बहुउपयोगी वर्कस्टेशन और टर्मिनल सर्वर मौजूद हैं। कई उपयोगकर्ता अलग सत्रों में पूरी तरह से स्वतंत्र ब्राउज़र प्रक्रियाओं को चला सकते हैं।
  2. आईपी ​​पते लगातार नहीं हैं। जब डीएचसीपी लीज की समय सीमा समाप्त हो जाती है तो इसे फिर से सौंपा जा सकता है।
  3. एप्लिकेशन को रोमिंग का समर्थन करना चाहिए। उदाहरण के लिए, फोन पर एक उपयोगकर्ता वाईफाई रेंज से बाहर निकल सकता है और 3 जी कनेक्शन को बंद कर सकता है। IP पता बदल जाएगा, लेकिन वेब एप्लिकेशन को काम करते रहने देना अच्छा होगा।

2

पहचानकर्ता के रूप में आईपी पते का उपयोग करना आमतौर पर अनुशंसित नहीं है, क्योंकि यह नहीं है कि आईपी पते का क्या मतलब है - कार्यात्मक रूप से यह एक बी से रूट करने के लिए एक सादा पता है, और यह कुछ भी नहीं बताता है कि बी के पहले या बाद में क्या है।

उदाहरण के लिए, एक ही आईपी पते को कई नामांकित उपकरणों द्वारा साझा किया जा सकता है, सबसे सामान्य मामले हैं

क) एक प्रदाता गतिशील रूप से अपने ग्राहकों को पते का एक पूल प्रदान कर रहा है, जो कि सार्वजनिक प्रशंसाओं की समान मात्रा खरीदने के रूप में काफी आम है आप अधिक ग्राहकों की सेवा कर सकते हैं (आपको एक साथ उपयोगकर्ताओं के लिए बस पर्याप्त पते की आवश्यकता है, कुल उपयोगकर्ता नहीं)

बी) एक निजी पते से वेब तक पहुँचने वाला निजी नेटवर्क, अगर मशीनों से सैकड़ों या हजारों तक आंतरिक रूप से पुनर्निर्देशित पैकेट


1

इसके अलावा दो कंप्यूटर एक NAT के पीछे हो सकते हैं और एक ही आईपी-पता हो सकता है, आपके क्लाइंट की अवधारणा सही होनी चाहिए।

क्लाइंट आपके द्वारा संचार कर रहे कंप्यूटर पर बहुत अधिक नहीं है, लेकिन उस कंप्यूटर पर चलने वाला ब्राउज़र।

आपके ब्राउज़र को इस बात की अधिक परवाह नहीं है कि आपके कंप्यूटर में कौन सा आईपी-पता है, आपका ऑपरेटिंग सिस्टम क्या करता है। और इसीलिए आप IP- पतों पर भरोसा नहीं कर सकते। ब्राउज़र कुकीज़ की परवाह करता है और वे ब्राउज़र नियंत्रण में हैं। इसलिए आप सत्र के लिए कुकीज़ का उपयोग करें।

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