Safari ના શોધ ક્લિકને તેના રીડાયરેક્ટ દ્વારા ટ્રેસ કરો
શોધ ક્લિક પૃષ્ઠ સુધી પહોંચતાં પહેલાં રીડાયરેક્ટર, સંમતિ પૃષ્ઠ અથવા સાઇન-ઇનમાંથી પસાર થઈ શકે છે. ક્લિક કરેલી ચેઇનની સીધી મુલાકાત સાથે તુલના કરો અને નિષ્ફળ થતું તબક્કું નામ આપો.
શોધ પરિણામો ભાગ્યે જ તેમના નામના પૃષ્ઠ પર સીધા લિંક કરે છે. એક ક્લિક રીડાયરેક્ટર, સંમતિનું મધ્યવર્તી પૃષ્ઠ અથવા સાઇન-ઇન સેવામાંથી પસાર થઈ શકે છે, અને દરેક હોપ એક અલગ વિનંતી છે જે પોતાની રીતે નિષ્ફળ થઈ શકે છે. Safari નું Network ટૅબ તે ક્રમ દૃશ્યમાન રાખે છે, પરંતુ જો તમે ક્લિક પહેલાં રેકોર્ડિંગ શરૂ કરો તો જ. પ્રથમ નિષ્ફળ URL એ ઉપયોગી પુરાવો છે, પરિણામમાં દર્શાવેલું સરનામું નહીં.
ક્લિક પહેલાં કેપ્ચર શરૂ કરો
ટૅબ પર Web Inspector ખોલો અને શોધ પરિણામને સ્પર્શ કરતાં પહેલાં Network પર જાઓ. Preserve Log ચાલુ કરો જેથી સૂચિ પૃષ્ઠને બદલતા નેવિગેશન પછી પણ ટકી રહે. હાલની એન્ટ્રીઓ સાફ કરો, પછી બરાબર એક ક્લિક કરો. પૃષ્ઠ લોડ થયા પછી શરૂ થયેલું કેપ્ચર તમને જરૂરી વિનંતી પહેલેથી ગુમાવી ચૂક્યું છે.
ખાનગી ડેટા વગરનું પૃષ્ઠ વાપરો અને સમગ્ર તુલના દરમિયાન બ્રાઉઝર પ્રોફાઇલ અને VPN સ્થિતિ અપરિવર્તિત રાખો. તેમાંથી કોઈપણને વચ્ચે બદલવાથી બે માર્ગો અતુલનીય બની જાય છે.
રીડાયરેક્ટ ક્રમમાં વાંચો
પંક્તિઓ ઉપરથી નીચે વાંચો અને સ્થિતિ કોડ અનુસરો. જેનું Location ક્ષેત્ર બીજા હોસ્ટ તરફ ઇશારો કરે તે 301 અથવા 302 એ હોપ છે, ગંતવ્ય નહીં. તેના પછીની વિનંતી પોતાના નામ-શોધ, TLS હેન્ડશેક અને નીતિ તપાસ સાથેનું નવું નેવિગેશન છે. સામગ્રી આવતાં પહેલાં ક્લિક કેટલા હોસ્ટને સ્પર્શે તે ગણો.
WebKit નું Network ટૅબ માર્ગદર્શિકા દસ્તાવેજ કરે છે કે વિનંતી રેકોર્ડ અને Preserve Log વિકલ્પ કેવી રીતે વર્તે છે, જે વિરલ સૂચિનું અર્થઘટન કરતાં પહેલાં વાંચવા લાયક છે. ખૂટતી પંક્તિઓનો અર્થ સામાન્ય રીતે એ થાય છે કે કેપ્ચર મોડું શરૂ થયું અથવા service worker એ કૅશમાંથી જવાબ આપ્યો, બ્રાઉઝરે હોપ છોડી દીધો નહીં.
સીધા નેવિગેશન સાથે તુલના કરો
સમાન પ્રોફાઇલ અને નેટવર્ક હેઠળ ઇચ્છિત અંતિમ પૃષ્ઠ પર બીજો પાસ કરો, સીધું ટાઇપ અથવા પેસ્ટ કરીને. જ્યાં બે સૂચિ અલગ પડે તે પ્રથમ પંક્તિથી તુલના કરો. જો ક્લિક કરેલો માર્ગ એવા મધ્યસ્થ પર નિષ્ફળ જાય જેને સીધો માર્ગ કદી સ્પર્શતો નથી, તો સમસ્યા તે મધ્યસ્થ પર છે. જો બંને એક જ origin સુધી પહોંચે અને ફક્ત એકને ઇનકાર મળે, તો એકાઉન્ટ સ્થિતિ અથવા વિનંતીની વિગત વધુ સારો સંકેત છે.
બંને કેપ્ચરને ટાઇમસ્ટેમ્પ સાથે સાથે રાખો. સમયનો તફાવત કારણનો પુરાવો નથી, પરંતુ આગળ કઈ સેવાની તપાસ કરવી તે સંકુચિત કરે છે. નોંધો કે દરેક નિષ્ફળ પંક્તિ કયા હોસ્ટની હતી, કારણ કે એક જ બ્રાઉઝર લક્ષણના વિવિધ તબક્કે વિવિધ માલિકો હોય છે. જો સીધો પાસ પણ નિષ્ફળ જાય, તો ક્લિક માર્ગ ભેદક નથી.
નિષ્ફળતાનું તબક્કું ચોક્કસ નામ આપો
પંક્તિનું ભૂલ લખાણ સાઇટ બ્લોક છે એવા સામાન્ય દાવા કરતાં વધુ ચોક્કસ છે. નામ-ઉકેલની નિષ્ફળતા, કદી પૂર્ણ ન થતું જોડાણ, TLS ભૂલ અને HTTP સ્થિતિ એ ચાર અલગ તબક્કા છે જેમના ચાર અલગ માલિકો છે. તે તબક્કો સામાન્ય નિષ્ફળતા તરીકે નહીં, શબ્દોમાં નોંધો, પછી એસ્કેલેશનનું લક્ષ્ય સ્પષ્ટ થાય છે.
| Stage | What the row shows | Who owns it |
|---|---|---|
| Name resolution | No address, request never starts | Resolver or local DNS policy |
| Connection | Address known, transport never completes | Route, firewall or upstream reachability |
| TLS | Handshake error or certificate warning | Interception, clock or certificate trust |
| HTTP | A status code comes back | Origin, gateway or account policy |
Ping અને traceroute હોસ્ટ વિશે સંકેત ઉમેરી શકે છે, પરંતુ તે બ્રાઉઝરની રીડાયરેક્ટ ચેઇન ફરી ચલાવતા નથી કે HTTPS વિનંતી સફળ થાય છે તે સાબિત કરતા નથી. હોસ્ટ પર સફળ ping એક જ હોસ્ટ પર TLS નિષ્ફળતા સાથે પણ રહી શકે છે. વેબ-વિનંતી રેકોર્ડને મુખ્ય પુરાવો રાખો અને પછીની નેટવર્ક કસોટીઓને સહાયક વિગત ગણો.
ટોકન લીક કર્યા વિના ટ્રેસ શેર કરો
ટ્રેસ નિકાસ કે પેસ્ટ કરતાં પહેલાં દરેક URL, હેડર અને ક્વેરી પરિમાણની સમીક્ષા કરો. રીડાયરેક્ટ ચેઇન ઘણી વાર સેશન ઓળખકર્તા, ઇમેઇલ સરનામાં, સંમતિ સ્થિતિ કે સહી કરેલી લિંક લઈ જાય છે. તે મૂલ્યો બદલો અથવા ટ્રિમ કરો, અને તપાસને ખરેખર જરૂરી origin, સ્થિતિ અને સમય રાખો.
પ્રથમ નિષ્ફળ વિનંતી, તેના પહેલાનો હોપ અને રીડાયરેક્ટ સ્થિતિ સોંપો. તે ત્રિપુટી આગલી વ્યક્તિને સંપૂર્ણ ટ્રેસ વાંચ્યા વિના કે એકાઉન્ટને સ્પર્શ્યા વિના તમારો માર્ગ પુનઃઉત્પાદિત કરવા દે છે.