Կապի վերականգնում հակառակ կողմի կողմից պրոքսիի միջոցով. գտեք ձախողված փուլը
Օգտագործեք կապի փուլը և հաստատող ապացույցները՝ պրոքսիի վերականգնումը հետաքննելու համար՝ չընդունելով օպերացիոն համակարգի կարճ սխալի հաղորդագրությունը որպես պատճառի վերագրում։
«Connection reset by peer»-ը ցույց է տալիս կտրված տրանսպորտային կապ։ Այն չի նշում ISP-ին, պրոքսիի օպերատորին կամ կայքին որպես պատճառ։
| Վերականգնման պահը | Որտեղ հետաքննել |
|---|---|
| TCP-ի միանալուց անմիջապես հետո | Արձանագրության անհամապատասխանություն կամ բացման փոխանակումը մերժող ծառայություն |
| CONNECT-ի հաջողվելուց հետո | Հաստատված թունելի ուղին |
| Պատասխանի ընթացքում | Վերին հոսքի փակում, միջնորդի կյանքի տևողության քաղաքականություն և փոխանցման ուղի |
Այնուհետև փոխեք մեկ համապատասխան պայման՝ պրոքսին և նպատակակետը անփոփոխ պահելով։ Համեմատեք ճիշտ կարգավորված գաղտնագրված հաճախորդ-պրոքսի կապը, որտեղ աջակցվում է, կամ նույն հաճախորդը մեկ այլ թույլատրված ցանցից։ Հարցրեք՝ արդյոք օպերատորը կարող է իր մատյաններում համադրել փորձը։
Տարբեր արդյունքը նեղացնում է հետաքննությունը՝ չապացուցելով մեկ պատճառ։ Թունելով երթևեկություն անցկացնելը կարող է միաժամանակ փոխել ժամանակացույցը, ծանրաբեռնվածությունը, քաղաքականությունը և միջանկյալ սարքերը։ Միայն դրա հաջողությունը չի կարող հաստատել դիտավորյալ արգելափակում սկզբնական ուղու վրա։
Որտեղ հասանելի են թույլատրված փաթեթային դիտարկումներ, համեմատեք դրանք հավելվածի և պրոքսիի մատյանների հետ։ Նույնիսկ փաթեթի սպասվող աղբյուրի հասցեն չի բացատրում, թե ինչու ուղարկվեց վերականգնում կամ որ համակարգը կիրառեց քաղաքականություն։
Պահպանեք թվային սխալը, ժամային դրոշմանիշը, վերջնակետը և վերջին ավարտված փուլը։ Օգտագործեք այդ ապացույցները մինչև հավատարմագրերը կամ TLS կարգավորումները փոխելը. կարճ վերականգնման հաղորդագրությունն ինքնին հիմք չի տալիս դրանցից ոչ մեկը փոխելու։