પ્રોક્સી આરોગ્ય: તમે કઈ વેબસાઇટ અને કઈ ક્રિયા ચકાસી?
પુનઃઉપયોગી પ્રોક્સી પૂલ જાળવતી વખતે સામાન્ય પ્રોક્સી પહોંચને ગંતવ્ય-વિશિષ્ટ નિષ્ફળતાઓથી અલગ કરો.
પ્રોક્સી તમારું IP-ચકાસણી પૃષ્ઠ લાવે છે પણ તમારી એપ્લિકેશનને જરૂરી API પર નિષ્ફળ જાય છે. તેને “સ્વસ્થ” કે “મૃત” કહેવાથી સૌથી ઉપયોગી તથ્ય ગુમાવાય છે: બંને વિનંતીઓ જુદી હતી.
એન્ડપોઇન્ટ માટે પરિવહન-વ્યાપી રેકોર્ડથી શરૂ કરો. શું તમે તેના શ્રોતા સુધી પહોંચી શકો છો અને જરૂરી પ્રોક્સી વાટાઘાટ પૂર્ણ કરી શકો છો? ગંતવ્ય-વિશિષ્ટ અવલોકનો તે રેકોર્ડની બાજુમાં રાખો, તેના પર ફરીથી લખો નહીં.
| અવલોકન | તપાસવાનું ક્ષેત્ર |
|---|---|
| પ્રોક્સી શ્રોતા જોડાણો નકારે છે | એન્ડપોઇન્ટ અને ત્યાંનો માર્ગ |
| પ્રોક્સી એક ગંતવ્ય પોર્ટ નકારે છે | તે ગંતવ્ય માટે માન્ય ક્રિયા |
| એક વેબસાઇટ ખાતા ભૂલ પરત કરે છે | ગંતવ્ય એપ્લિકેશન અને ઓળખપત્રો |
| મોટા પ્રતિભાવો અટકે છે, નાના પૂરા થાય છે | સ્થાનાંતરણ કાર્યભાર અને સમયમર્યાદા નીતિ |
HTTP પ્રતિભાવ સ્થાપિત કરી શકે છે કે વિનંતી માર્ગે કંઈક પરત આપ્યું, છતાં એપ્લિકેશન માટે તે હજુ પણ નકામું છે. પરિવહન સફળતા, HTTP સ્થિતિ અને અપેક્ષિત સામગ્રી અલગ પરિણામો તરીકે રાખો.
જો એક ગંતવ્ય વારંવાર નિષ્ફળ જાય, તો તે એન્ડપોઇન્ટ-અને-ગંતવ્ય જોડીને થોભાવો અથવા તપાસો. દરેક અસંબંધિત કાર્ય માટે પ્રોક્સી નિષ્ક્રિય કરવાથી ઉપયોગી ક્ષમતા વેડફાઈ શકે છે. તેનાથી વિપરીત, વૈશ્વિક જોડાણ નિષ્ફળતા એક વેબસાઇટના અલગ રેકોર્ડ પાછળ છૂપાયેલી ન રહેવી જોઈએ.
વ્યવહારુ આરોગ્ય કીમાં પ્રોક્સી ઓળખકર્તા, ગંતવ્ય સેવા અને ક્રિયાનો પ્રકાર સમાવી શકાય. સંપૂર્ણ ઓળખપત્રો ધરાવતા URL અથવા દરેક અનન્ય સંસાધન માર્ગને સતત વધતી કી તરીકે વાપરવાનું ટાળો. ફક્ત ત્યાં જ જૂથ બનાવો જ્યાં જૂથ બનાવવું આગલી વિનંતી વિશે અર્થપૂર્ણ આગાહી કરે.
હેતુ વધુ સારા રૂટિંગ પુરાવા છે, લીલા બેજનો મોટો સંગ્રહ નહીં. આરોગ્ય પરિણામે કહેવું જોઈએ કે શું પ્રયાસ કરાયો, ક્યારે, અને તેણે ખરેખર શું સ્થાપિત કર્યું.