محدوده پشتیبانی: دقیقاً چه چیزی پوشش دارد؟

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

۷ دقیقه به‌روزرسانی ۱۴ شهریور ۱۴۰۵

تیکت شما باز شده، اما پاسخش «خارج از محدوده پشتیبانی» است

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

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

خط مرز کجاست: زیرساخت مال ما، اپلیکیشن مال شما

ساده‌ترین فرمول این است: هر چیزی که تا لایه سیستم‌عامل و وب‌سرور پایین می‌آید، مسئولیت ماست. هر چیزی که بالاتر از آن است — کد برنامه، دیتابیس‌های اپلیکیشن، کانفیگ فریم‌ورک، Cron jobهایی که خودتان نوشته‌اید — مسئولیت شماست. این یعنی اگر MySQL کرش کند، ما آن را بالا می‌آوریم. اما اگر کوئری شما ۴۰ ثانیه طول بکشد چون ایندکس ندارد، این مشکل کد شماست، نه زیرساخت.

این مرز در عمل چطور خودش را نشان می‌دهد؟

  • پوشش دارد: خرابی دیسک، حمله DDoS، نقص در کانفیگ Apache/Nginx، مشکل در DNS سرورهای نام، آپدیت امنیتی هسته لینوکس، رفع باگ در کنترل‌پنل.
  • پوشش ندارد: دیباگ کد PHP شما، بهینه‌سازی کوئری‌های دیتابیس اپلیکیشن، نصب و کانفیگ وردپرس یا لاراول، رفع تداخل میان افزونه‌ها، اشکال‌زدایی از اسکریپت‌های شخص ثالث.

یک مثال عینی: اگر سایت شما به دلیل مصرف بیش از حد RAM کرش کند، ما مشکل را پیدا می‌کنیم و سرویس را برمی‌گردانیم. اما اگر همان مصرف RAM ناشی از یک حلقه بی‌نهایت در کد شما باشد، وظیفه ما این است که به شما بگوییم مشکل از کجاست — نه اینکه کدتان را بازنویسی کنیم.

این‌جا اشتباه می‌کنند: بسیاری از مشتریان فکر می‌کنند «هاست لینوکس» یعنی یک مدیر سیستم اختصاصی که هر کاری بخواهند انجام می‌دهد. وقتی تیکت «کد وردپرس من خطا می‌دهد» می‌زنند و پاسخ «خارج از محدوده» می‌گیرند، احساس می‌کنند فریب خورده‌اند. نشانه این اشتباه را از کجا بفهمید؟ تیکتی که در آن فایل‌های لاگ اپلیکیشن را ضمیمه کرده‌اید و منتظرید ما خطای PHP را برایتان حل کنیم. ما لاگ را می‌خوانیم و به شما می‌گوییم مشکل از کدام خط است — اما خودتان باید آن خط را اصلاح کنید.

محدوده پشتیبانی فنی در سرورنت دقیقاً شامل چه مواردی است

در سرورنت، تیم پشتیبانی فنی موظف است در این موارد وارد شود:

  1. رفع قطعی سرویس (outage) — هر چیزی که باعث شود سایت شما از دسترس خارج شود، بدون توجه به علت ریشه‌ای، اولویت اول ماست. سرویس را برمی‌گردانیم، بعد علت را بررسی می‌کنیم.
  2. مشکلات سخت‌افزاری و مجازی‌سازی — خرابی NVMe، نقص در hypervisor، مشکل در شبکه داخلی دیتاسنتر.
  3. تنظیمات پایه وب‌سرور — تغییر version PHP، فعال‌سازی ماژول، اصلاح فایل php.ini برای محدوده‌های معقول (مثلاً memory_limit تا 512M).
  4. مسائل امنیتی زیرساخت — اسکن بدافزار در سطح فایل‌های سیستمی، بستن پورت‌های باز غیرضروری، بررسی لاگ‌های دسترسی سرور.
  5. انتقال و مهاجرت — اگر از سرور دیگری به سرورنت مهاجرت می‌کنید، تیم ما در انتقال فایل‌ها و دیتابیس کمکتان می‌کند. چک‌لیست کامل این فرآیند را در راهنمای انتقال به سرورنت ببینید.

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

مسیر درخواست کمک خارج از محدوده: چه گزینه‌هایی دارید

وقتی پاسخ «خارج از محدوده» را می‌گیرید، سه راه پیش روی شماست. ترتیب اهمیت این‌ها را به خاطر بسپارید:

اول: مستندات ما. حجم عظیمی از مشکلات رایج — از کانفیگ ایمیل تا بهینه‌سازی دیتابیس — در مستندات و پایگاه دانش پاسخ داده شده است. قبل از تیکت زدن، جستجو کنید. احتمال ۶۰٪ که پاسخ شما از قبل نوشته شده باشد.

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

