Zone Editor سی‌پنل: ویرایش رکوردهای DNS و فعال‌سازی حالت پیشرفته

Zone Editor سی‌پنل: ویرایش رکوردهای DNS و فعال‌سازی حالت پیشرفته

ویرایشگر ساده منطقه DNS در سی‌پنل ابزاری بود که فقط اجازه ساخت رکوردهای پایه A و CNAME را می‌داد و برای کارهای پیچیده‌تر باید به نسخه پیشرفته می‌رفتید. این تفکیک دیگر وجود ندارد: از سی‌پنل نسخه ۶۲ به بعد هر دو ابزار در یک صفحه واحد به نام Zone Editor ادغام شدند و در نسخه‌های امروزی سی‌پنل اصلاً گزینه‌ای با نام Simple یا Advanced Zone Editor نمی‌بینید. اگر دنبال روش «فعال‌سازی Advanced DNS Zone Editor» به این صفحه رسیده‌اید، آن قابلیت حذف نشده؛ داخل همین Zone Editor سی‌پنل است و راه باز کردن دسترسی به آن در WHM را پایین‌تر قدم‌به‌قدم می‌بینید.

DNS دقیقاً چه کاری می‌کند

DNS مخفف Domain Name System است؛ سامانه‌ای که نام خوانا برای انسان مثل example.com را به آدرس IP قابل فهم برای رایانه مثل 192.0.2.10 ترجمه می‌کند. هر ورودی در این ترجمه یک «رکورد» است و مجموعه رکوردهای یک دامنه را «زون» می‌نامیم. وقتی زون را در سی‌پنل ویرایش می‌کنید، در واقع دارید به کل اینترنت می‌گویید ترافیک وب، ایمیل و سرویس‌های جانبی این دامنه باید به کدام سرور برود. اگر مدیریت زون را به‌جای سی‌پنل روی یک سرویس مدیریت رکوردهای دامنه مستقل بسپارید، تغییر هاست دیگر زون شما را از بین نمی‌برد.

تفاوت ساده و پیشرفته، امروز کجا رفته است

منطق قدیمی این بود: ویرایشگر ساده فقط A و CNAME را نشان می‌داد تا کاربر تازه‌کار نتواند زون را خراب کند، و ویرایشگر پیشرفته جدول کامل رکوردها را با AAAA، TXT، SRV و امکان حذف رکوردهای موجود باز می‌کرد. در Zone Editor امروزی همان منطق باقی مانده اما به شکل دو لایه در یک صفحه:

  • دکمه‌های میان‌بر کنار هر دامنه برای افزودن سریع رکورد A، CNAME و MX — معادل همان ویرایشگر ساده.
  • دکمه Manage که جدول کامل زون را باز می‌کند و در آن با Add Record می‌توانید انواع بیشتری از جمله AAAA، TXT، SRV و CAA بسازید و رکوردهای موجود را ویرایش یا حذف کنید — معادل ویرایشگر پیشرفته.

اینکه کدام نوع رکورد در حساب شما ظاهر شود به تنظیمات Feature Manager در WHM بستگی دارد؛ مجوزهای قدیمی Simple، Advanced و MX Entry هنوز در همان‌جا باقی مانده‌اند و تعیین می‌کنند کاربر چه بخشی از زون را ببیند. بنابراین اگر روی یک پلن میزبانی لینوکس با کنترل‌پنل سی‌پنل کار می‌کنید و در Zone Editor فقط چند نوع رکورد محدود می‌بینید، این یک باگ نیست؛ باید از پشتیبانی هاست بخواهید دسترسی را باز کند.

اگر رکوردهای پیشرفته را نمی‌بینید: فعال‌سازی از WHM

