სანამ Juju charm თქვენს VPN-ად იქცევა: იდენტობა, კონტრაქტი, პორტები
ხუთი ნაბიჯი ჰყოფს იმას, რასაც charm რეალურად აწვდის, იმისგან, რასაც თქვენ ვარაუდობთ: მიამაგრეთ რევიზია, წაიკითხეთ კონფიგურაცია და შემდეგ ექსპოზიციას მოეპყარით როგორც firewall-ის მოქმედებას.
ვიღაც პოულობს charm-ს, რომელიც ამტკიცებს, რომ VPN-ს უშვებს, ავრცელებს მას, ამხელს აპლიკაციას და ელოდება კლიენტის დაკავშირებას. განლაგება წარმატებით სრულდება, პორტი იხსნება და გვირაბი მაინც არ მუშაობს, რადგან სამი დაუკავშირებელი დაპირება ერთში გაერთიანდა. Charm არის განლაგების იმპლემენტაცია კონკრეტული კონტრაქტით. განიხილეთ ეს დაპირებები ცალ-ცალკე და ხარვეზები გამოჩნდება გაშვებამდე და არა შემდეგ.
პირველი ნაბიჯი: მიამაგრეთ არტეფაქტი, რომელზეც კითხულობთ
წაიკითხეთ კანდიდატის საკუთარი მეტამონაცემები: გამომცემელი, წყაროს რეპოზიტორია, არხი, რევიზია, ბაზა და არქიტექტურა. შემდეგ დაადგინეთ, ვინ ინახავს სამუშაო დატვირთვის შიგნით VPN პროგრამულ უზრუნველყოფას და ვინ აწვდის მის უსაფრთხოების განახლებებს, რადგან ეს ხშირად ორი განსხვავებული მხარეა. შეუნარჩუნებელი upstream კარგად შენახულ charm-ში არის მხარდაჭერის პრობლემა, რომელიც ცუდ კვირას ელოდება.
juju info CHARM_NAME Juju 3.6-ში აცხადებს არხებს, ბაზებსა და არქიტექტურებს, და დოკუმენტაცია აღნიშნავს, რომ კონკრეტული რევიზიის მოთხოვნა ამ ფილტრებთან ვერ გაერთიანდება. ჰკითხეთ რევიზიას ცალკე, იმის ნაცვლად, რომ ააგოთ კომბინაცია, რომელსაც ბრძანება უარყოფს. წაიკითხეთ ბაზა და არქიტექტურაც, რადგან არხმა შეიძლება ერთზე მეტი დაფაროს.
ჩაწერეთ ზუსტი კომბინაცია, რომელიც განიხილეთ, განლაგების გვერდით. მაშინ არხის გადამაადგილებელი განახლება განზრახ ცვლილებაა წინ და შემდეგ მდგომარეობით, და არა ორშაბათის სიურპრიზი.
მეორე ნაბიჯი: წაიკითხეთ კონფიგურაცია როგორც კონტრაქტი
განსაზღვრეთ როლი, რომელსაც charm თამაშობს: დისტანციური წვდომის დასრულება, არსებულ VPN-ში გაწევრიანება, თუ სრულიად სხვა რამ. შემდეგ იპოვეთ, როგორ ადოკუმენტირებს კლიენტთა რეგისტრაციას, სანდო გამომცემლებს, რწმუნებების როტაციასა და გაუქმებას. ეს ოთხი წყვეტს, შეგიძლიათ თუ არა მისი მართვა, და გენერირებული კლიენტის ფაილი მგრძნობიარე გამომავალია და არა ბილეთის ფაილი.
მიჰყევით ინტერფეისებსა და ქმედებებს, რომლებსაც charm რეალურად ამჟღავნებს. ნუ ჩათვლით, რომ რეგისტრაციის ქმედება არსებობს მხოლოდ იმიტომ, რომ იმავე პროგრამული უზრუნველყოფის სხვა charm-ს აქვს ის.
ჰკითხეთ, რას აკეთებს შეჯერება ხელით გაკეთებულ ცვლილებებთან. თუ charm შემდეგ განახლებაზე გადაწერს კონფიგურაციის ფაილს, ხელით შესწორებას ერთი განახლების ვადა აქვს. ჰკითხეთ შემნარჩუნებლებს, სად არის ეს ქცევა დოკუმენტირებული, და სიჩუმე უცნობად ჩათვალეთ.
მესამე ნაბიჯი: გამოყავით მსმენელი გადაგზავნილი გზისგან
გარე მსმენელი არის სოკეტი, რომელიც გვირაბს იღებს. გადაგზავნა არის ის, რაც მის შიგნით ტრაფიკს ხდება, და დაბრუნების გზა არის ის, რაც პასუხებს უკან დაბრუნების საშუალებას აძლევს. Charm-ს შეუძლია პირველის მიწოდება და დანარჩენი ორის ინფრასტრუქტურის გუნდისთვის დატოვება.
გამოსავალი მესამე ნაწილია. თუ გვირაბის კლიენტებმა ინტერნეტს ამ ჰოსტის გავლით უნდა მიაღწიონ, უნდა არსებობდეს მისამართების ან თარგმანის მოწყობა, და ის პორტის გახსნით არ იქმნება. დანიშნეთ მფლობელი ამ ნაწილისთვის პირველი კლიენტის მოსვლამდე.
მეოთხე ნაბიჯი: ექსპოზიცია firewall-ის მოქმედებაა
Juju 3.6-ში აპლიკაციის ექსპოზიცია ასწორებს ღრუბლოვანი firewall-ის წესებს და ნაგულისხმევად უშვებს ტრაფიკს ნებისმიერი წყაროდან იმ პორტებზე, რომლებიც სამუშაო დატვირთვამ გახსნა. ბრძანების endpoint და CIDR ამრჩევები სწორედ იმისთვის არსებობს, რომ ეს ნაგულისხმევი შევიწროვდეს.
ექსპოზიცია არ ქმნის VPN მომხმარებლებს, არ ამოწმებს მათ რწმუნებებს და არ აყენებს გადაგზავნის პოლიტიკას. ის ასევე არ ამტკიცებს, რომ სამუშაო დატვირთვა ისმენს თქვენ მიერ მოსალოდნელ მისამართსა და ტრანსპორტზე, ამიტომ ექსპოზიციის შემდგომი ტესტი უფრო მნიშვნელოვანია, ვიდრე წარმატების შეტყობინება. შეამოწმეთ მოსმენის სოკეტი ერთეულზე და ღრუბლის წესიც.
მეხუთე ნაბიჯი: მიიღეთ ოთხი ტესტით
დამტკიცებული განლაგების შემდეგ დაარეგისტრირეთ ახალი კლიენტი და დაადასტურეთ განზრახული კერძო სერვისი. შემდეგ გააუქმეთ ეს იდენტობა და დაადასტურეთ, რომ წვდომა ნამდვილად სრულდება და არა მხოლოდ შემდეგი შესვლა უარყოფილია. გაიმეორეთ შემოწმება იმ ქსელიდან, რომელსაც არ აკონტროლებთ, და შემდეგ ოფისის შიგნიდან, რადგან ეს ორი გზა სხვადასხვა კითხვას პასუხობს.
დაასრულეთ განახლებითა და ხელახალი დაკავშირებით, რადგან სწორედ იქ ურთიერთქმედებენ შეჯერება, რწმუნებების დამუშავება და სერვისის გადატვირთვები. თუ დოკუმენტაცია ვერ ხსნის, ვის ეკუთვნის ერთ-ერთი ეს ოპერაცია, ჩაწერეთ ეს როგორც ათვისების ხარვეზი, ნაცვლად იმისა, რომ შეავსოთ იგი შეუნარჩუნებელი რეცეპტით იმავე charm სახელის უკან. დაწერილი ხარვეზი გადაწყვეტილებაა; ჩუმად შევსებული ხარვეზი მომავალი შეფერხებაა. გადაეცით ის სერვისის გადაწყვეტილების მფლობელს, იმ თარიღით, როცა იპოვეთ.