ઘણા મુલાકાતીઓ એક જ જાહેર સરનામાંથી આવે છે. તે ઓફિસના NAT ગેટવે સાથે મેળ ખાય છે. તે વહેંચાયેલ ફોરવર્ડ પ્રોક્સી સાથે પણ મેળ ખાય છે. ફક્ત સરનામું બંને વચ્ચે પસંદગી કરતું નથી.

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

HTTPનું Via ક્ષેત્ર HTTP મધ્યસ્થોના પુરાવા આપી શકે છે. તેની ગેરહાજરીને વધુ સાંકડી રીતે વાંચો: આ વિનંતીએ તે સૂચક આ નિરીક્ષક સમક્ષ રજૂ કર્યું નથી. હેડર અવિશ્વસનીય હોઈ શકે, દૂર કરાયેલા હોઈ શકે, અથવા સામાન્ય એન્ડ-ટુ-એન્ડ TLS ટનલમાં ઉપલબ્ધ ન હોઈ શકે. IP પ્રતિષ્ઠા ડેટાબેઝ બીજી પ્રકારનો પુરાવો આપે છે, પોતાની આવરી અને ઉંમર સાથે.

તેથી ચકાસણી સાધનમાં “કોઈ પ્રોક્સી મળ્યું નથી” એ નેટવર્કની આકૃતિ નથી. તે એ પણ પ્રમાણિત કરી શકતું નથી કે દરેક બીજી વેબસાઇટ એ જ નિષ્કર્ષ પર પહોંચશે.

જો તમે ક્લાયન્ટ કે નેટવર્ક ચલાવો છો, તો એન્ડપોઇન્ટનાં નિરીક્ષણોને એપની વાસ્તવિક સેટિંગ્સ, ગેટવે રૂપરેખાંકન અને સંબંધિત કનેક્શન રેકોર્ડ સાથે જોડો. જો તમે ફક્ત વેબસાઇટ ચલાવો છો, તો તમારા સંકેતો શું સમર્થન આપે છે તે જણાવો અને અનિશ્ચિતતા માટે જગ્યા રાખો.

પ્રવેશ નિયંત્રણ માટે નક્કી કરો કે તમારે શું સુરક્ષિત કરવું છે. વહેંચાયેલું સરનામું ઘઠણ દર-મર્યાદા માટે ઉપયોગી થઈ શકે, પણ એક વ્યક્તિ માટે તે નબળો વિકલ્પ છે. તેને NAT કે પ્રોક્સી કહેવાથી એ ઓળખની સમસ્યા ઉકેલાતી નથી.

સંબંધિત લેખો