ورود Wi-Fi با RADIUS در برابر احراز هویت پروکسی HTTP
تصمیم بگیرید که شواهد RADIUS برای ورود به شبکه، مجوز پروکسی یا هم‌بستگی زمانی گزارش‌هاست.
ورود موفق به Wi-Fi به‌طور خودکار به چالش 407 یک پروکسی وب پاسخ نمی‌دهد. RADIUS با سرور دسترسی شبکه گفت‌وگو می‌کند؛ احراز هویت پروکسی HTTP گفت‌وگویی دیگر میان کارخواه و پروکسی است.
پیش از پیوند دادن گزارش‌ها تعیین کنید کدام یک از این کارها را لازم دارید:
| هدف | شواهد یا یکپارچه‌سازی لازم |
|---|---|
| مجاز کردن درخواست Squid بر پایه حساب یا گروه نام‌دار | سازوکار هویتی که برای آن درخواست در دسترس است، مانند احراز هویت یکپارچه پروکسی پشتیبانی‌شده |
| گزارش این‌که کدام نشست شبکه با ترافیک پیشین پروکسی مرتبط بوده است | سوابق نشست و تخصیص نشانی با زمان، که با رویداد پروکسی هم‌بسته شده‌اند |
برای گزارش‌گیری، شناسه نشست RADIUS، زمان‌های نشست، نشانی‌های تخصیص‌یافته و تاریخچه مرتبط DHCP یا تخصیص را نگه دارید. سابقه دسترسی Squid یک رویداد HTTP را توصیف می‌کند؛ حسابداری RADIUS یک نشست شبکه را توصیف می‌کند.
فرض کنید یک لپ‌تاپ نشانی‌ای را آزاد کند و دیگری آن را بگیرد. پیوند دادن تنها بر پایه نشانی، ترافیک دستگاه دوم را به دستگاه اول نسبت می‌دهد. NAT، ایستگاه‌های کاری مشترک، تونل‌ها و نشانی‌های هم‌زمان معتبر ابهام را بیشتر می‌کنند.
هم‌بستگی را ترافیکی مرتبط با یک نشست شبکه زیر قواعد نگاشت اعلام‌شده توصیف کنید. می‌تواند سودمند باشد بی‌آن‌که هویت احرازشده پروکسی وابسته به تراکنش باشد. حتی یکسان بودن نام‌های کاربری در دو سامانه، یکپارچه‌سازی سطح درخواست را که غایب است فراهم نمی‌کند.