اتصال دامنه به وبلاگ؛ جایگزین فهرست DNS قدیمی

فرض کنید وبلاگ شما آدرس طولانی دارد و می‌خواهید خواننده با نوشتن example.com به آن برسد. خرید دامنه فقط این نام را به شما می‌دهد؛ باید به اینترنت بگوییم این نام به کدام سرویس می‌رسد و به سرویس وبلاگ هم بگوییم دامنه متعلق به کدام وبلاگ است.

اول در پنل وبلاگ دنبال «اتصال دامنه» یا «دامنهٔ اختصاصی» بگردید. نام دامنه را بدون https:// و بدون مسیر مقاله وارد کنید. همان بخش باید اطلاعات اتصال را نشان دهد: گاهی دو نام‌سرور می‌دهد و گاهی یک رکورد مانند CNAME. نام‌سرور تعیین می‌کند کدام سرویس تنظیمات DNS دامنه را نگه می‌دارد؛ CNAME یک نام را به نام دیگری معرفی می‌کند.

اگر دو نام‌سرور خواسته شد، در پنل شرکتی که دامنه را از آن خریده‌اید، قسمت Nameservers را باز کنید و همان دو مقدار را ثبت کنید. اگر رکورد خواسته شد، بخش مدیریت DNS را باز کنید و نوع، نام و مقصد رکورد را مطابق راهنمای سرویس وارد کنید. این دو روش را بی‌دلیل با هم ترکیب نکنید. پس از ذخیره، خود دامنه و یکی از مقاله‌ها را باز کنید. اگر اتصال تازه هنوز در یک اینترنت دیده نمی‌شود، ممکن است آن شبکه اطلاعات قبلی DNS را نگه داشته باشد؛ تغییر پشت‌سرهم مقصد، این انتظار را کوتاه نمی‌کند.

در پنل یا راهنمای رسمی سرویس وبلاگ ببینید آیا دامنهٔ اختصاصی پشتیبانی می‌شود، چه پلنی لازم است و آیا HTTPS برای آن ارائه می‌شود. بعضی سرویس‌ها این قابلیت را محدود یا تغییر می‌دهند. خرید دامنه به‌تنهایی باعث نمی‌شود سرویس وبلاگ آن را به حساب شما متصل کند.

از سرویس اطلاعات دقیق بخواهید: باید نیم‌سرورها تغییر کنند یا رکورد A و CNAME لازم است؟ آیا دامنهٔ اصلی و www هر دو پشتیبانی می‌شوند؟ اگر نیاز به تأیید مالکیت هست، رکورد یا روش آن چیست؟ این پاسخ‌ها تعیین می‌کنند در پنل ثبت‌کننده کدام قسمت را باید تغییر دهید.

با تغییر نیم‌سرور، مدیریت DNS دامنه به مقصد تازه سپرده می‌شود. اگر قبلاً ایمیل یا زیردامنه داشته‌اید، باید رکوردهای مربوط در DNS مقصد نیز موجود باشند. در مقابل، تغییر یک رکورد A یا CNAME معمولاً در همان سرویس DNS فعلی انجام می‌شود. انجام هر دو روش به‌صورت حدسی می‌تواند نتیجه را پیچیده کند.

فرض کنید سرویس، اتصال blog.example.com را با CNAME درخواست می‌کند. در این حالت باید نام میزبان و مقصد را دقیقاً مطابق راهنما وارد کنید و رکورد متعارض همان نام را بررسی کنید. این مثال آموزشی است؛ مقصد واقعی را باید خود سرویس اعلام کند. برای دامنهٔ اصلی نیز نباید روش زیردامنه را بدون پشتیبانی DNS تعمیم دهید.

پس از آماده کردن تنظیمات، دامنهٔ کامل را در بخش دامنهٔ اختصاصی پنل وبلاگ وارد کنید. اگر فیلد فقط نام دامنه می‌خواهد، مسیر یک مقاله یا عبارت https:// را به جای دامنه ننویسید. پیام تأیید یا خطای پنل را بخوانید؛ ممکن است سرویس منتظر پاسخ DNS یا تأیید مالکیت باشد.

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

دامنهٔ اصلی، www، HTTPS، تصویر و یک مطلب داخلی را باز کنید. اگر یکی کار می‌کند و دیگری نه، مشکل را به همان نام یا گواهی محدود کنید. تغییر DNS ممکن است به دلیل کش در شبکه‌های مختلف هم‌زمان دیده نشود؛ وضعیت پاسخ معتبر DNS را با آنچه مرورگر شما نشان می‌دهد جدا بررسی کنید.

اگر سرویس دیگر دامنهٔ اختصاصی ارائه نمی‌کند، مقصد فعال یا میزبانی مستقل را انتخاب کنید. قبل از انتقال، از متن و تصاویر خروجی بگیرید و آدرس مقاله‌ها را حفظ کنید. یک تنظیم کوتاه DNS زمانی مفید است که بعد از آن خواننده بتواند با نام جدید، همان مطالب و تصاویر را بدون خطا ببیند.