სტატუსის ფაილი სესიებს ითვლის და არა მათ უკან არსებულ LAN-ს
მომენტური სურათი ჩამოთვლის VPN სესიებსა და მარშრუტიზაციის მდგომარეობას, და არა საიტის უკან არსებულ ყველა მანქანას. წაიკითხეთ სათაურები, ჩანაწერების ტიპები და ფაილის ასაკი ერთად.
ვიღაც კითხულობს, რამდენი მანქანაა VPN-ში, და მტკიცებულებად სტატუსის ფაილი წარედგინება. ის უფრო ვიწრო კითხვას პასუხობს: რამდენი სესია არსებობს ამ სურათში და რომელ ვირტუალურ მისამართებს მარშრუტიზაციას უკეთებს სერვერი. სწორედ ამ ორ კითხვას შორის არსებულ უფსკრულში ცხოვრობს ანგარიშგების შეცდომების უმეტესობა და მისი დახურვა თავად ფაილის სათაურების კითხვით იწყება.
რა შეიცავს სინამდვილეში ეს სურათი
ფაილი ინტერვალით იწერება, როცა ამ სერვერის ინსტანციისთვის სტატუსის გამოტანაა კონფიგურირებული, ამიტომ ეს პერიოდული სურათია და არა ცოცხალი ნაკადი. მისი სექციები ცალ-ცალკე ჩამოთვლის სესიებსა და შიდა მარშრუტიზაციის მდგომარეობას, ხოლო ფორმატის ვერსია სვეტების განლაგებას განსაზღვრავს.
status /run/openvpn/office.status 30
status-version 3ვერსია 3 წერს ტაბით გამოყოფილ ველებს სათაურის სტრიქონით, ძველი ფორმატები განსხვავდება და მოგვიანებით ვერსიებს შეუძლიათ ველების დამატება. წაიკითხეთ სათაური სვეტის ნომრის მყარად ჩაწერის ნაცვლად, რადგან პოზიციების დაშვებული სკრიპტი შემდეგ განახლებაზე ჩუმად იშლება.
| Record | What it describes | What it cannot tell you |
|---|---|---|
| Client list | A session in this snapshot | How many people or machines that session represents |
| Real address | The outer peer address and port | Which device is behind it |
| Routing rows | Virtual addresses and route ownership | Which downstream hosts are alive |
დათვალეთ სესიები და არა ადამიანები ან მანქანები
საიტის ერთ კავშირს შეუძლია რამდენიმე ნებადართული მანქანის ტრაფიკი ატაროს თავის უკან. ერთ ადამიანსაც შეუძლია ერთდროულად ერთზე მეტი სესია ჰქონდეს, ლეპტოპიდან და ტელეფონიდან. ამ შაბლონებიდან არც ერთი არ ჩანს რაოდენობაში, ამიტომ დაკავშირებულ მომხმარებლებს აზრი მხოლოდ მაშინ აქვს, როცა ერთეულს განსაზღვრავთ. იკითხეთ, რომელი ერთეული სჭირდება ანგარიშს, სანამ ვინმე დათვლას დაიწყებს.
თუ რიცხვს მნიშვნელობა აქვს ლიცენზირებისთვის ან სიმძლავრისთვის, განსაზღვრეთ ერთეული იმავე დოკუმენტში, რაც ანგარიში. ანგარიში, რომელიც არ ამბობს, სესიებს, იდენტობებს თუ მოწყობილობებს ითვლის, წაიკითხება როგორც ის ერთეული, რომელსაც მკითხველი ელოდა.
გარე მისამართი იდენტიფიკატორი არ არის
რეალური მისამართის ველი არის თანამოსაუბრის მისამართი და პორტი, როგორც სერვერი ხედავს მათ. ერთი თარგმნილი საჯარო მისამართის უკან მყოფი რამდენიმე კლიენტი ამ მისამართს იზიარებს, ამიტომ მის მიხედვით დაჯგუფება დაუკავშირებელ სესიებს აერთიანებს. პორტიც იცვლება კავშირებს შორის, რაც წყვილს სტაბილურ გასაღებად გამოუსადეგარს ხდის. ასე დაჯგუფებული ანგარიში ზუსტად გამოიყურება და მცდარია.
დაჯგუფებისთვის გამოიყენეთ კლიენტის ეფექტური იდენტობა და მისამართს ტრანსპორტის დეტალად მოეპყარით. როცა ორი სტრიქონი იდენტობას იზიარებს, ეს ჩვეულებრივ ერთდროულ სესიებს ნიშნავს და არა დუბლირებულ ჩანაწერს.
მარშრუტიზაციის სტრიქონები ჰოსტების ინვენტარი არ არის
მარშრუტიზაციის ჩანაწერს შეუძლია დაასახელოს ქვექსელი, რომელზეც ერთი თანამოსაუბრეა პასუხისმგებელი, და ქვექსელი მისი ჰოსტების სია არ არის. სერვერმა იცის, რომ ეს დიაპაზონი კონკრეტულ სესიას უნდა გაუგზავნოს, და წარმოდგენა არ აქვს, რომელი მანქანებია ჩართული, აპლიკაციაში ავთენტიფიცირებული ან ვინმესთვის სასარგებლო. მარშრუტიზაციის ცხრილი ხელმისაწვდომობას აღწერს და არა დაკავებულობას. სწორედ ეს განსხვავებაა მთელი მიზეზი, რის გამოც VPN ვერ პასუხობს ინვენტარიზაციის კითხვას.
რამდენიმე სტრიქონი ერთსა და იმავე თანამოსაუბრეზე შეიძლება მიუთითებდეს, რადგან საიტს შეუძლია ერთზე მეტი დიაპაზონის გამოცხადება. სტრიქონების დათვლა და შედეგის მოწყობილობების რაოდენობად წოდება განლაგებას თვითნებური კოეფიციენტით აჭარბებს.
თუ მოთხოვნა ნამდვილად აქტივების ინვენტარია, გამოიყენეთ ის ინვენტარიზაციის პროცესი, რომელიც ამ ქსელს ფლობს. VPN-ს შეუძლია დაადგინოს, რომელი თანამოსაუბრე ატარებს მარშრუტს, და ეს სხვა ფაქტია, ვიდრე ის, რომელი ჰოსტები არსებობს მის უკან.
ასაკი, ნებართვები და ცოცხალი ხედი
შეინახეთ ფაილის შეცვლის დრო ყოველ პასუხთან. სერვერი, რომელიც საათების წინ გაჩერდა, თავის ბოლო სურათს ადგილზე ტოვებს, და მიმდინარედ წარმოდგენილი მოძველებული ფაილი ნებისმიერ ანგარიშზე უარესია.
დირექტორია უნდა არსებობდეს და იყოს ჩაწერადი იმ ანგარიშისთვის, რომლითაც სერვისი რეალურად მუშაობს, რაც გამაგრების რაუნდის შემდეგ ადვილად დავიწყებადია. ფაილი ჩვეულებრივ შეიცავს სახელებსა და მისამართებს, ამიტომ შეინახეთ ის ადმინისტრაციულ ადგილას და არა სადმე, საიდანაც ვებ სერვერს შეუძლია მისი მიწოდება. შეამოწმეთ ნებართვები სერვისის ანგარიშიდან და არა თქვენი shell-იდან. სურათი, რომელიც ჩუმად წყვეტს განახლებას, ზუსტად მშვიდ ქსელს ჰგავს.
მოვლენებზე დაფუძნებული საჭიროებებისთვის გამოიყენეთ მხარდაჭერილი მართვის ინტერფეისი უფრო სწრაფი გამოკითხვის ნაცვლად. მოეპყარით ამ ინტერფეისს როგორც კონტროლს და არა როგორც მეტრიკებს, და არასოდეს გამოაჩინოთ ის ინტერნეტში მხოლოდ სესიების დასათვლელად.