होस्ट के लॉगिन के बाद अतिथि का ब्राउज़ करना यह नहीं दिखाता कि NAT ने होस्ट का प्रॉक्सी पासवर्ड अतिथि को दिया है। दो तंत्र एक जैसे दिख सकते हैं:

तंत्रकिसे अधिकृत किया जाता है
स्पष्ट HTTP प्रॉक्सी प्रमाणीकरण407 जैसी प्रॉक्सी चुनौती का उत्तर क्रेडेंशियल से दिया जाता है प्रॉक्सी के नियमों के अनुसार
पते पर आधारित पोर्टल या नेटवर्क पहुँच अनुदानदृश्यमान स्रोत पते से जुड़ा ट्रैफ़िक

NAT के साथ, होस्ट और अतिथि का ट्रैफ़िक होस्ट के अनुवादित स्रोत को साझा कर सकता है। इसलिए केवल उस पते से जुड़ा अनुदान दोनों को कवर कर सकता है। NAT स्वयं न ब्राउज़र की प्रॉक्सी सेटिंग्स की प्रतिलिपि बनाता है और न ही अतिथि अनुप्रयोगों के लिए Proxy-Authorization उत्पन्न करता है।

उन्हें अलग करने के लिए पहचानें कि अतिथि किसी स्पष्ट प्रॉक्सी से जुड़ता है या सीधे गेटवे से जाता है। फिर निर्धारित करें कि ऊपरी नीति उपयोगकर्ता, कनेक्शन, डिवाइस या पते को अधिकृत करती है। यदि अतिथि प्रॉक्सी का उपयोग करता है, तो उसके नियमों और मौजूदा प्रमाणीकृत-कनेक्शन व्यवहार की जाँच करें; केवल एक संकेत विधि की पहचान नहीं कर सकता।

ब्रिज किया गया अतिथि भिन्न स्रोत प्रस्तुत कर सकता है और फिर से पोर्टल का सामना कर सकता है। IPv6 भी IPv4 NAT से भिन्न मार्ग ले सकता है। व्यक्तिगत जवाबदेही के लिए ऐसी पहचान सीमा चुनें जो आवश्यक उपयोगकर्ताओं को अलग करे, बजाय यह मानने के कि एक अनुवादित पता एक व्यक्ति का प्रतिनिधित्व करता है।

संबंधित लेख