ხიდის რეჟიმი და VPN-ის გავლა ერთსა და იმავე პრობლემის მოგვარების თემაში მოიხსენიება, რადგან ორივე შემოთავაზებულია გადაწყვეტად იმ VPN-ისთვის, რომელიც არ უკავშირდება. ისინი მარშრუტიზატორის სხვადასხვა ფუნქციას აღწერს და არც ერთი თავისით არ ქმნის VPN გვირაბს. ხიდება ცვლის, როგორ უერთდება მოწყობილობა ქსელის სეგმენტებს ან ვინ ასრულებს მარშრუტიზაციას; გავლა წყვეტს, შეუძლია თუ არა კლიენტის VPN ტრაფიკს კარიბჭის გავლა. არასწორი არჩევანი პატარა პრობლემას მთელ შუადღეს აქცევს მისამართების ხელახალ განაწილებად.

ორი სახელი, ორი განსხვავებული ფუნქცია

გამოცდა მარტივია: ცდილობთ ქსელის ფორმის შეცვლას, თუ უკვე არსებული ტრაფიკის გატარებას? ეს სხვადასხვა მოთხოვნაა სხვადასხვა შედეგით.

შედარება ერთ ცხრილში:

SettingWhat it actually does
Bridge modeChanges the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces
VPN pass-throughLets a client's VPN traffic cross the router; the credentials and encryption stay with the client
Router VPN clientTerminates the tunnel on the router, so the router becomes the endpoint
Router VPN serverAccepts inbound tunnels, which needs an upstream path that can reach it

გვირაბს მარშრუტიზატორზე მხოლოდ ბოლო ორი ქმნის. ხიდება და გავლა ორივე კიდის წერტილს სხვაგან ტოვებს, ამიტომ არც ერთს არ შეუძლია გამოასწოროს დაკარგული კლიენტის ან მიუწვდომელი სერვერის გამოწვეული პრობლემა. ამ განსხვავების დაკარგვა ადვილია, რადგან პარამეტრები ერთმანეთთან ახლოს დგას იმავე ინტერფეისში. ჩაწერეთ, რომელი კიდის წერტილი ფლობს გვირაბს, სანამ ამ გვერდს გახსნით.

გავლის მოსანიშნი ველი ასევე არ არის პროტოკოლების მხარდაჭერის სრული აღწერა. თანამედროვე IPsec NAT-ის გადალახვა იყენებს სტანდარტიზებულ UDP ინკაფსულაციას, ხოლო ძველი დამხმარე ფუნქციების ქცევა იმპლემენტაციაზეა დამოკიდებული.

მარკეტინგული იარლიყი, რომელიც VPN-ის მხარდაჭერას ამბობს, არ გეუბნებათ, ამ ოთხი როლიდან რომელია გულისხმობილი.

რას ცვლის ხიდის რეჟიმი თქვენს მოწყობილობაზე

მოდემზე ან მარშრუტიზატორზე ხიდის პარამეტრი ჩვეულებრივ მარშრუტიზაციისა და NAT-ის პასუხისმგებლობას ქვემოთ მდებარე სხვა კარიბჭეზე გადააქვს. პროგრამულ მოწყობილობაზე ეს შეიძლება ნიშნავდეს არჩეული ლოკალური ინტერფეისების გაერთიანებას ერთ მაუწყებლობის დომენში. ზუსტი მასშტაბი პროდუქტზეა დამოკიდებული, ამიტომ წაიკითხეთ მოდელის დოკუმენტაცია და არა სიტყვის. ორივე განმარტება ცვლის მისამართების განაწილებას, ფაიერვოლის საზღვრებს და იმას, როგორ აღწევთ ადმინისტრირებას.

სწორედ ამიტომ ხიდება VPN-ის უკმარისობაზე ცუდი პირველი პასუხია. შეიძლება დაკარგოთ მართვის გზა, სანამ საწყისი პრობლემა ჯერ კიდევ გადაუწყვეტელია.

შეინახეთ კონფიგურაციის სარეზერვო ასლი ქსელის როლის შეცვლამდე, რადგან მისამართები შეიძლება მასთან ერთად გადაადგილდეს.

აირჩიეთ როლი პარამეტრამდე

სახლის ტრაფიკის გარე გასასვლელით გასაგზავნად გჭირდებათ თავსებადი მარშრუტიზატორის VPN კლიენტი, და არა ხიდი. სხვა ადგილიდან სახლში დასაბრუნებლად გჭირდებათ სერვერის როლი და ზედა დინების გზა, რომელსაც შეუძლია მისი მიღწევა. ამ ორ მოთხოვნას VPN სიტყვის გარდა თითქმის არაფერი აქვს საერთო. გადაწყვიტეთ, რომელს აშენებთ, სანამ მენიუს უყურებთ.

მოწყობილობას შეუძლია ორივე როლის მხარდაჭერა და მაინც არ უჭერდეს მხარს იმას, რაც გჭირდებათ თქვენ მიერ მოსალოდნელი სიჩქარით.

როლი დიზაინის გადაწყვეტილებაა; პარამეტრი მისი შედეგია.

თუ მხოლოდ ერთი პროტოკოლი ვარდება

როცა ერთი პროტოკოლი ვარდება სხვაგვარად მომუშავე მარშრუტიზატორის უკან, ჯერ გამოიკვლიეთ ამ პროტოკოლის ტრანსპორტი და NAT გზა. მთელი კარიბჭის რეჟიმის შეცვლა ერთი კლიენტის გასწორებისთვის იგივეა, რაც სახლის გაყვანილობის გადაკეთება გატეხილი ნათურის გამო. შეამოწმეთ, დაფარულია თუ არა ტრაფიკი UDP-ში, ეხება თუ არა მარშრუტიზატორის დამხმარე ფუნქცია ამ პროტოკოლს და სიმეტრიულია თუ არა უკმარისობა. შემდეგ გადაწყვიტეთ, მართლაც გამართლებულია თუ არა როლის შეცვლა.

RFC 3948 აღწერს იმ UDP ინკაფსულაციას, რომლის წყალობით IPsec გადაურჩება NAT-ს, და ეს არის სტანდარტი, რომელიც უნდა შეამოწმოთ სანამ გავლის მოსანიშნ ველს ენდობით.

ჩაწერეთ, რა შეცვალეთ და რატომ, რადგან შემდეგი ადამიანი მოწყობილობას ხიდის რეჟიმში იპოვის და იფიქრებს, რომ ეს განზრახ იყო. სწორი შედეგია ქსელი, რომლის ფორმაც თქვენ აირჩიეთ და არა ის, რაც პრობლემის მოგვარების სეანსიდან მემკვიდრეობით მიიღეთ.

დაკავშირებული სტატიები