VPN-ը չբացահայտեց ձեր հին IP-ն. դա արեց հիշված արժեքը

Ձեր հին հանրային հասցեն ծառայության հաշվետվության մեջ տեսնելը VPN-ի միանալուց հետո ինքնին արտահոսքի ապացույց չէ։ Կենդանի միացումը կարող է օգտագործել թունելի ելքը, մինչ հավելվածն ուղարկում է արժեք, որը սովորել է մինչ թունելի գոյությունը։ Դրանք երկու տարբեր ապացույցներ են, և միայն մեկն է նկարագրում ընթացիկ փաթեթը։ Մյուսը արժեք է, որը վերապրել է վերամիացումը, որովհետև ցանցային ուղու վրա ոչինչ չի տիրապետում դրան։

Մեկ հասցեի հետևում երկու բացատրություն

Այն հաջորդականությունը, որ պատկերացնում են մարդիկ, փաթեթ է, որը լքում է ֆիզիկական ինտերֆեյսը, մինչ VPN-ը իբր ակտիվ է։ Այն հաջորդականությունը, որ հաճախ բացատրում է հաշվետվությունը, ավելի կարճ և ձանձրալի է. հավելվածը նախկինում սովորել է հասցե և դեռ պահում է այն։ Իրադարձությունները հերթականությամբ դասավորելը բաժանում է երկուսը։

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

Այդ հերթականության մեջ ոչինչ չի պահանջում կենդանի միացում առաջին հասցեից։ Հիշված արժեքը ճամփորդում է հաղորդագրության ներսում, մինչ վերնագիրը կրում է այն ելքը, որը ընտրել է ընթացիկ ուղին։ Երկու դաշտերն էլ գրանցող ծառայությունը դրանք ցույց կտա կողք կողքի և հակասական կթվա։

Դա հնարավոր բացատրություն է, ոչ թե մեղադրանք կոնկրետ հաճախորդի դեմ։ Հեղինակությունը ապացույց չէ. ընթեռնելի կոդը, վստահելի ապրանքանիշը կամ այլ ելքը ոչինչ չեն ասում այն մասին, ինչ մի ծրագիր պահել կամ ուղարկել է։

Հավելվածի հիշողությունը վերապրում է վերամիացումը

VPN-ին միանալը փոխում է այն ուղին, որով անցնում է նոր միացումը։ Այն անփոփոխ է թողնում հավելվածի վիճակը և չի կարող հետ վերցնել տեղեկատվությունը, որը հեռավոր ծառայությունն արդեն պահել է։ Ծրագիրը կարող է ուղարկել հաշվի նույնացուցիչ, պահված տեղադրություն, սարքի անուն կամ ավելի վաղ ստացված այլ արժեք, և գաղտնագրումը պաշտպանում է այդ ծանրաբեռնվածությունը ճանապարհին՝ առանց դրանից որևէ բան հանելու։ Վերամիացումը ցանցային իրադարձություն է. պահված արժեքը հավելվածի իրադարձություն է։

Տարբերությունը կարևոր է, որովհետև երկուսը տարբեր տեղերում են ապրում։ Հավելվածի վիճակը պատկանում է ծրագրին և վերապրում է վերագործարկումները, մինչ ուղին պատկանում է օպերացիոն համակարգին և վերակառուցվում է յուրաքանչյուր միացման ժամանակ։ Մեկը մաքրելը ազդեցություն չի ունենում մյուսի վրա։

Ծառայությունը կարող է պահել նաև արժեք, որը դուք նրան տվել եք ամիսներ առաջ, և այդ դեպքում ոչ մի տեղական փոփոխություն չի հեռացնի այն։ Դա պահպանում է, և այն ամբողջովին թունելից դուրս է։

Նախ կարդացեք աղբյուրի վերնագիրը, ապա ծանրաբեռնվածությունը

