როგორ ჩავიწეროთ და შევამოწმოთ გამოყენებული VPN-ის გასასვლელი მისამართი
კლიენტის აპები აჩვენებს ადგილის სახელს და არა მისამართს, საიდანაც თქვენი ტრაფიკი გავიდა. ჩაიწერეთ გასასვლელი IP დაკავშირების დროს და შეადარეთ ის პირდაპირ საბაზისო ხაზს.
ჰკითხეთ დესკტოპის VPN კლიენტს, რომელი სერვერები გამოიყენეთ, და პატიოსანი პასუხი ჩვეულებრივ ადგილის სახელია. ეს სახელი არის შესვლის წერტილი, რომელიც აირჩიეთ, და მისამართი, საიდანაც თქვენი ტრაფიკი გავიდა, შეიძლება სულ სხვა მანქანა იყოს. აპში არაფერია შექმნილი მეორე ნომრის შესანახად, ამიტომ ჩანაწერი გამოყენების მომენტში უნდა შეიქმნას. არსებობს ორი მიდგომა და მხოლოდ ერთი მათგანი უძლებს მხარდაჭერის საქმესთან შეხებას.
ორი ჩანაწერი, და მხოლოდ ერთი მათგანი არსებობს
თავად კლიენტის ხედი საუკეთესო შემთხვევაში არჩეული ადგილების სიაა დროის ნიშნებით. ეს დიზაინის გადაწყვეტილებაა და არა გამოტოვება: მისამართები ოპერაციული დეტალია, ისინი იცვლება დანიშვნებს შორის, ხოლო შესაბამისობის გამჟღავნება ართულებს როგორც მხარდაჭერას, ისე ბოროტად გამოყენებასთან მუშაობას. პროვაიდერები ქსელების წინ ღრუბლოვან ინსტანციებს სწორედ იმიტომ აყენებენ, რომ საბოლოო წერტილმა ვინმესთვის თქმის გარეშე შეძლოს გადაადგილება. რასაც აპი გაჩვენებთ, თქვენი არჩევანია და არა მარშრუტი, რომლითაც ტრაფიკი წავიდა.
ჩანაწერი, რომლის შექმნაც თავად შეგიძლიათ, არის ლოკალური ფაილი თითო სტრიქონში ერთი საჯარო მისამართით და ერთი UTC დროის ნიშნით. ის უფრო პატარა, მახინჯი და გაცილებით სასარგებლოა, რადგან აღწერს ზუსტად იმას, რისი დანახვაც გარე დამკვირვებელსაც შეუძლია.
ვარიანტი A: ჩაიწერეთ გასასვლელი მისამართი თავად
ექოს სერვისი აბრუნებს წყაროს მისამართს, საიდანაც მოვიდა მოთხოვნა, და ეს განსაზღვრებით გასასვლელი მისამართია. ჩაწერა გაუშვით მას შემდეგ, რაც გვირაბი შეატყობინებს დაკავშირებას, რადგან კლიენტი, რომელიც ამბობს დაკავშირებულია მანამ, სანამ მარშრუტები და 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 ფაილს შექმნის მომენტიდან კერძოს ინახავს. გაუშვით ის ერთხელ თითო კავშირზე და არა ერთხელ ჩატვირთვაზე, და შეინახეთ ერთი ფაილი თითო მოწყობილობაზე.
ჟურნალი აღნიშნავს, როდის გამოიყენეთ გვირაბი და რომელი ქსელიდან გამოჩნდით, რაც უფრო ახლოსაა დათვალიერების ისტორიასთან, ვიდრე მრიცხველთან. აირჩიეთ შენახვის ვადა, რომლის დაცვაც შეგიძლიათ, შეინახეთ ფაილი საერთო სინქრონიზაციის საქაღალდეების გარეთ და წაშალეთ იგი განზრახ.
ვარიანტი B: სთხოვეთ პროვაიდერს ისტორია
ზოგი პროვაიდერი აწარმოებს კავშირის ჟურნალებს და მხარდაჭერის კითხვას დროის ნიშნითა და სერვერის სახელით უპასუხებს. ეს ჩანაწერი მათ ინფრასტრუქტურას აღწერს და არა თქვენს ტრაფიკს, და ღირს მხოლოდ იმდენად, რამდენადაც ღირს მათი შენახვის ფანჯარა და ყურების სურვილი. ის ასევე სესიას აღწერს და არა მოთხოვნას. ფანჯარა ჩვეულებრივ მოკლეა და იზომება გვირაბის პროვაიდერის მხრიდან.
პროვაიდერები, რომლებიც აცხადებენ, რომ ჟურნალებს არ აწარმოებენ, ამას მოთხოვნისამებრ ვერ მოგვცემენ, და კლიენტის მხარეს ბოლო ადგილების სია სხვა რამეა. ჟურნალების გარეშე პროვაიდერისგან გასასვლელი მისამართის თხოვნა ჩვეულებრივ იმის ახსნით მთავრდება, თუ რატომ არ არსებობს ეს მონაცემები.
რისი დამტკიცება შეუძლია თითოეულ ჩანაწერს მხარდაჭერის საქმეში
ორი ჩანაწერი სხვადასხვა კითხვას პასუხობს და სწორედ ცხრილში ხდება შედარება არააკადემიური.
| 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 მოთხოვნის გზას და არაფერს იმაზე, რომელმა გადამწყვეტმა უპასუხა. მოწყობილობა, რომელიც ერთში ჟონავს, მეორეში სრულიად ჯანმრთელად შეიძლება გამოიყურებოდეს.