क्या कोई वेबसाइट NAT और फ़ॉरवर्ड प्रॉक्सी में फ़र्क़ बता सकती है?
आकलन करें कि साझा सार्वजनिक IP, फ़ॉरवर्डिंग हेडर और प्रॉक्सी-जाँच का परिणाम वेबसाइट तक के रास्ते के बारे में क्या सिद्ध कर सकते हैं।
कई आगंतुक एक ही सार्वजनिक पते से आते हैं। यह दफ़्तर के NAT गेटवे से मेल खाता है। यह साझा फ़ॉरवर्ड प्रॉक्सी से भी मेल खाता है। अकेला पता इन दोनों में से चुनाव नहीं करता।
NAT रास्ते भर पते की जानकारी बदलता है। फ़ॉरवर्ड प्रॉक्सी एक कनेक्शन स्वीकार करता है और आगे एक और कनेक्शन बनाता है। ये अलग-अलग तंत्र हैं, पर गंतव्य को वही कनेक्शन दिखते हैं जो उस तक पहुँचते हैं, क्लाइंट के नेटवर्क उपकरणों की पूरी सूची नहीं।
HTTP का Via फ़ील्ड HTTP मध्यस्थों का सबूत दे सकता है। इसकी अनुपस्थिति को संकीर्ण रूप में पढ़ें: इस अनुरोध ने वह संकेत इस प्रेक्षक के सामने नहीं रखा। हेडर अविश्वसनीय हो सकते हैं, हटा दिए गए हों, या सामान्य एंड-टू-एंड TLS सुरंग के भीतर उपलब्ध न हों। IP प्रतिष्ठा डेटाबेस दूसरी तरह का सबूत देते हैं, अपने दायरे और आयु के साथ।
इसीलिए किसी जाँच उपकरण में “कोई प्रॉक्सी नहीं मिला” नेटवर्क का नक्शा नहीं है। यह भी प्रमाणित नहीं कर सकता कि हर दूसरी वेबसाइट इसी निष्कर्ष पर पहुँचेगी।
अगर आप क्लाइंट या नेटवर्क चलाते हैं, तो एंडपॉइंट के अवलोकनों को ऐप की वास्तविक सेटिंग्स, गेटवे कॉन्फ़िगरेशन और प्रासंगिक कनेक्शन रिकॉर्ड के साथ जोड़ें। अगर आप केवल वेबसाइट चलाते हैं, तो बताएं कि आपके संकेत किस बात का समर्थन करते हैं और अनिश्चितता के लिए जगह छोड़ें।
पहुँच नियंत्रण के लिए तय करें कि आपको किस चीज़ की सुरक्षा करनी है। साझा पता मोटे दर-सीमा के लिए उपयोगी हो सकता है, पर एक व्यक्ति के विकल्प के रूप में यह कमज़ोर है। इसे NAT या प्रॉक्सी कहना उस पहचान की समस्या को हल नहीं करता।