સેટિંગ્સ સંવાદ કન્ફિગર કરેલી નીતિ બતાવે છે. Chrome એ એક URL માટે કયો માર્ગ પસંદ કર્યો તે તપાસવા માટે, તે URL લોડ થતી વખતે બ્રાઉઝરની નેટવર્ક ઘટનાઓ કેપ્ચર કરો.

  1. Chrome માં chrome://net-export/ ખોલો.
  2. ડિસ્ક પર લોગિંગ શરૂ કરો અને તે ટૅબ ખુલ્લી રાખો.
  3. બીજી ટૅબમાં, ચોક્કસ નેવિગેશન ફરી ચલાવો. URL અને અંદાજિત સમય નોંધો.
  4. એક્સપોર્ટ ટૅબ પર પાછા જાઓ અને લોગિંગ બંધ કરો.

પરિણામી NetLog ને સુસંગત વ્યુઅર વડે તપાસી શકાય છે. ખાસ વધારાની વિગતોની જરૂર ન હોય તો કેપ્ચરની ડિફૉલ્ટ ગોપનીયતા સેટિંગ વાપરો; લોગ બ્રાઉઝિંગ અને નેટવર્ક માહિતી જાહેર કરી શકે છે.

પહેલા વિનંતી વાંચો, પછી પ્રોક્સી ઘટનાઓ

લક્ષ્ય વિનંતી શોધો અને આખી ફાઇલમાં પહેલું પ્રોક્સી હોસ્ટનામ શોધવાને બદલે તેના સંબંધિત સ્રોતોને અનુસરો. Chrome એક સાથે અસંબંધિત ટૅબ અને પૃષ્ઠભૂમિ સંસાધનો લોડ કરી શકે છે.

પ્રોક્સી રિઝોલ્યુશન ઉમેદવારોની ક્રમબદ્ધ યાદી પરત કરે છે. ઉદાહરણ તરીકે, એક કાલ્પનિક પરિણામ આવું હોઈ શકે:

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

આ શક્ય માર્ગોનું વર્ણન કરે છે. તે સાબિત કરતું નથી કે proxy-a એ વિનંતી વહન કરી, અથવા ત્રણેય માર્ગોનો સંપર્ક કરવામાં આવ્યો.

ઉકેલાયેલી પ્રોક્સી યાદી, ખરાબ-પ્રોક્સીની પ્રાથમિકતા ઘટાડવાની અથવા ફૉલબૅક ઘટનાઓ, અને સંબંધિત કનેક્શન કે સ્ટ્રીમ ઘટનાઓ શોધો. પસંદ કરેલા પીઅર અને અંતિમ પરિણામ સુધી અનુસરો. જો રિફ્રેશની જરૂર હોય, તો PAC કન્ફિગરેશન સ્થિતિને યાદ રાખેલી ખરાબ-પ્રોક્સી સ્થિતિથી અલગ કરો. જ્યારે કનેક્શન ફરી વપરાય છે, ત્યારે વિનંતી તે ક્ષણે નવું TCP કનેક્શન બનાવવાને બદલે હાલના સ્ટ્રીમ કે સોકેટ તરફ નિર્દેશ કરી શકે છે.

ઘટના શબ્દભંડોળમાં PROXY_RESOLUTION_SERVICE_RESOLVED_PROXY_LIST અને PROXY_LIST_FALLBACKનો સમાવેશ થાય છે. રિઝોલ્યુશન માર્ગ પર આધાર રાખીને, યાદીની વિગતો pac_string અથવા proxy_info તરીકે દેખાઈ શકે છે. નિકાસ કરેલા ઘટના પ્રકારો સંખ્યાત્મક હોઈ શકે છે અને કેપ્ચરમાં નોંધાયેલા સ્થિરાંકો દ્વારા ડીકોડ થાય છે; બીજા Chrome સંસ્કરણમાંથી નકલ કરેલી નિશ્ચિત સંખ્યા વિશ્વસનીય નથી.

આ URL માટે DIRECT પરિણામ બીજા URL દ્વારા વપરાતી પ્રોક્સી સાથે સહઅસ્તિત્વમાં રહી શકે છે. PAC નિર્ણયો અને બાયપાસ નિયમો ગંતવ્ય પર આધારિત છે. પરિણામની જાણ કરતી વખતે ચોક્કસ વિનંતીના પુરાવા સાચવો.

સંબંધિત લેખો