धेरै आगन्तुक एउटै सार्वजनिक ठेगानाबाट आउँछन्। यो अफिसको NAT गेटवेसँग मिल्छ। साझा फर्वार्ड प्रोक्सीसँग पनि मिल्छ। ठेगाना मात्रले यी दुईबीच छनोट गर्दैन।

NAT ले बाटोभरि ठेगानाको जानकारी बदल्छ। फर्वार्ड प्रोक्सीले एक जडान स्वीकार्छ र अगाडि अर्को जडान बनाउँछ। यी फरक संयन्त्र हुन्, तर गन्तव्यले आफूसम्म आउने जडानहरू मात्र देख्छ, ग्राहकको सञ्जाल उपकरणको पूरा सूची होइन।

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

त्यसैले जाँच उपकरणमा “कुनै प्रोक्सी भेटिएन” भन्नु सञ्जालको नक्सा होइन। यसले अरू हरेक वेबसाइटले पनि उही निष्कर्षमा पुग्नेछ भनी प्रमाणित गर्न सक्दैन।

यदि तपाईं ग्राहक वा सञ्जाल चलाउनुहुन्छ भने, एन्डपोइन्टका अवलोकनलाई एपको वास्तविक सेटिङ, गेटवे कन्फिगरेसन र सम्बन्धित जडान अभिलेखसँग जोड्नुहोस्। यदि तपाईं वेबसाइट मात्र चलाउनुहुन्छ भने, तपाईंका संकेतले के समर्थन गर्छन् भन्नुहोस् र अनिश्चितताका लागि ठाउँ छोड्नुहोस्।

पहुँच नियन्त्रणका लागि के सुरक्षित गर्नुपर्छ भनी निर्णय गर्नुहोस्। साझा ठेगाना मोटा दर-सीमाका लागि उपयोगी हुन सक्छ, तर एक व्यक्तिको विकल्पका रूपमा कमजोर छ। यसलाई NAT वा प्रोक्सी भन्नुले त्यो पहिचानको समस्या समाधान गर्दैन।

सम्बन्धित लेखहरू