Սկսեք որոշելով, թե որտեղ հայտնվեց հասցեն։ Սերվերի միացումների մատյանը նկարագրում է կենդանի աղբյուրը, մինչ հաղորդագրության դաշտը, հաշվի պրոֆիլը կամ տեղական ախտորոշիչ էկրանը կարող են նկարագրել շատ ավելի վաղ ուղարկված կամ պահված արժեք։ Այդ դիտարկումները պատասխանում են տարբեր հարցերի։

Համեմատեք նաև ժամերը։ Եթե հին հասցեն հայտնվում է VPN-ի միացումից առաջ եղած դաշտում, ծանրաբեռնվածության բացատրությունն ավելի ուժեղ է։ Եթե սերվերը գրանցում է ուղիղ միացում հին հասցեից, մինչ թունելը միացված է, դա երթուղավորման հարց է և պահանջում է այլ քննություն։ Դիտարկումների տեսակները նախ դասավորելը խանգարում է, որ մեկ հասցեն ձգվի երեք իրադարձության ապացույցի։

Պահեք դրանք առանձին ձեր նշումներում. միացման աղբյուր, հաղորդագրության դաշտ, հաշվի էկրան, տեղական ախտորոշում։ Չորս տեղ գրված մեկ հասցեն դեռ մեկ հասցե է։

Պահպանումը տեղափոխումից տարբեր փուլ է

Գաղտնիության ուղեցույցը RFC 6973-ում հավաքումը, օգտագործումը, հրապարակումը և պահպանումը դիտում է որպես առանձին փուլեր և զգուշացնում է, որ վերօգտագործված նույնացուցիչները հեշտացնում են հարաբերակցությունը։ Նոր ցանցային ուղին փոխում է տեղափոխման փուլը և ոչ այլ բան։ Ստացողի մոտ արդեն եղած գրառումները մնում են անձեռնմխելի, ինչպես նաև ցանկացած պրոֆիլ, որը պահել է արժեքը մուտքի պահին։ Այդ պատճառով վերամիացումը կարող է ձախողված թվալ, մինչ տեղափոխությունը ճիշտ է աշխատում։

Ոչ մի փաթեթային զտիչ չի կարող ջնջել արժեք ստացողի գրառումներից, և կրկին միանալը չի մաքրի յուրաքանչյուր ծրագրի պահված պատմությունը։ Դրանք տվյալների տիրոջ, ոչ թե թունելի խնդիրներ են և պահանջում են այլ տեսակի լուծում։ Հարցրեք ծառայությանը, թե ինչ և ինչքան է պահում, նախքան ցանցից այն թաքցնել խնդրելը։

Ինչ ստուգել նախքան թունելին մեղադրելը

Վերանայեք հավելվածի փաստաթղթավորված հավաքումը և հաշվի կառավարումը և որոշեք, թե որ դաշտերը կարող է ուղարկել, ինչքան է ծառայությունը պահում դրանք և կարո՞ղ է հաշիվը մաքրել կամ ուղղել դրանք։ Այնուհետև անցեք բացատրությունները բաժանող փորձությունը. նոր հաշիվ կամ մաքուր հավելվածի պրոֆիլ։ Եթե հին արժեքը անհետանում է, ներգրավված են եղել պահպանումը կամ քեշավորված վիճակը։ Եթե այն վերապրում է մաքուր պրոֆիլում, ուսումնասիրեք հարցման իրական դաշտը նախքան եզրակացնելը, որ VPN-ը ձախողվել է։

Եթե ուղիղ միացում իսկապես կա, դիտեք այն որպես ցանցային ուղու հայտնաբերում։ Քննեք երթուղավորումը, բաժանված թունելը և հաճախորդի քաղաքականությունը իրենց իսկ պայմաններով և չխառնեք այդ արդյունքը ծանրաբեռնվածության արժեքի հետ, որը պարզապես վերապրել է վերամիացումը։ Երկու ձախողումները սքրինշոթում նման են երևում և բոլորովին այլ կերպ են վարվում գրանցման մեջ։