Ինչպես գրանցել և ստուգել օգտագործված VPN-ի ելքի հասցեն
Հաճախորդի հավելվածները ցույց են տալիս վայրի անուն, ոչ թե այն հասցեն, որտեղից դուրս է եկել ձեր տրաֆիկը։ Գրանցեք ելքի IP-ն միանալու պահին և համեմատեք այն ուղիղ ելակետային գծի հետ։
Հարցրեք աշխատասեղանի VPN հաճախորդին, թե որ սերվերներն եք օգտագործել, և ազնիվ պատասխանը սովորաբար վայրի անուն է։ Այդ անունը ձեր ընտրած մուտքի կետն է, և այն հասցեն, որտեղից դուրս է եկել ձեր տրաֆիկը, կարող է բոլորովին այլ մեքենա լինել։ Հավելվածում ոչինչ նախատեսված չէ երկրորդ համարը պահելու համար, ուստի գրառումը պետք է կառուցվի օգտագործման պահին։ Գոյություն ունի երկու մոտեցում, և դրանցից միայն մեկն է դիմանում աջակցության գործին։
Երկու գրառում, և դրանցից միայն մեկը գոյություն ունի
Հաճախորդի սեփական տեսքը լավագույն դեպքում ընտրված վայրերի ցանկ է ժամանակի նշումներով։ Սա դիզայնի որոշում է, ոչ թե բացթողում. հասցեները գործառնական մանրամասնություն են, դրանք փոխվում են նշանակումների միջև, և համապատասխանության բացահայտումը դժվարացնում է թե՛ աջակցությունը, թե՛ չարաշահումների հետ աշխատանքը։ Մատակարարները ցանցերի առջև ամպային օրինակներ են դնում հենց այն պատճառով, որ վերջնակետը կարողանա տեղափոխվել առանց որևէ մեկին ասելու։ Այն, ինչ հավելվածը ցույց է տալիս ձեզ, ձեր ընտրությունն է, ոչ թե երթուղին, որով գնաց տրաֆիկը։
Գրառումը, որը կարող եք ինքներդ կառուցել, տեղական ֆայլ է՝ յուրաքանչյուր տողում մեկ հանրային հասցե և մեկ UTC ժամանակի նշում։ Այն ավելի փոքր է, ավելի տգեղ և շատ ավելի օգտակար, որովհետև նկարագրում է հենց այն, ինչ կարող է տեսնել նաև արտաքին դիտորդը։
Տարբերակ Ա՝ գրանցեք ելքի հասցեն ինքներդ
Արձագանքի ծառայությունը վերադարձնում է այն աղբյուրի հասցեն, որտեղից եկել է հարցումը, ինչը ըստ սահմանման ելքի հասցեն է։ Գործարկեք գրանցումը այն բանից հետո, երբ թունելը հաղորդի միացված, որովհետև այն հաճախորդը, որը միացված է ասում մինչև երթուղիների և DNS-ի կայունանալը, կգրանցի թունելից առաջվա հասցեն և կթունավորի մատյանն առաջին իսկ տողից։
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"Երկու մանրամասնություն այդ հատվածը դարձնում են օգտագործելի, ոչ թե զարդարանք։ Ժամանակի նշումն ու հասցեն կիսում են մեկ տող, այնպես որ հետագա վերլուծությունը ստիպված չէ զույգել գրառումները, և umask 077 ֆայլը գաղտնի է պահում ստեղծման պահից։ Գործարկեք այն մեկ անգամ յուրաքանչյուր միացման համար, ոչ թե մեկ անգամ բեռնման ժամանակ, և պահեք մեկ ֆայլ յուրաքանչյուր սարքի համար։
Մատյանը նշում է, թե երբ եք օգտագործել թունել և որ ցանցից եք երևացել, ինչը ավելի մոտ է դիտարկման պատմությանը, քան հաշվիչին։ Ընտրեք պահպանման ժամկետ, որը կարող եք պաշտպանել, պահեք ֆայլը համատեղ սինխրոնացման պանակներից դուրս և ջնջեք այն գիտակցաբար։
Տարբերակ Բ՝ խնդրեք պատմություն մատակարարից
Որոշ մատակարարներ միացումների մատյաններ են վարում և աջակցության հարցին կպատասխանեն ժամանակի նշումով և սերվերի անունով։ Այդ գրառումը նկարագրում է նրանց ենթակառուցվածքը, ոչ թե ձեր տրաֆիկը, և արժե այնքան, որքան արժեն նրանց պահպանման պատուհանն ու նայելու պատրաստակամությունը։ Այն նաև նկարագրում է սեսիա, ոչ թե հարցում։ Պատուհանը սովորաբար կարճ է, և այն չափվում է թունելի մատակարարի կողմից։
Մատակարարները, որոնք գովազդում են մատյաններ չվարելը, չեն կարող դա տրամադրել հարցման հիման վրա, և հաճախորդի կողմի վերջին վայրերի ցանկը նույնը չէ։ Մատյաններ չունեցող մատակարարից ելքի հասցե խնդրելը սովորաբար ավարտվում է բացատրությամբ, թե ինչու այդ տվյալները գոյություն չունեն։
Ինչ կարող է ապացուցել յուրաքանչյուր գրառում աջակցության գործում
Երկու գրառումները պատասխանում են տարբեր հարցերի, և հենց աղյուսակում է համեմատությունը դադարում ակադեմիական լինելուց։
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
Միայն առաջին սյունակն է ձեր վերահսկողության տակ։ Մատակարարի գրառումը կարող է հաստատել, որ հաշիվը միացված է եղել տվյալ պահին, բայց չի կարող հաստատել, թե որ հարցումներն են օգտագործել թունելը, և չի նշի հասցե, որը մատակարարը համարում է գործառնական մանրամասնություն։ Գրառումներից ոչ մեկը չի նույնականացնում անձի, քանի որ համատեղ ելքի հասցեն կարող է նույն րոպեին կրել շատ հաճախորդներ։
Համեմատեք երկուսն էլ ելակետային գծի հետ, նախքան որևէ մեկին վստահելը
Հասցեն ինքնին ոչինչ չի ապացուցում։ Գրանցեք ուղիղ հասցեն միանալուց առաջ, թունելային հասցեն՝ հետո, և համեմատեք դրանք։ Նույնական արժեքները նշանակում են, որ թունելը չի կրում այս հարցումը, լինի դա բաժանված թունելի, վերադաս պրոքսի, թե ուղիղ ուղի վերադարձած հաճախորդի պատճառով։
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1Կրկնեք համեմատությունը DNS-ի և IPv6-ի համար, որովհետև հասցեի արձագանքը ապացուցում է մեկ HTTP հարցման ուղին և ոչինչ այն մասին, թե որ լուծիչը պատասխանեց։ Սարքը, որը արտահոսում է մեկում, մյուսում կարող է բոլորովին առողջ երևալ։