رفع باز نشدن دایرکت ادمین؛ سرویس، شبکه و مجوز

دایرکت ادمین برنامه‌ای جدا از خود سایت است. پس ممکن است سایت باز شود، ولی صفحهٔ مدیریت هاست باز نشود. اول لینک ورود را از پیام مشخصات سرویس یا ناحیهٔ کاربری کپی کنید؛ عدد بعد از دو نقطه در انتهای نام سرور، پورت است. معمولاً ۲۲۲۲ می‌بینید، اما همان لینکی که میزبان داده ملاک است.

اگر مرورگر می‌گوید زمان اتصال تمام شد، همان لینک را یک بار با اینترنت دیگری باز کنید. اگر آنجا باز شد، مشکل را در مسیر اینترنت اول دنبال می‌کنیم. اگر پیام مربوط به گواهی است، نامی که در نشانی نوشته‌اید را با لینک میزبان مقایسه کنید؛ ورود با IP ممکن است با نام روی گواهی جور نباشد. اگر صفحهٔ ورود دیده می‌شود و فقط رمز قبول نمی‌شود، به سراغ بازیابی رمز می‌رویم، نه نصب دوبارهٔ پنل.

مدیر سرور می‌تواند فرمان systemctl status directadmin --no-pager را در اتصال SSH اجرا کند. عبارت active (running) یعنی برنامه در حال اجراست؛ failed یعنی اجرا با خطا متوقف شده است. سپس journalctl -u directadmin -n 50 --no-pager پنجاه پیام آخر همان برنامه را نشان می‌دهد. مثلاً اگر پیام کمبود فضا دیده شد، باید فضای سرور را درست کنیم. روشن و خاموش کردن پشت‌سرهم پنل، فضای خالی ایجاد نمی‌کند.

اگر مدیر سرور نیستید، نیازی به اجرای فرمان ندارید. برای پشتیبانی بنویسید: «لینک پنل با اینترنت خانه و موبایل باز نشد؛ ساعت آزمایش این بود و مرورگر این پیام را نشان داد.» این پیام مشخص، پیدا کردن مشکل را بسیار راحت‌تر از «هاستم خراب است» می‌کند.

hostname و پورت واقعی پنل را از اطلاعات سرویس بگیرید. اگر از IP استفاده می‌کنید، خطای نام گواهی را با توقف سرویس اشتباه نگیرید. نشانی درست را از یک شبکهٔ دیگر نیز امتحان کنید. مشکل فقط در یک اینترنت خاص، با مشکل همهٔ کاربران مسیر تشخیص متفاوتی دارد.

متن خطا و زمان آزمایش را ثبت کنید. timeout، connection refused و certificate error دربارهٔ مراحل متفاوتی از ارتباط خبر می‌دهند. باز بودن سایت روی 443 نیز اثبات نمی‌کند پورت پنل سالم است؛ این دو سرویس ممکن است قواعد و listener جدا داشته باشند.

با دسترسی مجاز SSH یا کنسول، وضعیت سرویس و لاگ آن را بخوانید. اگر سرویس متوقف شده، آخرین پیام خطا را قبل از اجرای مکرر restart بررسی کنید. پر شدن دیسک، تنظیم نامعتبر، مشکل مجوز یا ناسازگاری پس از ارتقا می‌تواند مطرح باشد. نصب مجدد پنل بدون تشخیص ممکن است اطلاعات مهم علت را از بین ببرد.

listener و پورت تنظیم‌شده را کنترل کنید. اگر سرویس روی پورت مورد انتظار گوش نمی‌دهد، باز کردن همان پورت در فایروال کافی نیست. اگر listener سالم است، مسیر شبکه و قواعد داخل سرور و فایروال ارائه‌دهنده را جدا بررسی کنید.

از تنظیم مرتبط نسخه بگیرید و فقط علت تأییدشده را اصلاح کنید. اگر قاعدهٔ فایروال مانع است، دسترسی موردنیاز را با محدودهٔ مناسب باز کنید؛ خاموش کردن کامل فایروال برای نگهداری دائمی مناسب نیست. اگر فایل تنظیم مشکل دارد، خطای همان فایل و نسخه را برطرف کنید.

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

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

برای درخواست پشتیبانی، نشانی بدون اطلاعات محرمانه، متن خطا، شبکهٔ آزمایش و زمان شروع مشکل را بدهید. این اطلاعات کمک می‌کند تشخیص به یک مورد محدود برسد و از ری‌استارت یا نصب دوبارهٔ بی‌اثر جلوگیری شود.

فرمان‌های زیر مربوط به مراحل توضیح‌داده‌شده‌اند. پیش از اجرا، نام حساب و مسیر نمونه را با اطلاعات خودتان جایگزین کنید. فرمان‌های مدیریتی را مدیر سرور اجرا می‌کند.