VPN თუ პროქსი: რას ფარავს თითოეული და რას არა
VPN ფარავს მარშრუტიზებულ აპლიკაციის ტრაფიკს; პროქსი ფარავს მხოლოდ იმ აპლიკაციას, რომელსაც თქვენ აყენებთ. არჩევამდე შეამოწმეთ დაფარვა, დაშიფვრა, DNS და უკმარისობის ქცევა.
როგორც VPN, ისე წინა პროქსი ცვლის იმ მისამართს, რომელსაც ვებსაიტი ხედავს, და სწორედ აქ წყდება შედარებების უმეტესობა. განსხვავება, რომელიც თქვენს კონფიგურაციას განსაზღვრავს, დაფარვაა: წინა პროქსი შუამავალია, რომლის გამოყენებასაც თქვენი აპლიკაცია თავად ირჩევს, ვებსაიტის წინ მდგომი უკუპროქსისგან განსხვავებით, ხოლო VPN გადაადგილებს ყველაფერს, რასაც ოპერაციული სისტემა გვირაბში მარშრუტიზებს. დაშიფვრა, DNS-თან მუშაობა და უკმარისობის ქცევა ამ დაყოფიდან გამომდინარეობს. შეასრულეთ ეს ხუთი შემოწმება რიგრიგობით, და პირველი ჩავარდნილი გეტყვით, რომელი ინსტრუმენტი გჭირდებათ სინამდვილეში.
რომელ აპლიკაციებს ფარავს შუამავალი?
ბრაუზერში პროქსის გაფართოება მხოლოდ ამ ბრაუზერის პროფილზე ვრცელდება. ფოსტის კლიენტები, პაკეტების მენეჯერები და მეორე ბრაუზერი საკუთარ პარამეტრებს აგრძელებენ, და ზოგიერთი აპლიკაცია სისტემური პროქსის ცვლადებს საერთოდ უგულებელყოფს. VPN ფარავს იმას, რასაც მარშრუტიზაციის ცხრილი გვირაბში აგზავნის, და ეს შეიძლება იყოს ყველა აპლიკაცია ან გაყოფილი გვირაბის შემთხვევაში ქვესიმრავლე, მარშრუტებისა და კლიენტის პოლიტიკის მიხედვით.
შეამოწმეთ მნიშვნელოვანი აპლიკაციები და ნუ განაზოგადებთ ერთი გვერდის ჩატვირთვიდან. curl https://ifconfig.me გარემოს პროქსის ცვლადებს მიჰყვება; სამუშაო მაგიდის აპლიკაცია შეიძლება არ მიჰყვეს. Windows-ში netsh winhttp show proxy ბეჭდავს WinHTTP პროქსის, რომელსაც სერვისები იყენებენ, და ეს ბრაუზერის პარამეტრისგან განსხვავებული პარამეტრია.
დაშიფრულია თუ არა ნახტომი, და სად მთავრდება TLS?
პროქსის პროტოკოლი შეხვედრის ადგილია, არა გარანტია. SOCKS5 TCP-ს დაშიფვრის გარეშე გადასცემს, და ჩვეულებრივი HTTP პროქსი მოთხოვნის სტრიქონსა და თავსართებს ღია ტექსტით ატარებს. HTTPS პროქსის გავლით CONNECT-ს იყენებს, ამიტომ თქვენი TLS სესია მაინც დანიშნულების ადგილზე მთავრდება, არა პროქსიზე. MDN-ის გზამკვლევი პროქსი სერვერებისა და გვირაბირების შესახებ ამ განსხვავებას პროტოკოლის მხრიდან აღწერს.
VPN შიფრავს მონაკვეთს თქვენს მოწყობილობასა და მის საბოლოო წერტილს შორის. საბოლოო წერტილის მიღმა იგივე წესები მოქმედებს, რაც ნებისმიერ სხვა ქსელში, ამიტომ მხოლოდ გვირაბი არ იცავს იმ აპლიკაციას, რომელიც ჩვეულებრივი HTTP-ით ავტორიზაციის მონაცემებს აგზავნის. არც ერთი დიზაინი არ მალავს შესული ანგარიშის, cookie-ს ან ბრაუზერის ანაბეჭდს.
curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/nullდეტალური გამოტანა აჩვენებს, curl-მა CONNECT გაგზავნა 443 პორტზე თუ სრული URL-ით ჩვეულებრივი GET. socks5h://-ის შემთხვევაში ჰოსტის სახელი პროქსის SOCKS5 მოთხოვნის შიგნით გადაეცემა, შემდეგ კი ის TLS-ს გადასცემს, რომლის წაკითხვასაც ვერ ახერხებს, ამიტომ ხედავს სახელს და ბაიტების რაოდენობას. http:// პროქსის გავლით https:// URL CONNECT-ია, ამიტომ ეს პროქსიც ხედავს დანიშნულების სახელსა და მოცულობას, მაგრამ არა მოთხოვნას ან პასუხის სხეულს.
რომელი გამხსნელი ხედავს სახელს?
სახელების გარჩევა შეიძლება ლოკალურად მოხდეს მოთხოვნის გასვლამდე, ან დისტანციურად პროქსიზე. curl-თან socks5h:// ჰოსტის სახელს პროქსის უგზავნის, ხოლო socks5:// ჯერ ლოკალურად ხსნის მას. ბრაუზერის პროქსის პარამეტრები შედარებად DNS ვარიანტს გვთავაზობს, და PAC ფაილებს შეუძლიათ სხვადასხვა ჰოსტი სხვადასხვანაირად მარშრუტიზონ.
ორ პროტოკოლს შეუძლია პროქსის გვერდის ავლა ყოველგვარი არასწორი კონფიგურაციის გარეშე. WebRTC კანდიდატებს STUN-ის მეშვეობით აგროვებს, და QUIC HTTP/3-ს UDP-ზე ატარებს, რასაც TCP პროქსი ვერ გადმოსცემს. ბრაუზერი TCP-ზე დაბრუნდება, თუ UDP 443 დაბლოკილია, ამიტომ UDP 443-ის დაბლოკვა ჰოსტის firewall-ში (ან როუტერში მთელი ქსელისთვის), და არა ბრაუზერის დროშა, არის საიმედო გზა HTTP/3 პროქსის გზაზე შესანარჩუნებლად.
შეამოწმეთ გამხსნელი დანიშნულების პოზიციიდან და არა თქვენი ლეპტოპიდან. მოთხოვნა, რომელიც პროქსის გასასვლელი მისამართით მოდის, მაგრამ ლოკალურად გარჩეული სახელით, მაინც ეუბნება ლოკალურ გამხსნელს, რომელ საიტებს სტუმრობთ.
რა ხდება, როცა შუამავალი ვარდება?
გამოკვეთილი პროქსი დახურულად ვარდება: შეაჩერეთ პროქსის პროცესი და ბრაუზერი ან აპლიკაცია კავშირის შეცდომას დააბრუნებს პირდაპირ გადასვლის ნაცვლად. PAC და WPAD პარამეტრებია ისინი, რომლებიც ღიად ვარდება - თუ სკრიპტის მიღება ვერ ხერხდება, კლიენტი DIRECT-ზე ბრუნდება და საიტი კვლავ თქვენს ნამდვილ მისამართს ხედავს. VPN შეიძლება ღიად ან დახურულად ჩავარდეს კლიენტისა და იმის მიხედვით, აქტიურია თუ არა გადამრთველი ან firewall-ის წესი.
განზრახ შეამოწმეთ ჩავარდნის შემთხვევა: შეაჩერეთ პროქსის სერვისი და გადატვირთეთ; თუ პირდაპირი ჩატვირთვის ნაცვლად შეცდომის გვერდი მიიღეთ, PAC-ის URL მიუთითეთ მიუწვდომელ ჰოსტზე, რომ უკუქცევა ნახოთ. თუ გვერდი მაინც თქვენი ჩვეულებრივი მარშრუტით იტვირთება, პროქსი საკუთარი შეფერხებისგან არანაირ დაცვას არ გთავაზობთ, და ეს ის თვისებაა, რომელიც მასზე დაყრდნობამდე უნდა იცოდეთ.
რიგი განსაზღვრავს, რას ხედავს საიტი. პროქსი, რომლის გამავალი ტრაფიკი VPN-ით მიდის, საიტს VPN-ის საბოლოო წერტილის მისამართს აჩვენებს; მოათავსეთ პროქსი გვირაბის გარეთ (VPN დისტანციურ ჰოსტზე პროქსისკენ) და საიტი სამაგიეროდ იმ პროქსის გასასვლელ მისამართს დაინახავს. ორივე შემთხვევაში ორ ნახტომს სხვადასხვა რამის ჩაწერა შეუძლია.
ხუთი შემოწმება, რიგრიგობით
ქვემოთ მოცემული საკონტროლო სია მთელი გადაწყვეტილება ერთ ადგილასაა. დაფარვა პირველია, რადგან ის აცილებს შეუთავსებლობების უმეტესობას: თუ აპლიკაცია, რომელიც უნდა დაიფაროს, პარამეტრს არ პატივს სცემს, სიის შემდგომი ვერაფერი ვერ იხსნის.
| Check | Forward proxy | VPN |
|---|---|---|
| What is covered | The app or browser you configure | Traffic the OS routes into the tunnel, all or split |
| Encryption scope | Protocol-dependent; SOCKS5 alone encrypts nothing | Device to VPN endpoint |
| DNS path | Local or remote, depending on the setting | Normally inside the tunnel |
| Failure mode | Explicit config: connection error; PAC/WPAD: DIRECT fallback | Client policy: fail-open or kill switch |
| What the site sees | The proxy's exit address | The VPN endpoint's exit address |
შემდეგ დაადასტურეთ შედეგი იმ აპლიკაციით, რომელმაც ცვლილება გამოიწვია. ჩატვირთეთ გვერდი კონფიგურირებულ ბრაუზერში, მიიღეთ იგივე გვერდი curl-ით და შეადარეთ მისამართები, რომლებსაც თითოეული აცხადებს. თუ ისინი არ ემთხვევა, ჯერ კიდევ მოქმედებს გაფართოება, PAC წესი ან აპლიკაციის დონეზე გადაფარვა, და გვირაბის ვერც ერთი რეგულირება ვერ გამოასწორებს.
ჩაწერეთ, რა დააყენეთ: რომელი აპლიკაციები იყენებენ პროქსის, DNS ლოკალურია თუ დისტანციური, დაბლოკილია თუ არა UDP და როგორია უკმარისობის ქცევა. სწორედ ეს პატარა ნუსხა ხდის შესაძლებელს შემდეგ შედარებას, რადგან „IP შეიცვალა“ არასოდეს გითხრათ, ამ ხუთი შემოწმებიდან რომელი გაიარეთ.