curl પ્રોક્સી સમયમર્યાદા: નિષ્ફળ પગલું શોધો
પ્રોક્સી જોડાણ, ટનલ વાટાઘાટ, TLS અને અટકેલા પ્રતિભાવને જુદા ઓળખો જેથી curl સમયમર્યાદા સમસ્યા શોધવામાં મદદ કરે.
curl ના વિગતવાર આઉટપુટમાં છેલ્લી પૂર્ણ થયેલી ક્રિયા શોધો. ‘પ્રોક્સી સાથે જોડાયું, પરંતુ CONNECT નો જવાબ નથી’ એ ‘પ્રોક્સીનો સમય પૂરો થયો’ કરતાં સમસ્યાને ઘણી વધુ ચોક્કસ કરે છે.
સમયમર્યાદાવાળી વિનંતી વાપરો અને સ્થાનિક ઉદાહરણને તમારા HTTP પ્રોક્સીથી બદલો; સરખામણી માટે બીજા એન્ડપોઇન્ટ HTTP પ્રોક્સીની યાદીમાંથી મળી શકે છે:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/--connect-timeout 5 સંબંધિત શોધ અને હેન્ડશેક સહિત જોડાણ સ્થાપન માટે એક સહિયારું સમય બજેટ આપે છે; દરેક તબક્કાને અલગ પાંચ સેકન્ડ આપતું નથી. --max-time 15 સ્થાપન પછીના ટ્રાન્સફર સહિત આખી ક્રિયાનો સમય મર્યાદિત કરે છે.
| પ્રગતિ ક્યાં અટકે છે | આગળ શું તપાસવું |
|---|---|
| પ્રોક્સી સાથે જોડાણ નથી | પ્રોક્સી હોસ્ટનામ ઉકેલ, સાંભળતો પોર્ટ, રૂટિંગ અને ફાયરવોલ નીતિ. |
| પ્રોક્સી જોડાયેલું; ટનલનો જવાબ નથી | પ્રોક્સી ભાર, પ્રમાણીકરણ વાટાઘાટ, પ્રવેશ નીતિ અને પ્રોક્સીથી ગંતવ્ય સુધી પહોંચ. |
| ટનલ સ્વીકારાઈ; TLS અધૂરું | ગંતવ્ય સુધી પહોંચ, TLS વાટાઘાટ અને સંચાલિત ટ્રાફિક અવરોધન. |
| ગંતવ્ય હેડર મળ્યા; બોડી અટકી | મૂળ સર્વરનું ટ્રાન્સફર વર્તન, મધ્યસ્થી બફરિંગ અને એપ ઇરાદાપૂર્વક શાંત છે કે કેમ. |
હેન્ડશેક ક્રમ માટે જુઓ CONNECT HTTPS કેવી રીતે વહન કરે છે. જોડાણ બજેટ નજીક અટકવું સ્થાપન તરફ, પછી કુલ મર્યાદાએ અટકવું અધૂરા ટ્રાન્સફર તરફ સૂચવે છે. સમય સાથે ક્રમ પણ જુઓ; માત્ર સમય ઘટક ઓળખતો નથી. curl બિલ્ડ પ્રમાણે લોગના શબ્દો બદલાય છે, અને ખુલ્લો TCP પોર્ટ CONNECT કામ કરે છે તેનો પુરાવો નથી.
એક બાજુ સ્થિર રાખો
મંજૂર સીધા માર્ગથી એ જ ગંતવ્યની સરખામણી કરો:
curl --noproxy '*' --connect-timeout 5 --max-time 15 --verbose https://example.com/પછી એ જ પ્રોક્સીથી બીજા નિર્દોષ ગંતવ્યની સરખામણી કરો. માત્ર એક નિષ્ફળ થાય તો તેનો માર્ગ અથવા ગંતવ્ય નીતિ તપાસો. બધા એક જ સ્થાપન પગલાએ અટકે તો સામાન્ય પ્રોક્સી માર્ગ તપાસો. શરૂઆતનો સમય, એન્ડપોઇન્ટ, ગંતવ્ય અને છેલ્લો પૂર્ણ તબક્કો સાચવો; લોગ વહેંચતા પહેલાં પ્રવેશ માહિતી, ટોકન, કૂકી અને ખાનગી નામ દૂર કરો.
જોડાણ ખુલ્લું રહે પણ ઉપયોગી પ્રગતિ ન થાય ત્યારે
ફાઇલ ટ્રાન્સફરમાં સ્થાપન અને કુલ સમય ઉપરાંત ઓછી ઝડપની મર્યાદા પણ જરૂરી હોઈ શકે:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 60 --speed-limit 100 --speed-time 20 https://example.com/સતત ટ્રાન્સફર દર 20 સેકન્ડ સુધી પ્રતિ સેકન્ડ 100 બાઇટથી નીચે રહે તો આ ક્રિયા અટકાવે છે, કુલ મર્યાદા 60 સેકન્ડ રાખે છે. કામ મુજબ મૂલ્યો પસંદ કરો. ઇવેન્ટ સ્ટ્રીમ લાંબા શાંત ગાળામાં પણ સ્વસ્થ હોઈ શકે, તેથી ડાઉનલોડ નિયમ તેને ખોટી રીતે અટકાવી શકે.
બધી મર્યાદા વધારવાથી લક્ષણ મોડું આવે છે. તરત વારંવાર પ્રયાસ વધુ ભારવાળા માર્ગમાં જોડાણ ઉમેરશે. થોડા વિચારીને કરેલા તુલનાત્મક પ્રયાસથી નિદાન કરો; એપની પછીની પુનઃપ્રયાસ નીતિને પોતાનું કુલ બજેટ અને ક્રિયા ફરી કરવી સલામત છે કે કેમ તેનો વિચાર જરૂરી છે.