HETZNER CONTROL
به دیدبان خوش آمدی
سرورها، ترافیک و سفارش‌ها؛ همه در یک نگاه.
HETZNER CONTROL
سرورها، ترافیک و سفارش‌ها؛ همه در یک نگاه.
SABZ CONTROL CENTER
مدیریت پلنهای هتزنر و وضعیت منابع سرورها، در یک پنل مستقل.
هر دقیقه یک نمونهٔ سبک؛ تاریخچهٔ واقعی از زمان نصب عامل.
RESOURCE MONITORING
| نام سرور / IP | وضعیت عامل | مصرف CPU | مصرف RAM | مدیریت |
|---|---|---|---|---|
| در حال دریافت سرورها… | ||||
ساب هر ۳۰ دقیقه به‌روز می‌شود · آخرین دریافت موفق: —
پس از نصب، گزارش دقیقه‌ای خود عامل جای بررسی شبکه‌ای جداگانه را می‌گیرد. سروری که از ساب حذف شده اما عاملش نصب است، در فهرست می‌ماند. فقط تأیید پاک‌سازی از خود سرور، وضعیت «حذف تأییدشده» ایجاد می‌کند.
LAST 48 HOURS
برای دیدن زمان و مقدار نمونه، روی نمودار حرکت کن یا لمس کن.
AGENT ACTIVITY
وضعیت واقعی API را ببین، بازیابی هر سرور را جدا تنظیم کن و هر تغییر را با نسخهٔ اصلی محفوظ، برگردان.
🟢 ۰ عامل متصل · ارتباط خروجی امن · بدون پورت ورودی جدید
بررسی و بازیابی نودهای دارای عامل، با شناسایی خودکار IP.
همان فهرست بخش پایش؛ ثبت سرورها و تشخیص سرویس هنگام نصب خودکار است.
| نام سرور / IP | وضعیت عامل بازیابی | آخرین گزارش | دستور و مدیریت |
|---|
دریافت تازه موفق نبود؛ فهرست قبلی حفظ شده و دوباره تلاش می‌شود.
این فرمان‌ها را فقط روی IP انتخاب‌شده با دسترسی root اجرا کن. توقف اجرای دوره‌ای، فایل‌های قبلی را برنمی‌گرداند؛ «حذف» فایل‌ها را برمی‌گرداند. برای توقف کامل رفتار، ابتدا بازیابی را از همین صفحه خاموش کن.
سرورهای خارج خودکار از پایش اضافه می‌شوند. این فرم فقط برای پنل اصلی دیگر یا سروری بیرون از آن فهرست است؛ نام سرویس خودش تشخیص داده می‌شود.
۱. جلوی سرور، «کپی دستور نصب» را بزن. ۲. همان دستور را یک بار روی همان سرور اجرا کن؛ تشخیص سرویس و نصب خودکار است. ۳. وضعیت نصب و گزارش اینجا می‌آید؛ برای جمع‌کردن تغییرات، «حذف از سرور» را بزن. حذف، اجرای دوره‌ای و فایل‌های همین عامل را از خود سرور هم پاک می‌کند و تغییرات ثبت‌شده را برمی‌گرداند.
🕒 فهرست در پس‌زمینه هر ۳۰ دقیقه تازه می‌شود. سرور خارج‌شده از فهرست، اگر عامل نصب‌شده داشته باشد برای مدیریت و حذف باقی می‌ماند. نصب عامل بازیابی مستقل از عامل پایش منابع است.
🧭 اگر سرور فقط واسط HAProxy باشد، همین موضوع در گزارش مشخص می‌شود؛ تنظیمات تونل یا سرویس‌های نامرتبط تغییر نمی‌کند. سرویس نامشخص بدون حدس‌زدن تغییر داده نمی‌شود.
روشن‌بودن کانتینر به‌تنهایی کافی نیست. عامل پنل، API امن Xray را واقعاً می‌خواند و با وضعیت مرزبان مقایسه می‌کند. اگر API سالم باشد ولی خطای قدیمی «Failed to connect to node's API» باقی مانده باشد، بررسی سلامت داخل مرزبان آن را اصلاح می‌کند. سلامت API تضمین دانلود کاربر نیست؛ مسیر تونل و کلاینت جدا بررسی می‌شوند.
پس از چند خطای متوالی، فقط اتصال مجدد همان نود درخواست می‌شود. سقف تلاش و فاصلهٔ افزایشی رعایت می‌شود. حالت نگهداری و نود غیرفعال توسط مدیر، مانع بازیابی هستند. نود متوقف‌شدهٔ عمدی روشن نمی‌شود؛ بازیابی پس از خرابی/بوت روی نود تابع سیاست اصلی Docker است که در گزارش نشان داده می‌شود.
اگر زمان‌بند گردش روزانهٔ قبلی روی پنل وجود داشته باشد، گزینهٔ «از گردش شبانه مستثنا شود» فقط نود انتخاب‌شده را از آن خارج می‌کند؛ برنامهٔ سایر نودها دست‌نخورده می‌ماند. حالت نگهداری نیز نودهای تحت مدیریت را از گردش خارج می‌کند. ابزار، نودهای disabled را خودکار فعال نمی‌کند.
دستور نصب یک ساعت اعتبار دارد، به IP و نقش همین سرور محدود است و گواهی پنل و محتوای نصب را بررسی می‌کند. روی پنل اصلی، فایل‌های موجود پشتیبان‌گیری و اصلاح محدود اعمال می‌شود؛ کانتینر مرزبان یک بار راه‌اندازی مجدد می‌شود و ارتباط نودها ممکن است کوتاه قطع شود. کاربران و دیتابیس حذف نمی‌شوند. نصب عامل روی نود، کانتینر سالم را ری‌استارت نمی‌کند. نسخهٔ ناشناخته یا فایل تغییرکرده نیازمند بررسی است.
خاموش‌کردن گزینهٔ بازیابی، رفتار اصلاحی را غیرفعال می‌کند و عامل برای گزارش و دریافت فرمان باقی می‌ماند. حذف، فایل‌های اصلی ثبت‌شده در پشتیبان را برمی‌گرداند، اجرای دوره‌ای و فایل‌های متعلق به همین نصب را پاک می‌کند. روی پنل اصلی یک راه‌اندازی مجدد برای بارگذاری نسخهٔ قبلی انجام می‌شود. پشتیبان در /var/backups/sabz-node-health محفوظ می‌ماند. تغییر دستی جدید به‌صورت کورکورانه بازنویسی نمی‌شود؛ اختلاف، حذف را متوقف می‌کند تا بررسی شود.
اگر عامل در دسترس نباشد، فرمان در انتظار می‌ماند و پس از ده دقیقه منقضی می‌شود. حذف محلی با فرمان manage.py uninstall حتی بدون دسترسی به وب، بازگردانی و پاک‌سازی را انجام می‌دهد. حذف در وب فقط با گزارش خود سرور تأیید می‌شود. اگر ارسال رسید شکست بخورد، پس از وصل‌شدن وب فرمان زیر را روی همان سرور اجرا کن؛ رسید خصوصی و برنامهٔ موقت پس از تأیید پاک می‌شوند.
python3 /var/lib/sabz-node-health-receipt.pyهیچ رمز SSH یا کلید خصوصی مرزبان در وب نمایش داده نمی‌شود.
مصرف ترافیک را دنبال کن و خرید بعدی را به دیدبان بسپار.
سرورها، تنظیمات و سفارش‌های همین پروژه نمایش داده می‌شوند.
HETZNER PROJECTS
۰ پروژه در این پنل
هر پروژه توکن و تنظیمات مستقل دارد. قطع اتصال فقط مدیریت از این پنل را متوقف می‌کند.
SERVER OVERVIEW
| نام سرور / آدرس | لوکیشن | پلن و دیسک | مصرف خروجی | مصرف ورودی | مصرف از سهمیه | وضعیت ریسکیل |
|---|---|---|---|---|---|---|
| در حال دریافت سرورها… | ||||||
AUTOMATION SETTINGS
این تنظیمات برای سرورهای پروژهٔ انتخاب‌شده اعمال می‌شوند. پس از هر ریسکیل موفق، ترافیک همان سرور ۵ دقیقه بعد و جدا از زمان‌بندی عمومی تازه می‌شود.
BASE PLANS
سرور و پلان دلخواهت را به این فهرست اضافه کن. اگر ریسکیل ناشی از ترافیک آن را از پلان پایه خارج کند، پس از ۴۸ ساعت و در اولین موجودی مناسب به همان پلان برمی‌گردد. تغییر دستی پلان، بازگشت زمان‌دار ایجاد نمی‌کند.
حذف از این فهرست فقط بازگشت زمان‌دار به پلان پایه را لغو می‌کند. پایش ترافیک و ریسکیل معمول سرور ادامه دارد.
SMART PURCHASE
تعداد و لوکیشن را مشخص کن. به محض موجودشدن، فقط همان تعداد سرور خریداری می‌شود.
PURCHASE QUEUE
اولین سفارش را بساز؛ پیگیری موجودی با دیدبان.
ACTIVITY LOG
هنوز رویدادی ثبت نشده است.