چرا پاسخ RADIUS برای VLAN هیچ کاری برای کاربر VPN نمی‌کند
دروازه، نه خط‌مشی RADIUS، تعیین می‌کند که یک ویژگی VLAN چه می‌کند. زنجیره نشست را دنبال کنید و پیش از ویرایش بخوانید که سرور واقعاً چه برگردانده است.
ویژگی VLAN را به خط‌مشی NPS اضافه می‌کنید، کاربر VPN وصل می‌شود و لپ‌تاپ همچنان در استخر پیش‌فرض فرود می‌آید. سرور RADIUS همان چیزی را برمی‌گرداند که خواسته‌اید، و همین باعث می‌شود خطا شبیه مشکل حافظه نهان به نظر برسد. معمولاً چنین نیست. یک Access-Accept نشانه‌های مجوزدهی را حمل می‌کند، و تنها سرور دسترسی شبکه‌ای که آن‌ها را دریافت کرده می‌تواند یکی را به یک تخصیص شبکه تبدیل کند.
از دروازه آغاز کنید، نه از خط‌مشی
پیش از تغییر هر چیزی، زنجیره را از سمت کارخواه به درون دنبال کنید. کارخواه از دروازه یک نشست می‌خواهد، دروازه از RADIUS می‌پرسد که آیا کاربر می‌تواند یکی داشته باشد، و RADIUS با یک نتیجه و مجموعه‌ای از ویژگی‌ها پاسخ می‌دهد. سپس دروازه هر چیزی را که می‌داند چگونه اعمال کند، اعمال می‌کند.
مسیر شما از گام چهارم آغاز می‌شود، و به همین دلیل سه گام نخست سالم به نظر می‌رسند. هیچ چیز در این تبادل دروازه را ملزم نمی‌کند ویژگی‌ای را که دریافت کرده پیاده‌سازی کند. پاسخ درخواستی به دروازه است، نه واقعیتی درباره کارخواه.
کاری که سوئیچ می‌کند و VPN نمی‌تواند
سوئیچ دسترسی 802.1X یک احرازکننده با درگاه است، و تخصیص پویای VLAN یکی از آن درگاه‌ها را به VLANی منتقل می‌کند که سوئیچ از پیش حمل می‌کند. ویژگی‌های تونل RADIUS آن قصد را به شکلی توصیف می‌کنند که سوئیچ می‌فهمد. VPN مسیریابی‌شده تونل‌ها را پایان می‌دهد، نه درگاه‌های سوئیچ، و کارخواهان آن معمولاً نشانی و مسیر می‌گیرند نه عضویت در دامنه پخش. درگاهی برای جابه‌جایی وجود ندارد، پس همان ویژگی چیزی برای اثرگذاری ندارد.
این تفاوت مدل است، نه اشکال فروشنده. برخی دروازه‌ها خط‌مشی گروهی خودشان، انتخاب استخر یا سازوکار پالایشی را اضافه می‌کنند که در یک تصویر صفحه شبیه به نظر می‌رسد. برخی دیگر هیچ‌یک از این‌ها را پیاده‌سازی نمی‌کنند و ویژگی ثبت و نادیده گرفته می‌شود. مستندات حالتی از دسترسی از راه دور را بخوانید که واقعاً فعال کرده‌اید، نه حالت موجود در تصویر صفحه.
پاسخی را بخوانید که سرور واقعاً فرستاده است
تأیید کنید RADIUS چه برگردانده است، نه آنچه ویرایشگر خط‌مشی نمایش می‌دهد. یک درخواست آزمایشی با همان نام کاربری و گذرواژه شناخته‌شده، ویژگی‌های پاسخ را به شکلی خوانا چاپ می‌کند و پرسش را در یک گام حل می‌کند.
radtest alice secret 10.0.0.10 0 testing123اگر ویژگی‌های VLAN در آن پاسخ غایب باشند، نخست تطابق خط‌مشی را درست کنید. اگر حاضر باشند، سرور سهم خود را انجام داده و شکاف در پایین‌دست است.
نخست خط‌مشی نشست را ثابت کنید، سپس دسترس‌پذیری
اکنون به نشستی بنگرید که دروازه ساخته است. فهرست نشست‌های فعال استخر، نشانی تخصیص‌یافته و هر خط‌مشی گروهی را که دروازه پیوست کرده نشان می‌دهد، و این تنها شواهدی است که برای اجرا اهمیت دارد. آن را با آنچه کاربر می‌تواند به آن برسد مقایسه کنید، نه با آنچه خط‌مشی قصد داشت.
swanctl --list-sasسپس از کارخواه یک منبع مجاز و یک منبع ردشده را بیازمایید، زیرا نشانی از استخر درست جداسازی را ثابت نمی‌کند. اگر دروازه هیچ سازوکاری برای تخصیص مورد نظر شما نداشته باشد، نسخه‌های بیشتر ویژگی یکی نمی‌سازند. نشانی از استخر مورد انتظار می‌تواند همراه با دسترسی کامل به هر استخر دیگر وجود داشته باشد. یک سازوکار خط‌مشی پشتیبانی‌شده برگزینید یا طراحی شبکه را عمداً تغییر دهید.