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

دو پوشه، و فقط یکی مال شماست

نسخه‌ای که مدام تغییر می‌کند نسخه کاری زیر پروفایل کاربری خودتان است، معمولاً %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. آن فایل آخرین اتصالی که ساختید و این‌که کدام پروفایل را استفاده کرد ثبت می‌کند. چون در پوشه شما زندگی می‌کند، کلاینت در هر اتصال آن را بدون درخواست ارتقای دسترسی بازنویسی می‌کند.

فهرستی که در منوی کشویی می‌بینید چیز دیگری است. هر پروفایلی که دستگاه تا به حال دریافت کرده در %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile کپی می‌شود، و کلاینت هر فایلی که آن‌جا باشد فهرست می‌کند. نوشتن در آن پوشه نیازمند حقوق مدیر است، که نشانه‌ای را توضیح می‌دهد که مردم بد می‌خوانند: افزودن دستی پروفایل به‌عنوان کاربر عادی کار می‌کند به نظر می‌رسد، بعد ورودی ناپدید می‌شود.

پس فایل هر کاربر یک اشاره‌گر است و پوشه کل دستگاه کتابخانه است. نبودن یک ورودی یعنی کتابخانه تغییر کرده، نه اشاره‌گر.

کلاینت فایل‌ها را با نام تطبیق می‌دهد، نه با دروازه

هویت پروفایل در این کلاینت نام فایل است. دو دستگاهی که هر دو company.xml را منتشر می‌کنند، از دید انبار پروفایل محلی، همان پروفایل هستند که دو بار منتشر شده. دانلود دوم اولی را بازنویسی می‌کند، و ورودی پنجره همچنان به فایلی اشاره می‌کند که اکنون سایت دیگر را توصیف می‌کند.

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

HostAddress را بخوانید، نه برچسب را

فایل را در یک ویرایشگر متن باز کنید و فهرست سرورها را ببینید. یک پروفایل عنصر HostName را دارد که برچسب نمایشی است، و عنصر HostAddress را دارد که دروازه‌ای است که کلاینت واقعاً با آن تماس می‌گیرد. برچسب متنی آزاد است که هر کسی می‌تواند ویرایشش کند، و نشانی است که تعیین می‌کند کجا فرود می‌آیید.

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

نگه داشتن هر دو دروازه، به ترتیب

پروفایل پذیرفته‌شده هر سایت را بگیرید، یا از خود سایت یا از دستگاهی که از قبل متصل می‌شود. هر فایل را طوری تغییر نام دهید که دو نام متفاوت باشند، برای نمونه site-a.xml و site-b.xml. به‌عنوان مدیر، هر دو را در پوشه پروفایل کل دستگاه بگذارید و اصل‌هایی را که دریافت کردید نگه دارید. سپس کلاینت را دوباره راه‌اندازی کنید و تأیید کنید که هر دو ورودی در منوی کشویی ظاهر می‌شوند.

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

چیزی که تغییر نام درستش نمی‌کند

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

همچنین در برابر فشاری از سوی مدیریت که نام فایل اصلی را هدف می‌گیرد دوام نمی‌آورد.

وقتی فشار بعدی آن را باطل می‌کند

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

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

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

مقالات مرتبط