نیاز و دامنه
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
در حال آمادهسازی صفحه
راهنمای طراحی HSRP در Cisco با تعیین gateway مجازی، اولویت، آزمون failover و بررسی اثر آن بر کاربران و سرویسها.
نقشهٔ آموزشی؛ وضعیت واقعی خدمت و نتیجهٔ اقدام باید با دامنه، اختیار و شاهد آزمون بررسی شوند.
راهاندازی HSRP زمانی ارزش دارد که به هدف سازمان، کاربران و محدودهٔ مسئولیت متصل باشد. راهنمای طراحی HSRP در Cisco با تعیین gateway مجازی، اولویت، آزمون failover و بررسی اثر آن بر کاربران و سرویسها. این مقاله یک راهنمای آموزشی است و روی تجهیزات شما تغییر، راهاندازی یا تضمین نتیجه اعمال نمیکند.
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
دادهٔ لازم، روش بررسی و مسیر بازگشت را ثبت کنید.
آزمون مجاز یا تغییر توافقشده را با ثبت نتیجه انجام دهید.
پذیرش کاربر، محدودیت باقیمانده و مسئول پیگیری را تعیین کنید.
برای راهاندازی HSRP ابتدا داراییها، رابطها، شبکههای مبدأ و مقصد، کاربران اثرپذیر و مالک هر بخش را ثبت کنید. چرخهٔ مفهومی افزونگی gateway و آزمون failover در سیسکو بدون نقشهٔ فعلی میتواند اثر جانبی ایجاد کند. نسخهٔ نرمافزار، مدل و امکانات مجاز دستگاه باید با مستندات همان بستر تطبیق داده شود؛ این راهنما دستور آماده یا تغییر مستقیم دستگاه نیست.
فناوری مناسب را با هدف خدمت انتخاب کنید، نه صرفاً نام قابلیت. ظرفیت، رشد، وابستگی به شعبه یا اینترنت، نیازهای امنیتی و توان نگهداری تیم بر طراحی اثر دارند. یک طرح کوچک و قابل آزمون معمولاً از مجموعهای از تنظیمات پراکنده قابلاعتمادتر است.
قواعد، مسیرها و رابطها باید فقط دامنهٔ لازم را پوشش دهند. تغییر را با مالک، زمان، اثر مورد انتظار و روش بازگشت ثبت کنید. رمز، کلید، فایل پیکربندی یا خروجی دارای اطلاعات حساس را در تیکت عمومی یا مقاله قرار ندهید.
پیش از تعمیم، اتصالهای مجاز، اتصالهای منعشده و یک خدمت واقعی سازمانی را در محدودهٔ توافقشده آزمایش کنید. پاسخ یک ping بهتنهایی نشاندهندهٔ سلامت کامل برنامه نیست. شاهد قبل و بعد، نتیجه و محدودیت باقیمانده را ثبت کنید.
پس از تغییر، وضعیت سرویس، لاگهای لازم و ظرفیت دستگاه را پیگیری کنید؛ گزارش نباید رازها یا دادههای غیرضروری کاربران را افشا کند. تحویل باید شامل نقشهٔ منطقی، تنظیمات مورد توافق، روش درخواست تغییر و مسئول پیگیری باشد.
افزودن شعبه، تغییر کاربرد سرویسها، تعویض نسخه یا خروج همکار میتواند فرضهای طراحی را تغییر دهد. بازبینی دورهای قوانین و دسترسیها کمک میکند استثناهای موقت دائمی نشوند. هیچ طراحی بهتنهایی قطعینشدن یا امنیت کامل را تضمین نمیکند.
شرح وضعیت، گسترهٔ کاربران و هدف بررسی را آماده کنید تا دامنهٔ خدمت، اختیار اجرا و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
در یک سازمان فرضی، نیاز جدیدی برای راهاندازی HSRP مطرح شده است. تیم ابتدا محدوده، سرویسهای حساس و مسیر بازگشت را ثبت میکند، سپس یک پایلوت کنترلشده انجام میدهد. دسترسیهای مجاز و اثر تغییر بر سرویس نمونه بررسی و نتیجه مستند میشود. این مثال، پروژهٔ واقعی ویوان نت یا پیکربندی آماده نیست.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ خدمات تخصصی سیسکو ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
خیر؛ اجرای واقعی به دسترسی مجاز، بررسی مدل و نسخه، پنجرهٔ تغییر و آزمون مستقل نیاز دارد.
خیر؛ توپولوژی، نسخه، لایسنس، آدرسدهی و سیاست سازمان باید ابتدا بررسی شوند.
هر تغییر ممکن است بر سرویسهای وابسته اثر بگذارد؛ روش بازگشت از پیشتعیینشده ریسک را کاهش میدهد.
خیر؛ باید سرویس واقعی، مسیر رفت و برگشت و کنترلهای مرتبط نیز آزموده شوند.
نه بهصورت عادی؛ ممکن است رمز، کلید یا اطلاعات حساس داشته باشد و باید از روش مصوب استفاده شود.
دامنه، تعداد دستگاه و سایت، مدل و نسخه، طراحی، آزمون، زمان تغییر و نگهداری دورهای مؤثرند.
منابع برای مبانی و نمونهٔ روشها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.
از نیاز واقعی و شرایط مجموعه شروع میکنیم؛ نوع پوشش، روش بررسی و معیار پذیرش باید مشخص باشند.
ثبت درخواست مشاوره ←