نام مستعار گروه ASA در برابر URL گروه: نمایه چگونه انتخاب می شود

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

تفاوت های زیر از مستندات 9.16 پیروی می کنند؛ SSL VPN بدون کارخواه در 9.17(1) و پس از آن حذف شد.

نام مستعار یک ورودی فهرست است، نه یک URL

group-alias برچسبی را فراهم می کند که کاربر از فهرست گروه ها در صفحه ورود برمی گزیند. نمایش آن فهرست تنظیمی جداگانه است، tunnel-group-list enable. نام مستعار فقط یک نام انتخاب است و نه بیشتر. پیکربندی نام مستعاری به نام staff هیچ URL /staff ای نمی سازد که نمایه را انتخاب کند.

مردم انتظار دارند نام مستعار کار دوگانه انجام دهد، چون از درون مرورگر فهرست و URL مانند یک انتخاب به نظر می رسند.

group-url در واقع با چه چیزی تطبیق می یابد

group-url یک URL ورودی را به نمایه اتصال پیوند می دهد. وقتی آن URL فعال شده تطبیق یابد، ASA نمایه را بدون آنکه از کاربر بخواهد از فهرست انتخاب کند برمی گزیند. URL باید همان مورد کامل موردنظر باشد، با نحوهایی که نسخه شما پشتیبانی می کند. رکورد DNS و گواهی آن باید با آنچه کاربران تایپ می کنند هم خوان باشد، وگرنه تطبیق هرگز فرصت رخ دادن نمی یابد.

پسوند URL کپی شده چیزی را درباره پیکربندی اثبات نمی کند. نمایه را بررسی کنید، نه نوار نشانی.

انتخاب را تا سیاستی که اجرا می شود دنبال کنید

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

شکاف میان این دو سرچشمه بیشتر گزارش های «قاعده درست است اما دسترسی نادرست است» است.

وراثت انزوا نیست

ویژگی هایی که نامشخص رها می کنید می توانند از سیاست گروه پیش فرض به ارث برسند. بنابراین یک سیاست نام دار جدید از پیش فرض های مشترک جدا نیست، و ویرایش آن پیش فرض ها به هر نمایه ای می رسد که آن ها را به ارث می برد. دسترسی مؤثر به منابع، تنظیمات DNS و محدودیت های نشست را برای هر نمایه مقایسه کنید. این کار را پیش از تغییر هر چیز مشترکی انجام دهید.

اجرای دسترسی را نیز از انتخاب جدا نگه دارید.

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

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

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

استفاده دوباره از زبانه مرورگر یک ورود پیشین مقایسه را خراب می کند، زیرا آن نشست از پیش به یک نمایه مقید شده است.

آن ثبت، «درگاه باز می شود» را به نگاشت ورود به سیاست تبدیل می کند که بعداً می توانید حسابرسی کنید، و تنها پاسخ پایدار است وقتی نمایه درست به نظر می رسد و بر هیچ کس حاکم نیست.