હોસ્ટ લોગિન કર્યા પછી અતિથિ બ્રાઉઝ કરે તે દર્શાવતું નથી કે NAT એ હોસ્ટનો પ્રોક્સી પાસવર્ડ અતિથિને આપ્યો. બે પદ્ધતિઓ સમાન દેખાઈ શકે છે:

પદ્ધતિશું અધિકૃત થાય છે
સ્પષ્ટ HTTP પ્રોક્સી પ્રમાણીકરણ407 જેવા પ્રોક્સી પડકારનો જવાબ ઓળખપત્રો સાથે આપવામાં આવે છે પ્રોક્સીના નિયમો અનુસાર
સરનામા-આધારિત પોર્ટલ અથવા નેટવર્ક ઍક્સેસ મંજૂરીદૃશ્યમાન સ્રોત સરનામા સાથે સંકળાયેલ ટ્રાફિક

NAT સાથે, હોસ્ટ અને અતિથિનો ટ્રાફિક હોસ્ટના અનુવાદિત સ્રોતને શેર કરી શકે છે. તેથી ફક્ત તે સરનામા સાથે જોડાયેલી મંજૂરી બંનેને આવરી શકે છે. NAT પોતે બ્રાઉઝર પ્રોક્સી સેટિંગ્સની નકલ કરતું નથી અને અતિથિ એપ્લિકેશનો માટે Proxy-Authorization બનાવતું નથી.

તેમને અલગ પાડવા માટે, અતિથિ સ્પષ્ટ પ્રોક્સી સાથે જોડાય છે કે સીધો ગેટવેમાંથી પસાર થાય છે તે નક્કી કરો. પછી નક્કી કરો કે ઉપરની નીતિ વપરાશકર્તા, કનેક્શન, ઉપકરણ કે સરનામાને અધિકૃત કરે છે. જો અતિથિ પ્રોક્સી વાપરે છે, તો તેના નિયમો અને હાલનું પ્રમાણીકૃત-કનેક્શન વર્તન તપાસો; ફક્ત એક વિનંતી પદ્ધતિ ઓળખી શકતી નથી.

બ્રિજ કરેલ અતિથિ અલગ સ્રોત રજૂ કરી શકે છે અને ફરીથી પોર્ટલનો સામનો કરી શકે છે. IPv6 પણ IPv4 NAT કરતાં બીજો માર્ગ લઈ શકે છે. વ્યક્તિગત જવાબદારી માટે, એવી ઓળખ સીમા પસંદ કરો જે જરૂરી વપરાશકર્તાઓને અલગ પાડે, એમ ધારવાને બદલે કે એક અનુવાદિત સરનામું એક વ્યક્તિનું પ્રતિનિધિત્વ કરે છે.

સંબંધિત લેખો