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 வினாடியாகவும் வைக்கும். பணிச்சுமைக்கேற்ப மதிப்புகளைத் தேர்ந்தெடுங்கள். நிகழ்வு ஓடை நீண்ட அமைதியிலும் நலமாக இருக்கலாம்; பதிவிறக்க விதி அதைத் தவறாக நிறுத்தலாம்.
எல்லா வரம்புகளையும் உயர்த்துவது அறிகுறியைத் தள்ளிப்போடுகிறது. உடனடி தொடர் மறுமுயற்சிகள் அதிகச் சுமையுள்ள வழியில் இணைப்புகளைச் சேர்க்கலாம். சில திட்டமிட்ட ஒப்பீடுகளால் கண்டறியுங்கள்; பயன்பாட்டின் பிற்கால மறுமுயற்சிக் கொள்கைக்கு தனி மொத்த நேர ஒதுக்கீடும் செயலை மீண்டும் செய்வது பாதுகாப்பானதா என்ற பரிசீலனையும் தேவை.