زیرساخت ما برای یک محیط فقط IPv6 چقدر آماده است؟

یک محیط فقط IPv6، IPv4 را از مسیر عادی حذف می کند. بنابراین آمادگی به این معناست که هر لایه می تواند سرویس غیر IPv4 را فعال، متصل، محافظت، نظارت و پشتیبانی کند. این راهنما به ارزیابی زیرساخت قبل از استقرار کمک می کند.

آمادگی فقط برای IPv6 به چه معناست؟

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

• هر سرویس تولیدی دارای طرح آدرس IPv6، تخصیص زیر شبکه و مالک است
• DNS سوابق صحیح AAAA و وضوح نام مهم را از طریق IPv6 منتشر می کند
• روترها، فایروال ها، بار متعادل کننده ها، سیستم عامل ها و پلتفرم های میزبانی همگی از IPv6 پشتیبانی می کنند
• برنامه های شخص ثالث، API ها، پایگاه های داده، هویت، ایمیل و ادغام ها به IPv4 نیاز ندارند
• رویه‌های امنیتی، نظارت، ثبت‌نام، هشدار و رویداد IPv6 را به‌اندازه IPv4 پوشش می‌دهند.
• تیم‌ها می‌توانند خطاها را آزمایش کنند و سرویس را بدون IPv4 بازیابی کنند

آمادگی یک ویژگی سرتاسری است. وابستگی به IPv4 به تنهایی می تواند عملکرد ایمن را مسدود کند.

با فهرست کردن وابستگی های IPv4 شروع کنید

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

راهنمای Dataplugs برای میزبانی IPv6 مقاوم در آینده توضیح می دهد که چرا برنامه ریزی آدرس، اتصال، امنیت و مقیاس با هم هماهنگ هستند.

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

آدرس دهی، DNS و وضوح نام را بررسی کنید

یک سرویس فقط IPv6 به طراحی آدرس‌دهی و نام‌گذاری نیاز دارد که از مسیریابی، امنیت، ورود به سیستم و عیب‌یابی پشتیبانی کند. DNS عمومی و داخلی را بررسی کنید، زیرا ممکن است یک لایه کنترل داخلی، API یا عامل نظارت همچنان به IPv4 بستگی داشته باشد.

• پیشوندها و زیرشبکه های IPv6 را بر اساس سرویس، محیط، منطقه و مرز امنیتی اختصاص دهید
• سوابق AAAA را فقط برای سرویس های آماده IPv6 منتشر کنید و سوابق منسوخ را حذف کنید
• DNS معکوس، مدیریت آدرس، اعتبار گواهینامه و لیست سفید IPv6 را بررسی کنید
• DNS64، NAT64، کشف سرویس و رفتار حل‌کننده را که در آن خانواده‌های آدرس متفاوت است، آزمایش کنید
• مالکان را برای هر منطقه، پیشوند، نوع رکورد و فرآیند تغییر تنظیم کنید

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

مسیریابی و در دسترس بودن شبکه را تأیید کنید

تست مسیریابی مستقل از IPv4. مسیرهای داخلی، ترانزیت بالادست، BGP، Failover، Peering، مدیریت MTU و ترافیک معکوس را تأیید کنید. مسیرهای نامتقارن، شکاف های فیلتر و مسیرهای IPv6 بسیار متفاوت را بررسی کنید.

برای مسیریابی قابل پیش بینی و کنترل مستقیم زیرساخت، یک سرور اختصاصی می تواند محیط شفاف تری را برای تایید تغییرات IPv6 فراهم کند.

IPv4 را در سطوح کلاینت، برنامه، زیرشبکه و بالادست حذف کنید. نقطه خرابی را ثبت کنید و تعیین کنید که آیا علت مسیریابی، DNS، امنیت، رفتار برنامه یا شخص ثالث است.

کنترل های امنیتی را در دو پروتکل مطابقت دهید

ترافیک IPv6 باید با همان هدف IPv4 بازرسی، فیلتر، ثبت و هشدار داده شود. یک مسیر پروتکل بدون علامت می تواند یک نقطه کور ایجاد کند.

قوانین فایروال IPv6، گروه‌های امنیتی، ACL، حفاظت DDoS، کنترل‌های نفوذ، تقسیم‌بندی، گزارش‌ها، اسکن آسیب‌پذیری، و پاسخ به حادثه را مرور کنید. پیشوندهای مورد نظر، شنوندگان و مسیرهای مدیریت را پوشش دهید.

برابری امنیت را با ترافیک IPv6 واقعی، بررسی سیاست پیش‌فرض، گزارش‌های تغییرات و آزمایش‌های شبیه‌سازی اتصال یا حمله کنترل‌شده تأیید کنید.

برنامه ها و وابستگی های شخص ثالث را بررسی کنید

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

• حذف IPv4 رمزگذاری شده، فقط اعتبارسنجی IPv4، و فیلدهای پایگاه داده که نمی توانند IPv6 را ذخیره کنند.
• به‌روزرسانی لیست‌های سفید، کنترل‌های همتا، نشانی‌های اینترنتی پاسخ به تماس، دروازه‌های API و قوانین هویت برای IPv6
• بررسی کنید که گزارش‌ها، تجزیه و تحلیل‌ها، بررسی‌های تقلب، محدودیت‌های نرخ و موقعیت جغرافیایی IPv6 را به درستی تجزیه و تحلیل می‌کنند.
• CDN ها، متعادل کننده های بار، پراکسی های معکوس، بررسی های سلامت و اتوماسیون گواهی ها را از طریق IPv6 آزمایش کنید
• درگاه های ایمیل، ارائه دهندگان DNS، پردازشگرهای پرداخت، ابزارهای SaaS و سایر خدمات خارجی را برای پشتیبانی IPv6 بررسی کنید.
• تنظیمات برگزیده مشتری، منطق بازگشتی، کتابخانه ها، SDK ها و دسترسی از راه دور یا تلفن همراه را آزمایش کنید

