Ашигласан 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 хүсэлтийн замыг нотолдог бөгөөд аль шийдэгч хариулсаны талаар юу ч хэлэхгүй. Нэгд нь гоожсон төхөөрөмж нөгөөд нь бүрэн эрүүл харагдаж болно.