اتصال هاست دانلود معمولاً یعنی یک نام مانند dl.example.com را به سرویس نگهداری فایل معرفی کنید و لینک فایل‌ها را در سایت قرار دهید. این کار فضای دو هاست را یکی نمی‌کند و فایل‌ها را خودکار جابه‌جا نمی‌کند. تنظیم DNS، پذیرش نام در مقصد و ارائهٔ فایل باید هر سه درست باشند.
پیش‌نیاز اتصال هاست دانلود
از ارائه‌دهنده، IP یا نام مقصد، زیردامنهٔ قابل استفاده و روش فعال‌کردن HTTPS را دریافت کنید. در خود هاست دانلود باید این نام به حساب یا وب‌سایت درست متصل باشد. تنظیم رکورد به IP سرور به‌تنهایی تضمین نمی‌کند وب‌سرور همان فایل‌های شما را نمایش دهد.
پیش از تغییر، رکوردهای موجود نام dl را بررسی کنید. اگر همین نام برای سرویس دیگری استفاده می‌شود، آن را بدون برنامهٔ جابه‌جایی بازنویسی نکنید. برای این کار معمولاً لازم نیست نیم‌سرورهای کل دامنه عوض شوند.
رکورد را در DNS معتبر بسازید
اگر نیم‌سرورهای دامنه به DNS هاست اصلی اشاره می‌کنند، Zone Editor همان سرویس می‌تواند محل تغییر باشد. اگر DNS نزد ارائه‌دهندهٔ دیگری مدیریت می‌شود، تغییر را آنجا انجام دهید؛ ساخت رکورد در ناحیه‌ای که مرجع دامنه نیست، اثری بر پاسخ عمومی ندارد.
- ناحیهٔ دامنهٔ درست را باز کنید.
- رکورد موجود زیردامنه را بررسی کنید.
- نوع و مقدار اعلام‌شده توسط میزبان دانلود را وارد کنید.
- نام نهایی و مقصد را قبل از ذخیره تطبیق دهید.
- نتیجهٔ ذخیره و پاسخ نام را بررسی کنید.
A، AAAA یا CNAME؟
برای مقصد IPv4 از A و برای IPv6ِ پشتیبانی‌شده از AAAA استفاده می‌شود. اگر سرویس نام میزبان معرفی کرده است، ممکن است CNAME روش مناسب باشد. IP یا نام را از روی مثال آموزشی حدس نزنید.
مستند Zone Editor در cPanel انواع رکورد و روش افزودن آن‌ها را شرح می‌دهد. یک نام CNAME نباید هم‌زمان رکورد معمول A یا AAAA ناسازگار داشته باشد. رکورد IPv6 قدیمی نیز ممکن است بخشی از کاربران را به مقصد نادرست بفرستد.
آیا باید در هاست اصلی ساب‌دامین بسازیم؟
برای ارائهٔ فایل از سرور جدا، معمولاً نیازی به ساخت وب‌سایت محلی یا پوشهٔ جدید در هاست اصلی ندارید؛ رکورد DNS کافی است، به شرط آنکه مقصد آماده باشد. اما اگر نام از قبل در پنل وجود دارد، حذف آن بدون بررسی ممکن است فایل یا تنظیمات مرتبط را تحت تأثیر قرار دهد.
نام زیردامنه را در هاست دانلود مطابق روش ارائه‌دهنده اضافه کنید. اگر سفارش با نام دیگری ساخته شده، برای تغییر دامنهٔ سرویس با پشتیبانی هماهنگ کنید؛ فقط تغییر DNS نام حساب مقصد را اصلاح نمی‌کند.
HTTPS و لینک فایل را آزمایش کنید
گواهی مقصد باید نام زیردامنه را پوشش دهد. فایل آزمایشی بی‌خطر را در مسیر مجاز قرار دهید و نشانی HTTPS آن را باز کنید. پاسخ صحیح DNS با دانلود موفق، مسیر درست و گواهی معتبر یکسان نیست.
اگر سایت HTTPS دارد، لینک HTTP فایل‌ها می‌تواند به هشدار یا مسدودشدن بعضی منابع منجر شود. در صورت استفاده از CDN یا پروکسی، محدودیت اندازهٔ فایل، کش و سیاست دانلود همان سرویس را بررسی کنید. فایل خصوصی را صرفاً با پنهان‌کردن لینک عمومی محافظت‌شده فرض نکنید.
چرا بعد از تغییر هنوز دانلود نمی‌شود؟
خطای حل نام به DNS مربوط است؛ خطای گواهی به HTTPS؛ و پاسخ 404 معمولاً به مسیر فایل یا تنظیم مقصد مربوط می‌شود. زمان کش متغیر است، اما انتظار به‌تنهایی خطای رکورد یا مسیر را رفع نمی‌کند. نام فایل، بزرگی و کوچکی حروف و مجوز دسترسی را نیز بررسی کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
