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 колдонуу менен гана ала албайт.

Барабар өткөрүүлөрдү салыштырыңыз. Калыбына келтирүүлөр бир нече суроонун убактысын кошот, ал эми туташууну кайра колдонуу жана мультиплекстөө кандай даярдык иши керек экенин өзгөртөт. Бир проксинин сандарын экинчисиники менен салыштырганга чейин ушул шарттарды жазып алыңыз.

Тектеш макалалар