CONNECT ժամկետանցումներ պրոքսիում հաջող TCP միացումից հետո
Բացահայտեք CONNECT-ի ընթացքում գործող ժամկետանցումը՝ փոխարենը չենթադրելով, որ ավարտված TCP միացումը նաև ավարտել է թունելի կարգավորումը։
TCP միացման ժամկետանցումը կատարել է իր աշխատանքը հենց որ հաճախորդը միանում է պրոքսիին։ Հաջորդ սպասումը՝ ամբողջական CONNECT պատասխան ստանալը, կարող է ղեկավարվել այլ ժամաչափով։
Հնարավոր է, որ պրոքսին դեռ միանում է վերևին, փոխանակում է նույնականացման հաղորդագրություններ կամ սպասում է այլ ծառայության։ Կայքի սովորական պատասխանը դեռ չի սկսվել։
| Վերջին ավարտված քայլը | Ինչի՞ն է դեռ սպասվում |
|---|---|
| TCP-ն միացել է պրոքսիին | Պրոքսիի ձեռքսեղմումը՝ ներառյալ CONNECT-ի ընդունումը |
| CONNECT-ն ընդունված է | Նպատակակետի TLS-ը, երբ թիրախն այն օգտագործում է |
| Նպատակակետի հարցումն ուղարկված է | Նպատակակետի պատասխանը |
Գտեք այն ժամաչափը, որն ակտիվ է, երբ միակցիչը կարդում և գրում է այդ ձեռքսեղմումը։ «response timeout» կոչվող հատկությունը կարող է ուժի մեջ մտնել միայն երթուղու հաստատումից հետո։ HttpClient 5-ում տարբերեք ConnectionConfig-ը և դրա սոկետի ժամկետանցումը, TLS ձեռքսեղմման կարգավորումը և հարցման մակարդակի պատասխանի ժամկետանցումը։ Կիրառեք համապատասխան միացման կարգավորումը փաստացի հաճախորդի օգտագործած կառավարչի միջոցով։ Apache HttpClient-ի հին սերունդներն օգտագործում են տարբեր API-ներ, ուստի հին հատվածը այս պատասխանատվությունների հուսալի քարտեզ չէ։
Վերջնական CONNECT մերժումը պահեք որպես պրոքսիի պատասխան։ Հաջող պատասխանին հաջորդող TLS կանգառը ձախողման մեկ այլ փուլ է։ «TCP-ն միացված է. կարգավորման վերջնաժամկետից առաջ ամբողջական CONNECT պատասխան չկա» արտահայտությունը խնդիրն ավելի ճշգրիտ է նկարագրում, քան ընդհանուր պրոքսիի ժամկետանցումը։
Ընդհանուր վերջնաժամկետը կարող է սահմանափակել կանչողի սպասումը այս փուլային սահմանների հետ մեկտեղ։ Երբ այն լրանում է, չեղարկեք կամ փակեք գործողությունը հաճախորդի աջակցած կենսացիկլի միջոցով, նախքան հաջորդ փորձը կսպառի միացման հզորությունը։