سوم: جامعه و منابع خارجی. Stack Overflow، مستندات خود فریم‌ورک، و انجمن‌های تخصصی. اگر مشکل شما نادر است، احتمالاً کسی قبلاً آن را حل کرده و جوابش را نوشته است.

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

چرا این مرز وجود دارد: منطق اقتصادی و فنی

شاید فکر کنید این مرز فقط برای کم‌کاری است. اما منطق پشت آن ساده است: هر اپلیکیشن منحصربه‌فرد است. وردپرس با ۵۰ افزونه، یک اپلیکیشن لاراول سفارشی، و یک فروشگاه Magento — هر کدام دنیای جداگانه‌ای از مشکلات دارند. هیچ تیم پشتیبانی‌ای نمی‌تواند در همه این‌ها متخصص باشد. اگر ما ادعا کنیم که هستیم، دروغ گفته‌ایم.

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

یک معاوضه صادقانه: انتخاب سرویس مدیریت‌شده به معنای از دست دادن کنترل است. شما نمی‌توانید هر ماژول PHP را که خواستید نصب کنید، یا کرنل را به دلخواه تغییر دهید. برای ۹۵٪ کاربران این محدودیت هیچ اهمیتی ندارد. اما اگر دقیقاً می‌دانید چرا به یک ماژول خاص نیاز دارید، سرویس معمولی با پشتیبانی محدود انتخاب بهتری است.

چطور تیکت بزنید که سریع‌ترین پاسخ را بگیرید

کیفیت تیکت شما مستقیماً تعیین می‌کند که پاسخ چقدر سریع و دقیق باشد. یک تیکت خوب چهار عنصر دارد:

  1. شرح دقیق مشکل — نه «سایت کار نمی‌کند»، بلکه «از ساعت ۱۴:۳۰ خطای 502 دریافت می‌کنم، در حالی که دیروز کار می‌کرد».
  2. لاگ‌های مرتبط — خروجی journalctl -u nginx --since "2 hours ago" یا محتوای error.log وب‌سرور.
  3. تغییرات اخیر — «دیروز افزونه کش نصب کردم»، «هفته پیش PHP را از 8.1 به 8.2 ارتقا دادم».
  4. کاری که خودتان انجام داده‌اید — «ری‌استارت کردم»، «کش را پاک کردم»، «فایل .htaccess را بررسی کردم».

این اطلاعات به تیم ما اجازه می‌دهد در اولین پاسخ، یا مشکل را حل کند یا دقیقاً بگوید خارج از محدوده است و چرا. تیکت «سایت من خراب است» بدون هیچ جزئیاتی، معمولاً با یک سؤال برگشتی مواجه می‌شود — و این یک دور رفت‌وبرگشت اضافه است که ۲ تا ۴ ساعت وقت شما را می‌گیرد.

اگر تازه سرویس خریده‌اید، چک‌لیست ۲۴ ساعت اول را بخوانید. بیشتر مشکلاتی که در هفته اول پیش می‌آید — از DNS گرفته تا ایمیل — در آن پوشش داده شده و نیازی به تیکت ندارد.

پرسش‌های پرتکرار

آیا پشتیبانی سرورنت وردپرس را نصب می‌کند؟

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

اگر سایت من هک شود، پشتیبانی آن را پاکسازی می‌کند؟

پاکسازی بدافزار از فایل‌های اپلیکیشن شما خارج از محدوده پشتیبانی است. اما اگر حمله در سطح زیرساخت باشد — مثلاً DDoS یا نفوذ به سرور — تیم ما وارد می‌شود و سرور را پاکسازی و امن می‌کند. برای اپلیکیشن، ما مسیر پاکسازی را قدم‌به‌قدم به شما نشان می‌دهیم، اما اجرای آن با شماست.

آیا می‌توانم درخواست دهم که یک افزونه خاص روی سرور نصب شود؟

بله، اگر افزونه در سطح سیستم‌عامل باشد — مثل ImageMagick یا یک ماژول PHP — تیم ما آن را نصب می‌کند. اما اگر افزونه وردپرس یا کتابخانه اپلیکیشن شماست، خودتان باید نصبش کنید. نصب افزونه‌های اپلیکیشن از طریق کنترل‌پنل معمولاً چند دقیقه وقت می‌گیرد و نیازی به دخالت ما ندارد.

هزینه پشتیبانی خارج از محدوده چقدر است؟

سرورنت برای موارد خارج از محدوده، سرویس پشتیبانی ساعتی ارائه می‌دهد که بر اساس پیچیدگی کار قیمت‌گذاری می‌شود. قبل از شروع کار، برآورد هزینه به شما اعلام می‌شود و بدون تأیید شما هیچ کاری انجام نمی‌شود. این مسیر برای مواقعی است که مشکل را نمی‌توانید خودتان حل کنید و راهنمایی رایگان کافی نیست.

آیا این مطلب برایتان مفید بود؟