حسابداری RADIUS در برابر ورود موفق: هرکدام چه چیزی را اثبات می‌کند

در هر بحث صورتحساب VPN دو پرسش با هم اشتباه می‌شوند: آیا این کاربر اجازه اتصال داشت، و در واقع چه کاری کرد. پرسش نخست را احراز هویت پاسخ می‌دهد. دومی به سوابق حسابداری نیاز دارد که آغاز، به‌روزرسانی و پایان می‌یابند. ورود موفق نخست را اثبات می‌کند و درباره دومی چیزی نمی‌گوید، به همین دلیل یک پیکربندی احراز هویت RADIUS کارساز همچنان می‌تواند گزارش استفاده خالی بسازد.

دو پرسش متفاوت

احراز هویت تصمیم می‌گیرد اتصال می‌تواند آغاز شود یا نه، و یک حکم به‌همراه ویژگی‌هایی مانند مخزن نشانی یا یک گروه برمی‌گرداند. حسابداری خدمتی را که پس از آن آمد ثبت می‌کند، به‌صورت زنجیره‌ای از رویدادهای وابسته به یک جلسه.

آن‌ها روی همان پروتکل و معمولاً به همان سرور می‌روند و دقیقاً به همین دلیل مردم گمان می‌کنند یکی به معنای دیگری است.

هیچ چیز در درخواست دسترسی مدت جلسه را حمل نمی‌کند، و هیچ چیز در سابقه Stop دوباره تصمیم نمی‌گیرد که آیا کاربر باید پذیرفته می‌شد. برخورد با آن‌ها به‌عنوان دو قرارداد جدا، کار یکپارچه‌سازی را آشکار می‌کند: یک مسیر به تصمیم نیاز دارد و مسیر دیگر به چرخه عمری با آغاز، میانه و پایان.

سه نوع سابقه چه به شما می‌دهند

سابقه Start جلسه‌ای را باز می‌کند، Interim-Update تا زمانی که باز است فعالیت را گزارش می‌دهد و Stop آن را می‌بندد. هر سه شناسه جلسه را حمل می‌کنند تا گیرنده بتواند آن‌ها را به یک رویداد خدمت نسبت دهد.

این شناسه تنها پیوند قابل اتکا میان آن‌هاست، زیرا یک نام کاربری ممکن است چند جلسه پشت‌سرهم یا موازی داشته باشد. ذخیره‌سازی را پیرامون آن طراحی کنید، نه پیرامون نام حساب.

تأیید یک سابقه جدا از خوب ذخیره کردن آن است. مشخصات حسابداری تأیید را هنگامی که سابقه نوشته نشده باشد ممنوع می‌کند، پس یک پاسخ به شما می‌گوید گیرنده مسئولیت را پذیرفته است. اما نمی‌گوید که کار گزارش‌گیری بعدی، داشبورد یا خروجی صورتحساب آن را درست مصرف کرده است.

چرا نام کاربری همان جلسه نیست

یک نفر صبح از رایانه همراه و بعدازظهر از تلفن وصل می‌شود و هر دو جلسه همان نام حساب را دارند. سابقه Start که بدون Stop متناظرش برسد با جست‌وجوی نام و انتخاب قدیمی‌ترین سطر باز بسته نمی‌شود.

این میان‌بر همان راهی است که گزارش‌های استفاده مدت‌های ناممکن پیدا می‌کنند.

هویت سرور دسترسی شبکه را در کنار شناسه جلسه نگه دارید، زیرا دو سرور می‌توانند مقدار یکسانی را در بافت‌های متفاوت تخصیص دهند و ادغام تنها بر پایه شناسه می‌تواند جلسه‌های بی‌ربط را به هم بچسباند. وقتی جلسه‌ای ناهنجار پایان می‌یابد، سیاست تطبیق باید تصمیم بگیرد چگونه آن را ببندد، و آن تصمیم به طراحی تعلق دارد نه به ویرایش دستی پایگاه داده که ماهی یک بار انجام می‌شود.

PAM کجا جا می‌گیرد و کجا نه

افزونه احراز هویت OpenVPN مراحل احراز هویت و مدیریت حساب PAM را فرا می‌خواند. مرحله حساب واجد شرایط بودن را بررسی می‌کند؛ نامش به معنای حسابداری استفاده نیست و افزونه قلاب‌های باز و بسته شدن جلسه PAM را به کار نمی‌اندازد.

برخی ماژول‌های PAM RADIUS می‌توانند سوابق حسابداری را از طریق همان قلاب‌های جلسه بفرستند، و این تنها زمانی کار می‌کند که برنامه واقعاً آن‌ها را فرا بخواند.

بنابراین افزودن چنین ماژولی به پشته احراز هویت رویدادهای قطع اتصال ایجاد نمی‌کند. اگر به چرخه عمر کامل نیاز دارید، یکپارچه‌سازی‌ای برگزینید که آن را در اختیار دارد: افزونه‌ای یا ساخت پشتیبانی‌شده‌ای که با تغییر وضعیت اتصال، Start، Interim-Update و Stop را منتشر می‌کند. وضعیت نگهداری و رفتار مستندش را هنگامی که گیرنده در دسترس نیست بررسی کنید، زیرا افزونه‌ای که سوابق را بی‌صدا دور می‌ریزد دقیقاً مانند افزونه‌ای به نظر می‌رسد که هرگز آن‌ها را نفرستاده است. مشخصات حسابداری معنایی سوابقی را تعریف می‌کند که یکپارچه‌سازی باید رعایت کند.

یک اجرای پذیرش که قرارداد را اثبات می‌کند

یک اتصال و قطع اتصال عادی را آزمایش کنید، سپس اتصال دوباره با همان حساب، سپس کلاینتی که بدون قطع اتصال ناپدید می‌شود.

یک شناسه جلسه را از تولید تا تأیید و تا ذخیره‌سازی دنبال کنید، و جهت، واحدها و رابط شمارنده‌ها را بررسی کنید. شمارش بایت بدون برچسب را بعداً نمی‌توان حسابرسی کرد.

در پایان، تأیید کنید جلسه‌ای که سرور مجبور شد به‌دلیل پایان زمان قطع کند، به شکلی نمایش داده شده که گزارش می‌فهمد. قراردادی که فقط قطع‌های آرام را پوشش می‌دهد، قراردادی است که در روزهایی که بیشترین نیاز را دارید شکست می‌خورد.