પ્રોક્સી દ્વારા પીઅર દ્વારા કનેક્શન રીસેટ: નિષ્ફળ તબક્કો શોધો
ઓપરેટિંગ સિસ્ટમના ટૂંકા ભૂલ સંદેશને કારણનું આરોપણ ન ગણતાં, કનેક્શન તબક્કા અને પુષ્ટિકારક પુરાવાનો ઉપયોગ કરીને પ્રોક્સી રીસેટની તપાસ કરો.
“Connection reset by peer” તૂટેલા પરિવહન કનેક્શનનો સંકેત આપે છે. તે ISP, પ્રોક્સી ઓપરેટર કે વેબસાઇટને કારણ તરીકે ઓળખતું નથી.
| રીસેટનો સમય | ક્યાં તપાસ કરવી |
|---|---|
| TCP જોડાયાના તરત જ | પ્રોટોકોલની અસંગતિ અથવા પ્રારંભિક આદાનપ્રદાન નકારતી સેવા |
| CONNECT સફળ થયા પછી | સ્થાપિત ટનલ માર્ગ |
| પ્રતિસાદ દરમિયાન | અપસ્ટ્રીમ બંધ થવું, મધ્યસ્થની આયુષ્ય નીતિ અને સ્થાનાંતરણ માર્ગ |
પછી પ્રોક્સી અને લક્ષ્યને સ્થિર રાખીને એક સંબંધિત શરત બદલો. જ્યાં સમર્થિત હોય ત્યાં યોગ્ય રીતે ગોઠવાયેલ એન્ક્રિપ્ટેડ ક્લાયંટ-થી-પ્રોક્સી કનેક્શન, અથવા બીજા મંજૂર નેટવર્કમાંથી એ જ ક્લાયંટની તુલના કરો. પૂછો કે ઓપરેટર પોતાના લોગમાં આ પ્રયાસને સાંકળી શકે છે કે નહીં.
અલગ પરિણામ તપાસને સંકુચિત કરે છે, પણ એક કારણ સાબિત કરતું નથી. ટનલ દ્વારા ટ્રાફિક મોકલવો સમય, ભાર, નીતિ અને મધ્યવર્તી ઉપકરણોને એકસાથે બદલી શકે છે. તેની સફળતા એકલી મૂળ માર્ગ પર ઇરાદાપૂર્વક અવરોધ સ્થાપિત કરી શકતી નથી.
જ્યાં અધિકૃત પેકેટ નિરીક્ષણ ઉપલબ્ધ હોય, ત્યાં તેની એપ્લિકેશન અને પ્રોક્સી લોગ સાથે તુલના કરો. અપેક્ષિત પેકેટ સ્રોત સરનામું પણ સમજાવતું નથી કે રીસેટ કેમ મોકલાયો અથવા કઈ સિસ્ટમે નીતિ લાગુ કરી.
સંખ્યાત્મક ભૂલ, સમયછાપ, અંતિમ બિંદુ અને છેલ્લો પૂર્ણ થયેલ તબક્કો સાચવો. ઓળખપત્રો કે TLS સેટિંગ્સ બદલતા પહેલાં તે પુરાવાનો ઉપયોગ કરો; ટૂંકો રીસેટ સંદેશ પોતે બંનેમાંથી કંઈપણ બદલવાનું કારણ આપતો નથી.