સ્પષ્ટ પ્રોક્સી ક્લાયન્ટ જાણે છે કે તે પ્રોક્સી સાથે વાત કરે છે. ઇન્ટરસેપ્ટ કરેલો બ્રાઉઝર માને છે કે તે વેબસાઇટ સાથે જોડાયો છે. આ તફાવત પ્રમાણીકરણ માટે મુખ્ય છે.

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

તેથી Squid ની ઇન્ટરસેપ્શન માર્ગદર્શિકા proxy_auth ને ઇન્ટરસેપ્શન મોડ સાથે સાદું જોડવાનું સમર્થન કરતી નથી. કાર્યરત Basic પ્રમાણીકરણ સહાયક બ્રાઉઝર દૂરસ્થ અંતિમ બિંદુ વિશે જે માને છે તે બદલતું નથી.

જો ઓળખાયેલા વપરાશકર્તાઓને સામાન્ય પ્રમાણિત ફોરવર્ડ પ્રોક્સીની જરૂર હોય, તો ક્લાયન્ટને સ્પષ્ટ રીતે ગોઠવો, સીધા અથવા યોગ્ય સંચાલિત પ્રોક્સી રૂપરેખાંકન દ્વારા. તે શ્રોતા અને તેની પ્રમાણીકરણ નીતિને ઇન્ટરસેપ્શન શ્રોતાથી અલગ રાખો.

પ્રમાણીકરણ પોર્ટલ, નેટવર્ક-સ્તરની ઓળખ પ્રણાલી અથવા TLS ઇન્ટરસેપ્શન ગોઠવણી એ ભિન્ન વિશ્વાસ અને તૈનાતી આવશ્યકતાઓવાળી બીજી રચના છે. તે ખૂટતી સ્પષ્ટ-પ્રોક્સી આપલે માટે એક-લીટી સુધારો નથી.

પ્રોમ્પ્ટની ગેરહાજરીને ઇન્ટરસેપ્ટ કરેલી સેવાને જાહેર કરીને અથવા દરેક ક્લાયન્ટને પરવાનગી આપીને ઉકેલશો નહીં. પહેલા નક્કી કરો કે જરૂરિયાત સ્પષ્ટ વપરાશકર્તા પ્રમાણીકરણ છે કે પ્રોક્સી માટે કદી ગોઠવાય ન હતા તેવા ટ્રાફિકનું ઇન્ટરસેપ્શન. બંનેને ભિન્ન ધારણાઓ જોઈએ.

સંબંધિત લેખો