محتوای آموزشی وبلاگ نتآرام
دامنه را در مرورگر وارد میکنید اما بهجای سایت خودتان، صفحه پیشفرض سیپنل یا پیامی شبیه Default Website Page میبینید. دیدن این صفحه الزاماً به معنی پاکشدن سایت نیست؛ ممکن است نام دامنه به سرور یا حساب درست نرسیده باشد، تنظیم سرور هنوز با نشانی دامنه هماهنگ نباشد یا مرورگر شما پاسخ قبلی را ببیند.
اول مشخص میکنیم دقیقاً کدام نشانی و کدام شبکه مشکل دارند. سپس دامنه، DNS و اتصال به هاست را بدون تغییر تصادفی رکوردهای ایمیل بررسی میکنیم. این راهنما درباره صفحه پیشفرض سرور است؛ صفحه «حساب معلق شده» یا خطای امنیتی مرورگر ممکن است مسیر دیگری داشته باشد.
قدم اول: نشانی کامل و زمان شروع مشکل را ثبت کنید
آدرس را با و بدون
www بهصورت جداگانه امتحان کنید و ببینید نتیجه برای کدام نام متفاوت است. اگر زیردامنهای مانند shop.example.com مشکل دارد، همان نام کامل را یادداشت کنید؛ example.com در این مقاله فقط نمونه است. http و https نیز ممکن است به شکل متفاوتی تنظیم شده باشند، اما هنگام نمایش هشدار گواهی آن را نادیده نگیرید و اطلاعات ورود وارد نکنید.در پنجره خصوصی مرورگر و با یک دستگاه یا اینترنت دیگر نیز همان نشانی را باز کنید. اگر فقط یک دستگاه صفحه قبلی را میبیند، کش مرورگر یا پاسخ DNS آن دستگاه میتواند دخیل باشد. اگر همه شبکهها همان صفحه را میبینند، مسیر دامنه و تنظیم هاست را بررسی کنید. پیش از هر تغییر، زمان مشکل و نتیجه هر آزمایش را یادداشت کنید تا بفهمید چه چیزی واقعاً عوض شده است.
قدم دوم: ببینید دامنه باید به کدام سرویس برسد
در پنل حساب هاست یا اطلاعات رسمی تحویل سرویس، نام دامنه متصل و نشانی مورد انتظار برای سایت را پیدا کنید. اگر IP اختصاصی، CDN، پراکسی یا چند سرور دارید، آدرس مورد انتظار ممکن است با IP اصلی حساب یا آدرسی که مرورگر میبیند متفاوت باشد. این تفاوت را قبل از تغییر DNS با مدیر سرویس روشن کنید.
در سیپنل، بخش Domains یا دامنهها را باز کنید و ببینید همان نام کامل در حساب صحیح ثبت شده است یا نه. اگر دامنه در حساب دیگری است یا اضافهکردنش خطا میدهد، آن را بدون بررسی مالکیت و برنامه جابهجایی حذف و دوباره اضافه نکنید. در بعضی سرویسها ثبت دامنه، ایجاد زیردامنه یا تغییر مسیر توسط ارائهدهنده مدیریت میشود.
مسیر پوشه سایت یا Document Root را نیز در فهرست دامنهها بخوانید. اگر صفحهای که میبینید صفحه پیشفرض خود سرور است، صرف تغییر پوشه فایلها ممکن است مشکل مسیر نام دامنه به سرور را حل نکند. اگر در عوض صفحه آزمایشی داخل پوشه سایت باز میشود، وجود فایلهای سایت و فایل صفحه آغازین در مسیر درست را بررسی کنید. این دو صفحه ظاهراً مشابه میتوانند علت متفاوتی داشته باشند.
قدم سوم: پاسخ DNS را با مسیر مورد انتظار مقایسه کنید
روی رایانه ویندوز، برنامه Command Prompt را باز کنید و بهجای نام نمونه، دامنه واقعی را قرار دهید:
کد / دستورnslookup example.com
این فرمان پاسخ DNS دریافتی از حلکننده تنظیمشده روی همان دستگاه را نشان میدهد. در صورت تفاوت،
www.example.com را نیز جداگانه امتحان کنید. اگر چند IP یا یک نام واسط دیدید، آن را با معماری واقعی سایت مقایسه کنید؛ حضور چند پاسخ همیشه خطا نیست. ممکن است رکورد IPv6 یا AAAA جداگانه نیز بر برخی شبکهها اثر بگذارد. راهنمای بررسی رکورد AAAA تفاوت مسیر IPv4 و IPv6 را توضیح میدهد.اگر CDN فعال است، پاسخ عمومی ممکن است IP لبه CDN باشد نه IP هاست اصلی. در آن حالت، به جای جایگزینکردن کورکورانه IP، تنظیم مبدأ و نام سایت را در پنل همان CDN با مشخصات هاست مقایسه کنید. اگر از سرویس DNS مدیریتشده استفاده میکنید، مطمئن شوید ویرایش را در پنل نیمسرورهای فعال انجام میدهید؛ تغییر رکورد در پنلی که پاسخگوی فعلی دامنه نیست معمولاً بر پاسخ عمومی اثر ندارد.
برای دیدن نیمسرورهای اعلامشده میتوانید از دستور زیر استفاده کنید:
کد / دستورnslookup -type=ns example.com
خروجی را بهعنوان سرنخ ببینید و در صورت شک با اطلاعات ثبتکننده و پاسخ نیمسرور معتبر تطبیق دهید؛ پاسخ ذخیرهشده میتواند با تغییر اخیر فاصله داشته باشد. راهنمای تفاوت پاسخ نیمسرور و حلکننده عمومی مراحل دقیقتر این مقایسه را دارد.
اگر رکورد به مقصد اشتباه اشاره میکند
پیش از ویرایش، مقدار فعلی رکورد، زمان و تصویری از تنظیمات مربوط را نگه دارید. در پنل DNS فعال، رکورد همان نام را با آدرس صحیحِ تأییدشده برای همان سرویس اصلاح کنید. رکورد
www ممکن است CNAME یا رکورد مستقلی باشد؛ تنظیم درست به ساختار فعلی شما بستگی دارد. رکوردهای MX، SPF، DKIM و سایر رکوردهای بیارتباط را حذف نکنید، چون ممکن است ایمیل یا خدمات دیگر قطع شوند.بعد از ذخیره، ابتدا پاسخ نیمسرور معتبر و سپس پاسخ چند حلکننده و شبکه را بررسی کنید. تغییر DNS معمولاً همزمان به همه دستگاهها نمیرسد و زمان واقعی تحت تأثیر TTL قبلی و کش قرار دارد؛ زمان قطعی یکسانی برای همه کاربران نمیتوان وعده داد. اگر پاسخ معتبر درست است اما یک دستگاه هنوز مقدار قبلی را میبیند، صبر برای پایان کش یا تازهکردن کش همان دستگاه مطابق دستور سیستمعامل میتواند کمک کند؛ حذف همه تنظیمات شبکه لازم نیست.
اگر DNS درست است اما صفحه پیشفرض باقی مانده
نام دامنه را دوباره در حساب هاست درست و تنظیم مبدأ CDN بررسی کنید. در سرورهای سیپنل، تنظیم میزبان مجازی وبسرور باید دامنه را روی آدرس مناسب به حساب درست وصل کند. طبق توضیح cPanel درباره صفحه پیشفرض، ناهماهنگی بین IP پاسخ DNS و تنظیم میزبان مجازی یکی از علتهای این وضعیت است.
اگر مدیر سرور نیستید، از پشتیبانی هاست بخواهید نام دامنه، IP مقصد، حساب و تنظیم میزبان مجازی را بررسی کند. در سرور تحت مدیریت خودتان، تغییر تنظیم Apache یا NAT باید با توجه به تنظیم واقعی، نسخه پنل و برنامه بازگشت انجام شود. راهاندازی مجدد وبسرور، انتقال IP یا تغییر گروهی دامنهها بدون تشخیص میتواند بقیه سایتها را قطع کند و قدم اول نیست.
اگر مشکل بعد از انتقال هاست ظاهر شده، بررسی کنید فایلها و پایگاه داده به حساب مقصد منتقل شدهاند و دامنه به همان حساب وصل است. از حذف سایت قدیمی پیش از آزمایش مقصد و تأیید نسخه پشتیبان خودداری کنید. ممکن است مرورگر برخی کاربران هنوز مسیر قبلی را ببیند؛ وضعیت هر دو سرور را تا پایان مهاجرت با برنامه حفظ کنید.
آزمون پایانی
نشانی دقیق سایت و نامهای موردنیاز، مانند نسخه با و بدون www، را در چند شبکه باز کنید. گواهی HTTPS، صفحه اصلی و یک صفحه داخلی را ببینید و یک ایمیل آزمایشی غیرحساس بفرستید و دریافت کنید، چون تغییر DNS میتواند بر ایمیل نیز اثر بگذارد. اگر فقط یک شبکه همچنان صفحه پیشفرض را نشان میدهد، پاسخ DNS همان شبکه و زمان تغییر را ثبت کنید.
برای انتخاب سرویس میزبانی میتوانید مشخصات هاست وردپرس نتآرام را ببینید. ثبت و مدیریت نام دامنه نیز در صفحه ثبت دامنه نتآرام توضیح داده شده است؛ اتصال صحیح به سایت باید برای همان دامنه و سرویس تأیید شود.
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاهها (۰)
دیدگاههای تاییدشده و پاسخهای تیم نتآرام
