صفحه تغییر گذرواژه VPN: همراستا با مخزن هویت
فرم، مرجع نیست. مشخص کنید کدام مخزن مالک گذرواژه است، دستورالعملهایی همسو با سیاست آن بنویسید و مسیرهای تغییر، رد و بازنشانی را آزمایش کنید.
صفحه تغییر گذرواژه را باز کنید و آن را همانگونه که کاربر میخواند بخوانید، سپس بپرسید کدام سرویس واقعاً مالک اعتبارنامه است. صفحه یک فرم است؛ مخزن هویت مرجع است. اگر این دو با هم اختلاف داشته باشند، کاربر با گذرواژهای ردشده، بازنشانیای که چیزی را بازنشانی نمیکند، یا پیام موفقیتی روبهرو میشود که چیزی را تغییر نمیدهد. پیمودن جریان از صفحه تا بکاند تنها راه گرفتن این است.
با دستهبندی عملیات شروع کنید: تغییر عادی، جریان گذرواژه منقضیشده، یا بازیابی پس از فراموشی گذرواژه.
سه عملیات، سه جریان کاری
تغییر عادی فرض میکند کاربر گذرواژه فعلی را میداند و میتواند آن را اثبات کند. جریان گذرواژه منقضیشده ممکن است نشستی محدود اجازه دهد که در آن فقط تغییر مجاز است. بازیابی پس از فراموشی گذرواژه به اثبات هویت کاملاً متفاوتی نیاز دارد و ممکن است به ارائهدهنده هویت واگذار شود نه اینکه در دروازه VPN انجام شود. هر یک نقطه پایانی، پشتیبانی بکاند و قواعد نشست خود را دارد و یک فرم نمیتواند هر سه را درست ارائه کند.
در استقرار فدرال ممکن است دروازه اصلاً گذرواژه جدید جمعآوری نکند. بررسی کنید آیا جریان به ارائهدهنده هویت تغییر مسیر میدهد و آیا متن صفحه هنوز فرم محلی را توصیف میکند.
سیاست واقعاً از کجا میآید
از مالک هویت طول مجاز، مجموعه نویسهها و هر محدودیت اعمالشدنی را بپرسید، سپس دستورالعملهایی مطابق آن بنویسید. ساختن قواعد ترکیب در متن راهنما، یا وعده پذیرشی که بکاند رد میکند، هر دو تیکت پشتیبانی تولید میکنند. راهنمای NIST برای هویت دیجیتال به سمت راهنمایی روشن و بازخورد سودمند گرایش دارد نه قواعد خودسرانه، و سیاست واقعی سازمان همچنان حاکم است. یک انتشار دلیل آن نیست که دایرکتوری مشخصی از قبل چنین رفتار میکند.
پیامهای خطا را سودمند نگه دارید بدون افشای اسرار. پیامی که گذرواژه نیمهتایپشده را بازگو میکند، یا تصویری در یک تیکت که آن را در بر دارد، یک سند پشتیبانی را به افشای اعتبارنامه تبدیل میکند.
نگارشی همسو با بکاند
صفحه باید جریان کار را نام ببرد نه اینکه سیاست را بهصورت انتزاعی توصیف کند. بگویید تغییر کجا رخ میدهد، چه اثباتی لازم است و با نشستهای دیگر چه میشود. اگر تغییر کاربر را همهجا خارج میکند، بگویید؛ اگر دستگاههای دیگر را فعال میگذارد، آن را هم بگویید. کاربر گیجی که تغییری موفق را دوباره امتحان میکند هزینه پشتیبانی است که نگارش بهتر از آن جلوگیری میکند.
بومیسازی میتواند لحن دستورالعملها را تغییر دهد؛ نمیتواند آنچه را بکاند میپذیرد تغییر دهد.
جریان را آزمایش کنید، نه صفحه را
از یک حساب آزمایشی مجاز استفاده کنید و تغییر مستندشده، یک مورد رد، مورد گذرواژه منقضیشده و ورود بعدی را بپیمایید. جایی که MFA یا تغییر مسیر فدرال بخشی از جریان تأییدشده است، آن را هم بپیمایید. صفحهای که درست نمایش داده میشود، ارائه را تأیید کرده و هیچ چیز دیگر را، زیرا سرویس هویت تصمیم میگیرد که عملیات اعتبارنامه کامل شده است یا نه.
نتیجه هر مورد را با حساب استفادهشده و زمان ثبت کنید. جریانی که یک بار برای مدیر کار میکند و برای کاربر عادی شکست میخورد نتیجهای رایج است و ثبت است که آن را آشکار میکند.
سپس صفحه را بهروزرسانی کنید تا توصیف کند واقعاً چه رخ داده است. این تمام کار است.