محتوای آموزشی وبلاگ نت‌آرام
مدتی پیش زیردامنه‌ای مانند
help.example.com را به یک سرویس بیرونی وصل کرده‌اید. بعداً حساب یا پروژه آن سرویس را حذف کرده‌اید، اما رکورد DNS زیردامنه همچنان به همان مقصد قدیمی اشاره می‌کند. به این وضعیت گاهی DNS رهاشده یا dangling DNS می‌گویند.در بعضی سرویس‌ها، اگر مقصد قدیمی دوباره توسط فرد دیگری قابل ثبت باشد و کنترل مالکیت دامنه به‌درستی انجام نشود، ممکن است فرد دیگری محتوایی را زیر زیردامنه شما ارائه کند. این موضوع برای همه رکوردهای قدیمی و همه ارائه‌دهنده‌ها یکسان نیست؛ خراب بودن یک آدرس یا دیدن
NXDOMAIN به‌تنهایی ثابت نمی‌کند تصاحب اتفاق افتاده است.هدف این راهنما بررسی دامنه‌ای است که خودتان مالک یا مدیر مجاز آن هستید. ما قرار نیست سرویس دیگران را آزمایش یا ثبت کنیم؛ می‌خواهیم اتصال‌های قدیمی خودمان را شناسایی و با هماهنگی مسئول هر سرویس اصلاح کنیم. راهنمای مایکروسافت درباره DNS رهاشده یک نمونه از این خطر و روش پیشگیری را توضیح می‌دهد.
با یک مثال، خطر را بهتر بفهمیم
فرض کنید
help.example.com با CNAME به یک پروژه پشتیبانی ابری متصل شده بود. بعد از انتقال مرکز پشتیبانی، پروژه قبلی حذف می‌شود اما CNAME در DNS باقی می‌ماند. اگر سامانه مقصد اجازه دهد نام قدیمی دوباره در اختیار فرد دیگری قرار گیرد و کنترل دامنه کافی نباشد، بازدیدکننده ممکن است محتوایی ببیند که مدیر دامنه شما آن را تنظیم نکرده است.یک گواهی SSL معتبر روی زیردامنه، به‌تنهایی اثبات نمی‌کند محتوای سایت فعلی را سازمان شما مدیریت می‌کند. از طرف دیگر، هر صفحه خطا یا پروژه خاموش هم نشانه قطعی تصاحب نیست. قبل از نتیجه‌گیری، مالکیت و وضعیت مقصد را از حساب رسمی ارائه‌دهنده بررسی کنید.
قدم اول: فهرست رکوردهای DNS فعال را تهیه کنید
به پنل DNSی وارد شوید که نیم‌سرورهای فعال دامنه از آن استفاده می‌کنند. ممکن است محل مدیریت DNS، پنل ثبت دامنه، هاست یا ارائه‌دهنده دیگری باشد. فهرست رکوردهای CNAME و نام زیردامنه‌هایشان را ببینید و برای هرکدام یک جدول ساده بسازید: نام زیردامنه، مقصد، مسئول سرویس و کاربرد فعلی.
قبل از تغییر، از رکوردهای مربوط خروجی یا تصویر امن بگیرید؛ نام، نوع، مقصد، TTL و در صورت وجود وضعیت پراکسی را ثبت کنید. اطلاعات پنل و کلیدهای API را منتشر نکنید. به رکوردهای ایمیل، وب و تأیید مالکیت سرویس‌ها دست نزنید مگر اینکه ارتباط و تأثیر آن‌ها روشن باشد.
فقط به نام‌های مشهوری مثل
www نگاه نکنید. نام‌های آزمایشی، صفحه فرود کمپین قدیمی، پشتیبانی یا سرویس‌هایی که پیمانکار قبلی ساخته هم می‌توانند باقی مانده باشند. در عین حال، ناشناس بودن یک رکورد برای شما به این معنی نیست که استفاده نمی‌شود؛ ممکن است سامانه دیگری به آن وابسته باشد.قدم دوم: هر مقصد را با سرویس واقعی تطبیق دهید
برای هر رکورد، در حساب رسمی ارائه‌دهنده مقصد ببینید پروژه یا سرویس مربوط هنوز وجود دارد، چه کسی مالک آن است و آیا زیردامنه شما در همان حساب به‌درستی ثبت شده است. با مسئول سایت یا پیمانکار فعلی درباره موارد نامشخص هماهنگ کنید.
سه وضعیت متداول وجود دارد:
- سرویس فعال و متعلق به شماست: رکورد را نگه دارید و مستند کنید چه کسی آن را مدیریت می‌کند.
- سرویس حذف شده و زیردامنه واقعاً لازم نیست: پس از بررسی وابستگی و زمان مناسب، رکورد دقیق را می‌توان از DNS فعال برداشت.
- وضعیت نامشخص یا محتوای غیرمنتظره: ابتدا شواهد را ثبت کنید و از ورود رمز یا اطلاعات مشتری در آن صفحه خودداری کنید. با مدیر امنیت و ارائه‌دهنده سرویس برای بررسی و مهار هماهنگ شوید.
اگر زیردامنه موردنظر هنوز برای ایمیل، تأیید مالکیت یا بخشی از برنامه استفاده می‌شود، صرفاً با دیدن صفحه خالی رکورد را حذف نکنید. پاک‌کردن رکورد درست می‌تواند سرویس سالم را قطع کند.
چگونه پاسخ DNS را بخوانیم؟
برای دامنه خودتان و پس از جایگزینی نام نمونه، در Command Prompt ویندوز یا ترمینال این فرمان را اجرا کنید:
کد / دستورnslookup -type=CNAME help.example.com 1.1.1.1
اگر رکورد CNAME از این مسیر قابل مشاهده باشد، خروجی نام مقصد را نشان می‌دهد. این پاسخ را با رکورد پنل DNS مقایسه کنید. برخی ارائه‌دهنده‌ها در حالت پراکسی یا flattening ممکن است پاسخ عمومی متفاوتی نشان دهند؛ بنابراین نتیجه یک حل‌کننده عمومی لزوماً فهرست کامل رکوردهای ثبت‌شده در پنل نیست.
اگر خطا یا پاسخ خالی دیدید، ابتدا نام، اتصال، محل DNS فعال و وضعیت پراکسی را بررسی کنید. پاسخ
NXDOMAIN یا صفحه خطا فقط یک سرنخ است؛ به‌تنهایی مالکیت مقصد، قابلیت ثبت دوباره یا وقوع سوءاستفاده را ثابت نمی‌کند. برای مقایسه پاسخ عمومی و سرور معتبر، راهنمای تفاوت پاسخ DNS را ببینید.وقتی مطمئن شدیم رکورد دیگر لازم نیست
پس از ثبت جزئیات و هماهنگی با مالک سرویس، در پنل DNS فعال فقط همان رکورد مشخص را انتخاب و حذف یا طبق برنامه مهاجرت به مقصدی که کنترل می‌کنید تغییر دهید. اگر چند رکورد با نام مشابه وجود دارند، نوع و مقدارشان را جدا ببینید. حذف یا تغییر یک زیردامنه ممکن است مشتریانی را که هنوز از آن استفاده می‌کنند تحت تأثیر قرار دهد؛ پیش از اقدام اطلاع‌رسانی و مسیر جایگزین را طبق رویه سازمان آماده کنید.
بعد از ذخیره، مجدداً پاسخ DNS و رفتار زیردامنه را بررسی کنید. کش حل‌کننده‌ها ممکن است باعث شود مقدار قبلی برای مدتی دیده شود؛ نتیجه را از مسیرهای معتبر و با توجه به TTL مقایسه کنید. اگر سرویس سالمی ناخواسته قطع شد، همان رکورد را با اطلاعات ثبت‌شده و هماهنگی مسئول به حالت قبلی برگردانید.
اگر شواهدی از محتوای غیرمجاز یا دریافت اطلاعات حساس وجود دارد، تصویر و زمان و پاسخ‌های مرتبط را به شکل امن حفظ کنید و بررسی رخداد را با مدیر امنیت و ارائه‌دهنده انجام دهید. بسته به داده‌های در معرض خطر ممکن است بررسی نشست‌ها، توکن‌ها یا کلیدها لازم باشد؛ صرف حذف رکورد لزوماً همه آثار رخداد را پاک نمی‌کند.
چطور از تکرار مشکل جلوگیری کنیم؟
هنگام پایان قرارداد یا حذف یک پروژه، فهرست زیردامنه‌های متصل را از مسئول سرویس بگیرید. رکوردهای دیگر و روش تأیید مالکیت را پیش از حذف مقصد بررسی کنید و مسئول هر تغییر را مشخص نگه دارید. بعضی ارائه‌دهنده‌ها قابلیت تأیید دامنه یا محافظت اختصاصی دارند؛ آن را طبق مستندات همان سرویس فعال و کنترل کنید، اما تصور نکنید یک تنظیم برای همه انواع منابع کافی است.
هر چند وقت یک‌بار رکوردهای آزمایشی و پروژه‌های پایان‌یافته را با فهرست سرویس‌های واقعی تطبیق دهید. برای مدیریت و انتخاب نام دامنه، صفحه ثبت دامنه نت‌آرام قابل بررسی است؛ امنیت زیردامنه‌ها به مدیریت مداوم DNS و سرویس مقصد نیز وابسته است.
برچسب‌ها:
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام