Ենթադրենք՝ հաճախորդը պրոքսի հավատարմագրերից առանց մեկ հարցում է ուղարկում, ստանում մարտահրավեր և հաջողությամբ կրկին փորձում: Հարցումների մատյանը կարող է պարունակել երկու գրառում: Սակայն հավելվածից օգտվող մարդը ունեցել է մեկ ավարտված գործողություն:

Այդ պատճառով TCP_DENIED/407-ի և TCP_TUNNEL/200-ի միջև հավասար բաժանված մատյանն ինքնաբերաբար չի հաստատում հիսուն տոկոս ձախողման ցուցանիշ: Նախ որոշեք՝ արդյո՞ք գրառումները կազմում են մարտահրավերի և կրկնակի փորձի զույգեր:

Հաշվեք այն, ինչ իրականում ձեզ հետաքրքրում է

ՉափումՔանակ
Նույնականացման մարտահրավերներՊրոքսի պատասխաններ, որոնք պահանջում են նույնականացում
Պրոքսի փորձերՄիջնորդի գրանցած առանձին գործարքներ
Ավարտված աշխատանքներՀավելվածի գործողություններ, որոնք հասնում են նախատեսված արդյունքին

Կապակցեք ժամային նշանները, հաճախորդի համատեքստը, նպատակակետը և ցանկացած հասանելի հարցման նույնացուցիչ: Չնույնականացված փորձը կարող է չունենալ գրանցված օգտանուն, մինչդեռ դրա հաջող կրկնափորձը ունի: Միաժամանակյա ակտիվությունը նշանակում է, որ միայն հարակից տողերն ինքնին թույլ ապացույց են, որ երկու գրառումները պատկանում են իրար:

Հաջող թունելը նույնպես առանձին պահեք հաջող վեբկայքի գործողությունից: CONNECT-ի ընդունումը հաստատում է թունելը; նպատակակետը դեռ կարող է ձախողվել TLS-ի ընթացքում կամ ավելի ուշ վերադարձնել հավելվածի սխալ:

Ուսումնասիրեք կրկնվող վերջնական մարտահրավերները, աշխատանքները, որոնք ավելի ուշ երբեք չեն ավարտվում, կամ փոխանակումների քանակի հանկարծակի փոփոխությունը: Դրանք տարբերվում են կայուն մարտահրավեր-առաջին հաճախորդից, որը անում է հենց այն, ինչ պահանջում է իր կոնֆիգուրացիան: Նույնականացումը ճնշելը միայն վահանակն ավելի կանաչ դարձնելու համար կփոխի ծառայությունը՝ չափումը վերանորոգելու փոխարեն:

Առնչվող հոդվածներ