گاها ممکنه روی سرور سی‌پنلی شما ارسال و دریافت ایمیل با تاخیر زیادی انجام بشه. یا حتی ممکنه بدون این که اکانت مشکل‌سازی روی سرور داشته باشید که ارسال ایمیل اسپم انجام بده IP سرورتون بلک لیست بشه، در چنین مواردی طبعا اولین کاری که می‌کنید باید به صف ایمیل (Mail Queue Manager) تو پنل WHM مراجعه کنید که ببینید چه خبره.
اینجاست که آدم فانی با مشاهده صف ایمیل که از صف این روزهای مرغ و گوشت شلوغ‌تره یاد اون شعر استاد اخوان ثالث می‌افته که فرموده از اسپم توی صف خبر کس ندهد، آن لحظه خبر شوی که در لیست شده‌ای. مراد شاعر از لیست در این بیت همون بلک لیست ایمیلی هست که وارد شدن درش با خودته و خارج شدن نیاز به توسل و تمسک فراوان داره.
به جرئت می‌شه گفت cPanel کاربرپسندترین و قدرتمندترین کنترل‌پنل میزبانی وب هست. اما گاها اشکالاتی به این کنترل‌پنل ارزنده وارد می‌شه، مثلا حجم دیسک مصرفی اکانت‌ها به درستی نمایش داده نمی‌شه. خب خود سی‌پنل برای رفع این اشکالات عموما اسکریپت‌هایی ارائه داده. اسکریپتی که برای رفع اشکالات مصرف دیسک اکانت‌ها توی سی‌پنل تعریف شده با دستور زیر اجرا می‌شه.
/scripts/fixquotas
امروز که قصد داشتم با اجرای این اسکریپت مشکلات حجم اکانت‌های یکی از سرورها رو حل کنم، مع‌الاسف در اقدامی غیرمنتظره با صحنه زیر مواجه شدم.
Installing Default Quota Databases......Done
journaled quota support: kernel supports, user space tools supports (available)
checking out /backup
checking out /backup
Quotas have been enabled and updated.
Reading package for 1G
Resetting quota for user1 to 1024 M
edquota: Quota write failed (id 511): Invalid argument
Reading package 2G
Resetting quota for user2 to 2048 M
edquota: Quota write failed (id 518): Invalid argument
Reading package 3G
Resetting quota for user3 to 3072 M
edquota: Quota write failed (id 521): Invalid argument
Resetting quota for user4 to 3072 M
edquota: Quota write failed (id 515): Invalid argument
Resetting quota for user5 to 1024 M
......
در جمعه‌ای که گذشت با یک مشکل عجیب مواجه شدم! یهو مانیتورینگ اعلام کرد یکی از سرورها داون شده. از اونجایی که مانیتورینگ ما یک آدرس رو چک می‌کنه که توی اون یک کانکشن به دیتابیس زده می‌شه و در صورتی که ارتباط برقرار بشه، سرور رو آپ در نظر می‌گیره چون سرور در دسترس بود اولین احتمالی که دادم استاپ شدن سرویس دیتابیس mysql سرور بود. تعجبم وقتی بیشتر شد که به سرور متصل شدم و دیدم که mysql آپ هست و بدون مشکل داره کار می‌کنه.
خطای فایل php مانیتورینگ رو چک کردم بصورت زیر بود.
mysqli_connect(): (HY000/2002): No such file or directory i n /home/...
همه سایت‌هایی که اتصال به دیتابیس داشتن هم خطای دیتابیس می‌دادن (ژانر وحشت). با سرچ خطا تو گوگل و خوندن یکی دو تا تجربه مشابه، متوجه شدم که علت بروز خطا این هست که عبارت localhost به عنوان سرور دیتابیس شناخته نمی‌شه و اگر به جای این عبارت آدرس لوکال یعنی 127.0.0.1 رو قرار بدم خطا رفع می‌شه (الله اکبر)
یکی از چالش‌ها و مشکلاتی که اخیرا در هاست اشتراکی با کنترل‌پنل cPanel باهاش مواجه شدم حذف اکانت کاربرهایی بود که سرویسشون به علت عدم تمدید هاست ساسپند شده بود. کاربر به هر علتی (فراموشی، مشغله، قتل، آلودگی هوا و …) هاستش رو تمدید نمی‌کرد و بعد از مدتی که برای تمدید هاستش مراجعه می‌کرد و خبر موجود نبودن اطلاعات و بکاپ رو از ما می‌شنید، کانه تیری که از چله کمان در رفته باشه آتش خشمش رو بر ما فرو می‌پاشید. حالا ما هرچقدرم سعی بر این داشتیم که کاربر رو قانع کنیم مشکل از ما نیست و کوتاهی از خودش بوده، جمیع تلاش‌هامون آبی بود که در هاون می‌کوبیدیم. از همین رو و به درخواست شما عزیزان، تصمیم گرفتم بکاپ اکانت‌هایی که در کنترل‌پنل cPanel به علت عدم تمدید ساسپند شدند رو در جای دیگری نگهداری کنم تا مدت زمان بیشتری بتونیم از اون‌ها مراقبت و نگهداری کنیم.
امروز قصد داشتم به Awstats روی سی‌پنل یکی از کاربرا وارد بشم که با خطای زیر مواجه شدم
HTTP error 404
The requested page was not found.
Possible reasons why you are seeing this page:
A bookmarked URL may have changed since you last visited.
The URL was entered incorrectly.
The URL was entered with inaccurate capitalization (URLs are case sensitive).
Please re-check the URL you are trying to reach. (Go Back)
برای رفع این خطا کافیه یک‌بار اسکریپت آپدیت سی‌پنل رو به شکل زیر اجرا کنید.
دقایقی پیش از این که به حضور انور شما برسم با خطای internal server error در یکی از سایت‌های سی‌پنلی مواجه شدم. البته خطا روی وب‌سایت نمایش داده نمی‌شد و از طریق کنسول گوگل کروم تونستم متوجه خطا بشم. حقیقتا الله‌اکبر از خطاهایی که سعی در پنهان کردن خودشون دارن.
امشب می‌خواستم روی س‌پنل اس‌اس‌ال شرکت comodo رو برای یکی از دامنه‌ها فعال کنم. مطابق معمول یه CRT روی سی‌پنل ایجادکردم و دادم به کومودو تا CRT بگیرم. بعد از دریافت فایل‌های لازم CRT رو روی سرور آپلود کردم. بعد از اون رفتم برای نصب و auto refill رو زدم تا فیلدهای CRT و Private Key بصورت خودکار درج بشن. فیلد
Certificate bundle verification failed!
Verification Result [ stdin: C = GB, ST = Greater Manchester, L = Salford, O = COMODO CA Limited, CN = COMODO RSA Domain Validation Secure Server CA
محتوای دو تا فایل دیگه رو که قرار می‌دادم اصلا به عنوان کد معتبر CA شناخته نمی‌شدن.
اما چطور مشکل رو حل کردم؟
خیلی ساده. پس از کلی بررسی متوجه شدم باید محتوای هر سه تا فایل، تکرار می‌کنم! هر سه تا فایل رو به ترتیب و پشت سر هم توی فیلد سوم نصب SSL قرار بدم. یعنی فایل‌های زیر
COMODORSADomainValidationSecureServerCA.crt
COMODORSAAddTrustCA.crt
AddTrustExternalCARoot.crt
با قرار دادن محتوای این سه تا فایل نصب SSL به درستی و بدون مشکل انجام شد.
پ.ن: پست در ساعات آخر کاری، در محل کار و بسیار با عجله نوشته شده است. مختصر شدن، بدیهی‌است!