روی سرور اختصاصی یا سرور مجازی خودتان این کار در دست خودتان است. نشانه‌های خاموش بودن قابلیت واضح است: یا Zone Editor اصلاً در صفحه اصلی سی‌پنل کاربر نیست، یا هست ولی فقط دکمه‌های میان‌بر A و CNAME را نشان می‌دهد و خبری از Manage و Add Record و رکوردهای TXT، SRV و CAA نیست. در هر دو حالت زون سالم است و فقط ویژگی مربوطه در Feature List آن حساب غیرفعال شده. مسیر درست کردنش:

  • با کاربر root وارد WHM شوید (نشانی معمول https://server-ip:2087). اگر تازه پنل را بالا آورده‌اید و با محیط WHM آشنا نیستید، آموزش راه‌اندازی سی‌پنل و تنظیمات WHM را ببینید.
  • به مسیر Packages » Feature Manager بروید.
  • در بخش Edit a Feature List نام لیستی را که حساب موردنظر از آن استفاده می‌کند (معمولاً default) انتخاب کنید و روی Edit بزنید.
  • در فهرست طولانی ویژگی‌ها، تیک گزینه مربوط به ویرایشگر پیشرفته زون را بزنید. برچسب این گزینه به نسخه WHM بستگی دارد و ممکن است به شکل قدیمی Advanced Zone Editor یا به شکل تازه‌تر با پیشوند Zone Editor نوشته شده باشد؛ ساده‌ترین راه این است که در کادر جست‌وجو یا فیلتر همان صفحه عبارت Zone را تایپ کنید تا هر دو ویژگی ساده و پیشرفته کنار هم بیایند. مجوز رکورد MX نام جداگانه‌ای دارد (MX Entry) و با جست‌وجوی Zone پیدا نمی‌شود؛ اگر کاربر باید MX را هم عوض کند، آن را جدا تیک بزنید.
  • روی Save کلیک کنید.

مسیر Packages و Feature Manager در WHM و کلیک روی گزینه Edit

فعال کردن تیک Advanced DNS Zone Editor در Feature Manager و ذخیره تغییرات

چند نکته که معمولاً باعث می‌شود این کار «انجام شود ولی اثر نکند»: اول اینکه ویژگی‌ها از طریق پکیج به حساب می‌رسند، پس باید همان Feature List را ویرایش کنید که به پکیج آن حساب وصل است — اگر حساب روی پکیجی غیر از پیش‌فرض است، از مسیر Packages » Edit a Package ببینید کدام Feature List به آن نسبت داده شده. دوم اینکه بعد از Save، کاربر باید صفحه سی‌پنل را دوباره بارگذاری کند تا آیکن و گزینه‌های تازه ظاهر شوند. یک هشدار هم لازم است: هر Feature List بین همه حساب‌هایی که پکیجشان به آن وصل است مشترک می‌ماند، پس ویرایش لیست default یعنی باز شدن این دسترسی برای همه آن حساب‌ها. اگر فقط یک مشتری مدنظرتان است، به‌جای دست زدن به default یک Feature List تازه بسازید و آن را به پکیج همان حساب نسبت دهید. اگر هاست شما اشتراکی است و اصلاً WHM ندارید، این تنظیم فقط از سمت ارائه‌دهنده قابل انجام است.

ویرایش امن A و CNAME

رکورد A یک نام میزبان را به یک آدرس IPv4 وصل می‌کند. برای ساخت آن نام (مثلاً shop) و آدرس IP مقصد را وارد می‌کنید و ذخیره می‌زنید. اگر رکورد A دامنه اصلی اشتباه باشد، سایت، FTP و وب‌میل هم‌زمان از دسترس خارج می‌شوند.

رکورد CNAME یک نام را به نام دیگری ارجاع می‌دهد و اینجا رایج‌ترین اشتباه رخ می‌دهد: مقدار CNAME هرگز نباید یک آدرس IP باشد. مقصد آن باید یک نام دامنه معتبر باشد، مثلاً cdn.example.net. اگر می‌خواهید زیردامنه‌ای به یک IP وصل شود، ابزار درست رکورد A است نه CNAME. همچنین روی خودِ دامنه ریشه (مثل example.com بدون زیردامنه) نباید CNAME بسازید، چون با رکوردهای MX و NS همان نام تداخل پیدا می‌کند و ایمیل را از کار می‌اندازد. برای هدایت جغرافیایی کاربران به نزدیک‌ترین سرور هم CNAME ساده کافی نیست و به یک سرویس DNS مبتنی بر موقعیت نیاز دارید.

فرستادن یک زیردامنه به سرور دیگر

شایع‌ترین دلیلی که کاربران سراغ حالت پیشرفته زون می‌روند همین سناریو است: سرور دانلود یا یک اپلیکیشن جدا روی ماشین دیگری قرار دارد و می‌خواهید مثلاً dl.example.com به آن سرور برود در حالی که خود example.com روی همین هاست باقی می‌ماند. ابزار درست، یک رکورد A به نام dl با IP سرور مقصد است؛ و اگر مقصد به‌جای IP یک نام میزبان دارد (مثلاً نام یک سرویس ابری)، به‌جای آن CNAME بسازید.

سه نکته‌ای که نادیده گرفتنشان وقت زیادی تلف می‌کند:

  • اگر آن زیردامنه را پیش‌تر از بخش Domains سی‌پنل (در نسخه‌های قدیمی‌تر Subdomains) ساخته‌اید، سی‌پنل خودش یک رکورد A برای آن ساخته که به IP همین سرور اشاره می‌کند. رکورد دوم نسازید؛ همان رکورد موجود را ویرایش کنید، وگرنه دو پاسخ متناقض خواهید داشت.
  • روی سرور مقصد هم باید همان نام به‌عنوان دامنه یا زیردامنه تعریف شده باشد؛ در غیر این صورت بازدیدکننده به سایت پیش‌فرض آن سرور می‌رسد نه محتوای شما.
  • گواهی SSL آن زیردامنه دیگر روی این سرور صادر نمی‌شود و باید روی سرور مقصد گرفته شود.

روند کامل این کار از سمت هاست مقصد در نحوه اتصال ساب دامین به هاستی در سرور دیگر توضیح داده شده است.

TXT و MX؛ جایی که اشتباه گران تمام می‌شود

رکورد TXT متن آزاد نگه می‌دارد و امروز بیشترین کاربردش تأیید مالکیت دامنه و رکوردهای اعتبارسنجی ایمیل یعنی SPF، DKIM و DMARC است. TXT خطرناک نیست؛ بدترین حالتش این است که کار نکند.

اما MX داستان دیگری است. این رکورد تعیین می‌کند ایمیل دامنه به کدام سرور تحویل داده شود و مقدار Priority ترتیب تلاش سرورها را مشخص می‌کند — عدد کوچک‌تر اولویت بالاتر. یک MX اشتباه یا حذف‌شده، برخلاف خرابی سایت، هیچ پیام خطای فوری به شما نشان نمی‌دهد؛ فقط ایمیل‌ها بی‌صدا برگشت می‌خورند یا به سرور اشتباه می‌روند و ممکن است روزها متوجه نشوید. پیش از هر تغییر MX مقدار فعلی را در یک فایل متنی ذخیره کنید تا راه بازگشت داشته باشید. توجه کنید که مقصد MX هم باید نام میزبان باشد، نه IP.

TTL را چطور تنظیم کنیم

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

خطاهای رایج و پیشگیری

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

هر تغییر را به‌جای حدس زدن، مستقیم از خود DNS بپرسید:

dig +short dl.example.com A
dig +short example.com MX

روی ویندوز که به‌طور پیش‌فرض dig ندارید، معادلش nslookup -type=MX example.com است. تا وقتی TTL رکورد قبلی تمام نشده، ممکن است پاسخ قدیمی ببینید؛ این یعنی صبر کنید، نه اینکه رکورد را دوباره عوض کنید.

اگر در جریان همین تغییرها زون به‌هم ریخت و دیگر مطمئن نیستید کدام رکورد درست بود، در WHM مسیر DNS Functions » Reset a DNS Zone زون دامنه را به قالب پیش‌فرض سرور برمی‌گرداند. این کار سایت را برمی‌گرداند اما هر رکورد سفارشی‌ای که ساخته بودید — از جمله MX سرویس ایمیل بیرونی و رکوردهای SPF، DKIM و DMARC — پاک می‌شود؛ پس فقط زمانی سراغش بروید که فهرست رکوردهای سفارشی را جایی نگه داشته‌اید. جزئیات این کار در ریست کردن DNS های یک دامنه در WHM/cPanel آمده است.

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