قبل از تغییر مسیر ریشه، وابستگی ها را تصحیح کنید. اگر جایگزین باید منتظر بماند، آن را مستند کرده و ایزوله کنید، سپس مالک استثنا IPv4 و مهلت تعیین کنید.

تست عملکرد و تجربه کاربر

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

• مقایسه تأخیر IPv6 و IPv4، از دست دادن بسته، تنظیم اتصال و زمان تا اول بایت
• توان عملیاتی و پایداری انتقال را برای وب‌سایت‌ها، APIها، فایل‌ها، جریان، پشتیبان‌گیری و تکرار اندازه‌گیری کنید
• بررسی خرابی ها، ارسال مجدد، مشکلات MTU، وقفه های زمانی و میزان خطا در ترافیک عادی و اوج

از تراکنش های واقعی و نقاط تست منطقه ای استفاده کنید، نه فقط از پینگ داخلی یا یک مرکز داده واحد

نظارت و واکنش به حادثه را آماده کنید

IPv6 را به عنوان بعد نظارتی خود قابل مشاهده کنید. میانگین‌های ترکیبی IPv4/IPv6 می‌تواند خرابی‌هایی را که بر گروه کاربری بزرگی تأثیر می‌گذارد پنهان کند.

داده های پروتکل آگاه را در مورد DNS، اتصالات، تأخیر، توان عملیاتی، خطاها، مسیرها و بررسی های سلامت جمع آوری کنید. آدرس، منطقه، برنامه و زمینه زمانی را ذخیره کنید.

بارها را به صورت مرحله ای ارزیابی کنید

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

• با خدمات داخلی، توسعه و شبکه های مدیریت شده شروع کنید که در آن وابستگی IPv4 به راحتی قابل جداسازی است
• پس از تأیید اعتبار DNS، امنیت، نظارت و بازگشت، سرویس‌های عمومی بدون دولت را منتقل کنید
• وضعیت تست، هویت، پرداخت، پست، شریک و خدمات اداری با تیم های وابسته
• معیارهای در دسترس بودن، تأخیر، خطا، امنیت، قابلیت نگهداری و بازیابی فاجعه را تعریف کنید
• یک روش بازگشت یا محدود را تنظیم کنید که به تغییر اضطراری آزمایش نشده بستگی ندارد
• یک نسخه غیرفعال IPv4 از هر سرویس مهم را آزمایش کنید و نقطه خرابی را ثبت کنید

مقاله Dataplugs در مورد چالش‌ها و ملاحظات IPv6 دو پشته به شناسایی شکاف‌ها قبل از انتقال به عملیات فقط IPv6 کمک می‌کند.

انتقال از دو پشته به IPv6 را فقط برنامه ریزی کنید

Dual Stack برای انتقال مفید است، اما زمانی که مشتریان IPv4 را ترجیح می دهند، می تواند شکاف ها را پنهان کند. شرایط را برای حذف IPv4 تنظیم کنید: سازگاری برنامه، پوشش وابستگی، امنیت، نظارت، پشتیبانی و بازیابی آزمایش شده.

بازنشستگی آدرس‌ها، مسیرها، خط‌مشی‌ها، قوانین نظارتی و استثنائات IPv4 را برنامه‌ریزی کنید. مالک هر استثنا و تاریخ حذف آن را ثبت کنید.

آمادگی فقط برای IPv6 را به یک نیاز عملیاتی تبدیل کنید

آمادگی فقط IPv6 را بخشی از بررسی معماری، تدارکات، استقرار، امنیت و حوادث خود قرار دهید. مالکی را تعیین کنید و مدارک آزمایش را ذخیره کنید.

• پشتیبانی از IPv6 در بستر میزبانی و شبکه بالادستی
• مالکیت واضح آدرس‌دهی، DNS، مسیریابی، امنیت، وابستگی‌های برنامه‌ها و تشدید ارائه‌دهنده
• داشبورد نظارتی و مجموعه ای از هشدارها که رفتار IPv6 را از IPv4 جدا می کند
• روش آزمایش شده برای تغییر، بازگشت، پشتیبان گیری و بازیابی خرابی برای سرویس های IPv6
• تاریخ بررسی استثناهای IPv4، وابستگی‌های پروتکل، و مرحله مهاجرت بعدی

یک رکورد آماده به کار را حفظ کنید تا پذیرش فقط IPv6 یک قابلیت عملیاتی مدیریت شده باقی بماند.

نتیجه گیری

زمانی که کل سرویس بدون IPv4 اجرا شود، یک محیط فقط IPv6 آماده است. موجودی، آدرس دهی، DNS، مسیریابی، امنیت، برنامه ها، وابستگی ها، عملکرد، نظارت، مهاجرت و مالکیت را قبل از قطع شدن ارزیابی کنید.

دیتاپلاگ ها می توانند از کسب و کارهایی که میزبانی سرور اختصاصی، اتصال IPv6، آزمایش مهاجرت، نظارت و عملیات طولانی مدت را ارزیابی می کنند، پشتیبانی کند.

برای اطلاعات بیشتر در مورد راه حل های میزبانی Dataplugs، با sales@dataplugs.com تماس بگیرید.