რომელი პროგრამა ფლობს იმ config.json-ს თქვენს OpenVPN კონფიგურაციაში?

თქვენ იპოვით ფაილს სახელად config.json, მასში ნახსენებია VPN სერვერი და დაშვება მაშინვე მოდის: ეს აუცილებლად OpenVPN-ის კავშირი უნდა იყოს. ხშირად ასე არ არის. ამ სახელის JSON ფაილი შეიძლება ეკუთვნოდეს დესკტოპის ინტერფეისს, რომელიც კლიენტს უშვებს, დემონს, რომელიც საკუთარ პარამეტრებს ინახავს, ან პროდუქტის ექსპორტის ფორმატს, და თითოეულ მათგანს თავისი სქემა აქვს.

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

დაიწყეთ პროცესით და არა ფაილის სახელით

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

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

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

რა არის სინამდვილეში Community OpenVPN-ის პროფილი

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

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

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

სხვა კომპონენტის საკუთრებაში არსებული მდგომარეობის რედაქტირება

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

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

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

ცვლილების შემოწმება და ფაილის დაცვა

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

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

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

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