NAT भर्चुअल मेसिनले होस्टको प्रोक्सी लगइन उत्तराधिकारमा पाउँछ?

अतिथिले IP-आधारित नेटवर्क अनुमति साझा गर्छ कि स्पष्ट प्रोक्सीमा साँच्चै प्रमाणीकरण गर्छ निर्धारण गर्नुहोस्।

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

संयन्त्रके अधिकृत हुन्छ
स्पष्ट HTTP प्रोक्सी प्रमाणीकरण407 जस्ता प्रोक्सी चुनौतीको जवाफ प्रमाणहरूले दिइन्छ प्रोक्सीका नियमअनुसार
ठेगानामा आधारित पोर्टल वा नेटवर्क पहुँच अनुमतिदेखिने स्रोत ठेगानासँग सम्बन्धित ट्राफिक

NAT सँग, होस्ट र अतिथिको ट्राफिकले होस्टको अनुवादित स्रोत साझा गर्न सक्छ। त्यसैले केवल त्यो ठेगानासँग बाँधिएको अनुमतिले दुवैलाई समेट्न सक्छ। NAT आफैंले ब्राउजर प्रोक्सी सेटिङहरू प्रतिलिपि गर्दैन र अतिथि अनुप्रयोगका लागि Proxy-Authorization उत्पादन गर्दैन।

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

ब्रिज गरिएको अतिथिले फरक स्रोत देखाउन सक्छ र फेरि पोर्टल भेट्न सक्छ। IPv6 ले पनि IPv4 NAT भन्दा फरक मार्ग लिन सक्छ। व्यक्तिगत जवाफदेहीका लागि एउटा अनुवादित ठेगानाले एक व्यक्तिको प्रतिनिधित्व गर्छ भनी मान्नुको सट्टा आवश्यक प्रयोगकर्ताहरूलाई छुट्याउने पहिचान सीमा छान्नुहोस्।

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