கிளையண்ட் பக்கத்திலிருந்து cURL ப்ராக்ஸி நேரங்களைப் படித்தல்

இணைப்பு, TLS, முதல் பைட் மற்றும் மொத்த நேரங்களை விளக்குங்கள், காணப்படாத மேல்நிலை வேலையை ப்ராக்ஸி அளவீட்டுக்கு மட்டும் சாற்றாமல்.

cURL ஒரு சாதாரண HTTP ப்ராக்ஸிக்கு புதிய TCP இணைப்பைத் திறந்து, HTTPS சுரங்கத்தை அமைத்து, ஒரு பதிலைப் பதிவிறக்குகிறது என்று வைத்துக்கொள்வோம். இந்த நேரங்கள் அந்தப் பாதையில் cURL கவனித்த மைல்கற்களை விவரிக்கின்றன.

மதிப்புபரிமாற்றத் தொடக்கத்திலிருந்து அளக்கப்பட்ட மைல்கல்
time_connectப்ராக்ஸியுடனான இணைப்பு நிறைவடைந்தது
time_appconnectதொடர்புடைய TLS கைக்குலுக்கல் நிறைவடைந்தது
time_starttransferபதிலின் முதல் பைட் பெறப்பட்டது
time_totalபரிமாற்றம் முடிந்தது

எடுத்துக்காட்டான POSIX-shell பதிவுக்கு:

curl --proxy http://proxy.example:8080 \
  --output /dev/null \
  --write-out 'connect=%{time_connect} tls=%{time_appconnect} first=%{time_starttransfer} total=%{time_total}\n' \
  https://example.com/

ப்ராக்ஸி அனுமதிச்சீட்டுகள் இல்லாத அனுமதிக்கப்பட்ட பொது HTTPS ஒப்பீட்டுக்கு, HTTP ப்ராக்ஸி பட்டியலில் உள்ள ஒரு HTTP உள்ளீடு எடுத்துக்காட்டு ப்ராக்ஸிக்குப் பதிலாக அமையலாம். மதிப்புகள் கூட்டப்பட்ட விநாடிகள். இவை கூட்ட வேண்டிய நான்கு தனித்தனி கால அளவுகள் அல்ல. பரிமாற்றப் பிழையையும் பதிலின் நிலையையும் எண்களுக்கு அருகில் வைத்திருங்கள்: தோல்வியடைந்த இணைப்போ நிராகரிக்கப்பட்ட சுரங்கமோ அடுத்தடுத்த ஒவ்வொரு மைல்கல்லையும் எட்டவில்லை.

கழித்தல் என்ன சொல்லும்

ஒரு வெற்றிகரமான பதிலுக்கு, time_total இலிருந்து time_starttransfer கழித்தால் முதல் பைட் வந்தபின் எஞ்சிய இடைவெளி விவரிக்கப்படுகிறது. அது முக்கியமாக பிந்தைய பதில் பரிமாற்றமும் அதனுடன் தொடர்புடைய கிளையண்ட் பக்க வேலையும் ஆகும். அது ப்ராக்ஸி இணையதளத்துடன் இணைந்து கொள்ள எடுத்த நேரம் அல்ல, ஏனெனில் அது பதில் வருவதற்கு முன்பே நடந்தது.

அதுபோலவே time_starttransfer இலிருந்து time_connect கழித்தால் சுரங்கக் கட்டுமானம், TLS, மேல்நிலை வலையமைப்பின் காத்திருப்புகள், சேவையக வேலை மற்றும் பிற செயலாக்கம் அடங்கலாம். முழு வேறுபாட்டையும் "ப்ராக்ஸி தாமதம்" எனக் கூறுவது பல கூறுகளை ஒரே தரப்பின் மீது சாற்றுவதாகும்.

ப்ராக்ஸியின் மேல்நிலை DNS, இணைப்பு மற்றும் பதில் காத்திருப்புகளைப் பிரிக்க, ப்ராக்ஸி பக்கத்திலிருந்து தொடர்புடைய கண்காணிப்புகளையோ தடயங்களையோ பெறுங்கள். HTTP CONNECT பயன்படுத்துவதால் மட்டும் கிளையண்டுக்கு அந்த உள் நேர முத்திரைகள் கிடைக்காது.

சமமான பரிமாற்றங்களை ஒப்பிடுங்கள். வழிமாற்றங்கள் பல கோரிக்கைகளின் நேரங்களைச் சேர்க்கின்றன, ஆனால் இணைப்பு மறுபயன்பாடும் பல்வழிப் பயன்பாடும் எந்தத் தயாரிப்பு வேலை தேவை என்பதை மாற்றுகின்றன. ஒரு ப்ராக்ஸியின் எண்களை மற்றொன்றுடன் ஒப்பிடும் முன் அந்த நிபந்தனைகளைப் பதிவு செய்யுங்கள்.

தொடர்புடைய கட்டுரைகள்