RADIUS აღრიცხვა შესვლის წარმატების წინააღმდეგ: რას ამტკიცებს თითოეული

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

ორი განსხვავებული კითხვა

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

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

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

რას გაძლევთ სამი ტიპის ჩანაწერი

Start ჩანაწერი ხსნის სესიას, Interim-Update აცნობებს აქტივობას, სანამ ის ღიაა, ხოლო Stop ხურავს მას. სამივე ატარებს სესიის იდენტიფიკატორს, რათა მიმღებმა ისინი ერთ მომსახურების მოვლენას დაუკავშიროს.

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

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

რატომ არ არის მომხმარებლის სახელი სესია

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

ეს მოკლე გზაა იმისთვის, თუ როგორ იძენენ გამოყენების ანგარიშები შეუძლებელ ხანგრძლივობებს.

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

სად ერგება PAM და სად არა

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

ზოგი PAM RADIUS მოდული შეიძლება აგზავნიდეს აღრიცხვის ჩანაწერებს ამ სესიის კაუჭებით, და ეს მუშაობს მხოლოდ მაშინ, როცა აპლიკაცია ნამდვილად იძახებს მათ.

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

მიღების გაშვება, რომელიც ამტკიცებს კონტრაქტს

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

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

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