ახალი როუტერი, იგივე VPN სერვერი: გადაიტანეთ მისი საჯარო შესასვლელი

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

შეცვლას მოეპყარით როგორც ორ გადაცემას და არა ერთს, და მუშაობის დროს შეინარჩუნეთ ადმინისტრირების ინტერფეისთან ადგილობრივი მისადგომი.

ჩაწერეთ გადაცემა სანამ გამორთავთ

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

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

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

ჯერ მისამართი გადაიტანეთ, შემდეგ გადაგზავნა

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

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

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

გადაწყვიტეთ, ვინ აახლებს საჯარო სახელს

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

როცა გაშლა აქვეყნებს მისამართების ორივე ოჯახს, წაიკითხეთ როგორც A, ისე AAAA ჩანაწერი. თითოეული უნდა მიუთითებდეს სერვისზე, რომელიც ნამდვილად ისმენს და დაშვებულია საკუთარი ფაირვოლის გზით, და მოქმედი IPv4-ის დამთხვევა არაფერს ამბობს IPv6-ის მხარეზე. შეინარჩუნეთ ასევე იდენტობის შემოწმებები კლიენტის პროფილში: შეცვლილი საჯარო მისამართი არ არის მიზეზი მივიღოთ სერტიფიკატი ან პარტნიორის გასაღები, რომელიც არ ემთხვევა.

დაამტკიცეთ შეცვლა გარედან

გამოსცადეთ ნებადართული გარე კავშირითა და ახალი სესიით, და არა LAN-ის შიგნიდან. საჯარო მისამართის წინააღმდეგ შიდა გამოცდა დამოკიდებულია საკუთარ მისამართზე დაბრუნების ქცევაზე და გადის სხვა გზას, ვიდრე ნამდვილი კლიენტი.

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

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

შეინახეთ ახალი დამთხვევა თქვენს აღდგენის ჩანაწერებთან

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

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