یکی از مشکلاتی که مدیران سرور با دایرکت ادمین گاهی با آن روبرو می‌شوند، خراب یا ناقص شدن فایل named.conf است. این فایل تنظیمات اصلی سرویس DNS (BIND) را نگه می‌دارد و اگر دچار مشکل شود، تمام دامنه‌های سرور از دسترس خارج می‌شوند. در این آموزش، روش کامل بازیابی و ساخت مجدد این فایل را توضیح می‌دهیم.

چرا named.conf خراب می‌شود؟

معمولاً در موقعیت‌های زیر این مشکل پیش می‌آید:

• نصب مجدد یا ارتقای سرویس DNS روی سرور
• تغییر نادرست تنظیمات BIND یا Named
• انتقال سرور یا بازسازی سیستم‌عامل
• خطای فیزیکی دیسک یا قطع ناگهانی برق

مراحل بازیابی فایل named.conf در دایرکت ادمین

مرحله ۱: اتصال به سرور از طریق SSH

ابتدا با کاربر root به سرور وصل شوید:

ssh root@آدرس-آی-پی-سرور

مرحله ۲: تهیه نسخه پشتیبان از فایل فعلی

حتی اگر فایل خراب است، همیشه قبل از هر تغییری یک backup بگیرید:

cd /etc
cp named.conf named.conf.BAK

مرحله ۳: دریافت فایل پایه named.conf از دایرکت ادمین

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

wget -O /etc/named.conf http://www.directadmin.com/named.conf

مرحله ۴: بازسازی zone های دامنه‌ها

مهم‌ترین مرحله: اضافه کردن zone تمام دامنه‌های موجود روی سرور به named.conf. این دستور همه دامنه‌های موجود در /etc/virtual/domains را به فایل اضافه می‌کند:

for i in `cat /etc/virtual/domains`; do
  echo "zone \"$i\" { type master; file \"/var/named/$i.db\"; };"
done >> /etc/named.conf

مرحله ۵: راه‌اندازی مجدد سرویس Named

پس از بازسازی فایل، سرویس را restart کنید:

# برای سیستم‌های با systemd:
systemctl restart named

# یا روش قدیمی‌تر:
service named restart

مرحله ۶: تأیید صحت فایل

برای اطمینان از اینکه فایل named.conf مشکلی ندارد:

named-checkconf /etc/named.conf

اگر خروجی خالی بود، یعنی فایل سالم است. در غیر این صورت خطا نمایش داده می‌شود.

بازسازی خودکار از طریق دایرکت ادمین

روش دیگر استفاده از اسکریپت خود دایرکت ادمین است:

cd /usr/local/directadmin/custombuild
./build named

این دستور کل سرویس Named را مجدداً build و پیکربندی می‌کند.

نکات مهم

• قبل از هر تغییر در فایل‌های DNS، حتماً backup بگیرید.
• اگر روی سرور از CloudLinux یا CageFS استفاده می‌کنید، مسیر فایل‌ها ممکن است کمی متفاوت باشد.
• پس از restart سرویس named، تغییرات DNS ممکن است تا ۲۴-۴۸ ساعت در اینترنت propagate شوند.
• برای دیباگ بیشتر، لاگ‌های Named را در /var/log/messages یا /var/named/data/named.run بررسی کنید.