OpenVPN-ის სერვისი ვერ იმუშავებს პროფილზე, რომელსაც GUI ხსნის: ხუთი შემოწმება

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

დაადასტურეთ, რომელი გამშვები ფუჭდება

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

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

სად იხსნება ფარდობითი გზები

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

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

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

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

როცა სერვისის იდენტობა ვერ კითხულობს

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

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

icacls "C:\VPN\profiles\office\office.ovpn"

შემდეგ სცადეთ იგივე წაკითხვა სერვისის იდენტობად, მაგალითად Sysinternals-ის psexec -s -i-ით, და დააკვირდით, იხსნება თუ არა ფაილი. თუ არ იხსნება, გზის არცერთი შესწორება არ დაეხმარება. შეასწორეთ ACL ან გადაიტანეთ პროფილი ისეთ ადგილას, საიდანაც სერვისის იდენტობა წაიკითხავს.

ფაილის დონის დაშიფვრა მეორე, უფრო იშვიათი შემთხვევაა. Encrypting File System ატრიბუტით მონიშნული პროფილი გამჭვირვალედ გაშიფრდება იმ მომხმარებლისთვის, ვინც დააშიფრა, და უკითხავი რჩება სერვისის ანგარიშისთვის. ამიტომ იგივე ფაილი იხსნება თქვენს რედაქტორში და არა სერვისის ქვეშ.

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

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

გადაწყვეტა, ვის ეკუთვნის გვირაბი

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

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

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

რას უშვებს სინამდვილეში სერვისის გარსი

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

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

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