OpenVPN Windows-ზე: გვირაბის ავტომატური გაშვება და მარშრუტების შენარჩუნება

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

პირველი ნაბიჯი: მოათავსეთ პროფილი იქ, სადაც სერვისი ეძებს მას

Windows-ის სერვისი პროფილებს კითხულობს ფიქსირებული დირექტორიიდან, და GUI-ც იმავე ადგილიდან კითხულობს, ამიტომ იმპორტის დროს მომუშავე პროფილი ჩატვირთვისას შეიძლება უხილავი დარჩეს. .ovpn ფაილები ჩადეთ ინსტალაციის config დირექტორიაში, რომელიც ჩვეულებრივ Program Files-ის ქვეშაა. მომხმარებლის Downloads საქაღალდეში დატოვებული პროფილი სერვისის არეალში საერთოდ არ შედის.

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

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

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

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

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

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

მესამე ნაბიჯი: მიაბით მარშრუტი გვირაბს

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

სამი ალტერნატივა სწორად იქცევა. უბიძგეთ მარშრუტს სერვერიდან, რომელიც ამატებს მას დაკავშირებისას და შლის გათიშვისას. დაამატეთ ის route-up სკრიპტში, რომელიც კითხულობს route_vpn_gateway-ს, რათა შემდეგი ნახტომი მოვიდეს შეთანხმებული გვირაბიდან. ან გამოიყენეთ Add-VpnConnectionRoute Windows-ის მშობლიურ VPN პროფილთან, რომელიც პრეფიქსს ამ კავშირზე აბამს.

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

მეოთხე ნაბიჯი: გადაიტანეთ ცივი ჩატვირთვა

სერვისის გაშვება ქსელური სტეკის არსებობამდე იძლევა ერთ წარუმატებელ ცდას და განმეორების გარეშე. Automatic (Delayed Start)-ზე დაყენება, ან ქსელურ სერვისზე დამოკიდებულების დამატება, ამ დაპირისპირებას აშორებს. შემდეგ გაიმეორეთ ჩატვირთვის ტესტი და შეამოწმეთ, რომ მეორე ცდა აღარ არის საჭირო.

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

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

მეხუთე ნაბიჯი: გადაამოწმეთ GUI-ს გარეშე

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

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