Ձեր սերվերը տեսնում է VPN-ի ելքը, ոչ թե այցելուին

Այցելուն միանում է առևտրային VPN-ի միջոցով, և ձեր հավելվածը գրանցում է ելքի հասցեն։ Սա թաքնված ինքնություն չէ: սա միակ աղբյուրի հասցեն է, որն ունի TCP միացումը։ Մնացած ամեն ինչ, ինչ մարդիկ անվանում են հայտնաբերում, ենթադրություն է՝ կառուցված այդ մեկ փաստի վրա։

Ինչ է իրականում կրում հարցումը

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

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

Հայտնաբերումը դասակարգում է, իսկ դասակարգումը՝ ենթադրություն

Գործնական մեթոդներն են հայտնի VPN-ի և հոսթինգի միջակայքերի ցանկերը, հայտարարված տարածաշրջանի հետ չհամապատասխանող ուշացումը, traceroute-ի ձևերը և հաշվի վարքը։ Յուրաքանչյուրը հավանականություն է տալիս։ Կորպորատիվ VPN-ն կարող է լինել բնակելի թվացող հասցեներում, բնակելի վստահված սերվերը կարող է նմանվել տնային գծի, իսկ օպերատորի NAT-ը՝ հոսթինգի միջակայքի։

Ընդհանուր ելքի արգելափակումը արգելափակում է դրա հետևում գտնվող յուրաքանչյուր անկապ օգտագործողի, ինչը հայտնաբերման որոշումը վերածում է կողմնակի ընդհատման։ Վստահության գնահատականը ինքնություն չէ և երբեք չպետք է լինի արգելքի կամ վերադարձի որոշման միակ մուտքը։

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

Տեղական ապացույց ընդդեմ սերվերի կողմի ապացույցի

Հենց մեքենայի վրա թունելը տեսանելի է: վիրտուալ ադապտեր, լռելյայն երթուղի, որը ցույց է տալիս թունելի սարքին, փոխված լուծիչ։ Այնտեղ աշխատող կոդը կարող է թվարկել ինտերֆեյսները և փնտրել PPP, TAP կամ մատակարարի դրայվեր։

Վեբ էջը չի կարող կարդալ այդ ամենից ոչինչ։ Սովորական շրջանցումը բեռնում է ռեսուրս, որը մատուցվում է միայն ներքին ցանցից, և հաջողությունը համարում է թունելի օգտագործման ապացույց։ Այն իրականում ստուգում է հասանելիությունը: բաժանված թունելը, հնացած պահված ֆայլը կամ միջամտող վստահված սերվերը երկու վիճակներում էլ նույն արդյունքն են տալիս։ Տեղական ապացույցը մնում է տեղական։

Ընտրեք մուտքի վերահսկում, որը դիմանում է անորոշությանը

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

IP աշխարհագրական դիրքը մի քանի մուտքերից մեկն է, և դիտարկիչի տեղադրության ծառայությունները կարող են օգտագործել Wi-Fi կամ GPS, որոնք երբեք չեն հետևում թունելին։ Քարտեզը, որը դեռ ցույց է տալիս այցելուի քաղաքը, ապացույց է տեղադրության ծառայությունների մասին, ոչ թե այն, որ թունելը ձախողվել է։

Գրեք, թե որ ազդանշանն է ղեկավարել յուրաքանչյուր որոշում։ Երբ հաճախորդը վիճարկում է արգելափակումը, այդ գրառումը տարբերությունն է վերանայման և վեճի միջև։