اگر روی سرور مجازی خود سرویس‌های حساسی مثل وب‌سایت، دیتابیس یا سرویس‌های شبکه اجرا می‌کنید، حتماً این جمله را شنیده‌اید: «سایت کند شده اما نمی‌دانم چرا.» مشکل اصلی اینجاست که بدون یک سیستم مانیتورینگ اصولی، تا وقتی کاربران شکایت نکنند، شما از مشکل باخبر نمی‌شوید. PRTG Network Monitor دقیقاً برای همین ساخته شده: دیدن مشکل قبل از تبدیل شدن به فاجعه.
🔹 PRTG با بیش از ۳۲۰ نوع Sensor آماده، از سرورهای ویندوز و لینوکس تا روتر، سوئیچ، فایروال و حتی سرویس‌های ابری را پوشش می‌دهد [citation:17].
PRTG Network Monitor چیست و چرا روی سرور مجازی اهمیت دارد؟
PRTG محصول شرکت آلمانی Paessler است و برخلاف بسیاری از ابزارهای مانیتورینگ که فقط نمودار نشان می‌دهند، یک سیستم هشداردهی فعال محسوب می‌شود. معماری آن از دو جزء اصلی تشکیل شده:
Core Server: مرکز مدیریت، ذخیره داده‌ها، رابط وب و مدیریت کاربران.
Probe: عامل جمع‌آوری اطلاعات از تجهیزات که می‌تواند محلی یا ریموت باشد.
وقتی روی یک VPS چند سرویس دارید، PRTG به شما امکان می‌دهد همه را از یک پنل مرکزی ببینید. فرض کنید مصرف CPU ناگهان بالا می‌رود یا فضای دیسک به ۱۰٪ می‌رسد؛ در این حالت هشدار دریافت می‌کنید و قبل از قطعی کامل وارد عمل می‌شوید. این تفاوت بین واکنش نشان دادن و پیشگیری کردن است [citation:5].
تفاوت PRTG با Zabbix و Nagios در یک نگاه
انتخاب ابزار مانیتورینگ به تیم و مقیاس کار شما بستگی دارد. در جدول زیر تفاوت‌های کلیدی این سه گزینه را می‌بینید [citation:1][citation:14]:
⚠️ نکته مهم: اگر تیم شما تجربه کافی در مدیریت لینوکس و دیتابیس ندارد، PRTG گزینه بسیار کم‌دردسرتری است. Zabbix قدرت بیشتری دارد اما «زمان یادگیری» و «هزینه پنهان نیروی انسانی» آن را نباید نادیده گرفت [citation:14].
نصب PRTG: چه چیزهایی لازم است؟
نصب PRTG ساده است اما قبل از شروع، مطمئن شوید زیرساخت شما آماده است:
🔹 سیستم‌عامل: Windows Server 2016 تا 2025 یا نسخه‌های مشخصی از Windows Client
🔹 پیش‌نیاز نرم‌افزاری: .NET Framework 4.7.2 یا بالاتر
🔹 منابع سخت‌افزاری: برای ۵۰۰۰ سنسور، ۸ هسته CPU و ۱۶ گیگابایت RAM توصیه می‌شود [citation:17]
🔹 شبکه: IP ثابت، دسترسی Administrator و اطلاعات SNMP/WMI در صورت نیاز
فایل نصب را از سایت رسمی Paessler دریافت کنید. پس از نصب، PRTG خودش یک وب‌سرور داخلی راه‌اندازی می‌کند و نیازی به Apache یا IIS جداگانه ندارید. بعد از اولین ورود، Smart Setup اجرا می‌شود که به‌صورت خودکار تجهیزات شبکه را در محدوده Private IP اسکن و شناسایی می‌کند [citation:6].
Sensor چیست و چرا مصرف آن را باید جدی بگیرید؟
مهم‌ترین مفهومی که باید در PRTG یاد بگیرید Sensor است. هر سنسور دقیقاً یک «چیز قابل اندازه‌گیری» را مانیتور می‌کند. مثلاً برای یک سرور مجازی، این سنسورها را تعریف می‌کنید:
VPS-01 ├── Ping ├── CPU Load ├── Memory ├── Disk Free ├── Network Traffic ├── Port 22 (SSH) └── HTTP Response
نکته حیاتی: لایسنس PRTG بر اساس تعداد سنسور فعال محاسبه می‌شود. نسخه رایگان ۱۰۰ سنسور دارد و همین مقدار برای شروع مانیتورینگ یک محیط کوچک کافی است. اما اگر هر Device را با ده‌ها سنسور اضافه کنید، خیلی سریع محدودیت پر می‌شود. بسیاری از کاربران تازه‌کار با یک فایروال و یک سوئیچ ۵۲ پورت، بیش از ۷۰۰ سنسور مصرف می‌کنند بدون اینکه متوجه شوند [citation:17].
📌 توصیه عملی برای شروع
ابتدا فقط سنسورهای حیاتی را اضافه کنید: Ping، CPU، RAM، Disk و وضعیت سرویس اصلی. بعد از تثبیت محیط، سنسورهای ثانویه را با Intervalهای طولانی‌تر (مثلاً ۵ یا ۱۰ دقیقه) اضافه کنید. این کار هم مصرف سنسور را کنترل می‌کند و هم بار Probe را کاهش می‌دهد.
سرور مجازی پایدار برای مانیتورینگ حرفه‌ای
اگر PRTG را روی یک VPS ضعیف یا اشتراکی اجرا کنید، خودتان تبدیل به یک Bottleneck می‌شوید. برای مانیتورینگ پایدار، به یک سرور مجازی با منابع اختصاصی CPU و RAM، دیسک NVMe و پهنای باند مطمئن نیاز دارید.
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
خطای شماره ۱: SNMP کار نمی‌کند اما Ping موفق است
این شایع‌ترین اشتباه در عیب‌یابی PRTG است. کاربران فکر می‌کنند چون دستگاه پاسخ Ping می‌دهد، پس SNMP هم باید کار کند. این دو پروتکل کاملاً جداگانه عمل می‌کنند. Ping از ICMP استفاده می‌کند اما SNMP روی UDP Port 161 کار می‌کند [citation:16].
⚠️ ممکن است ICMP باز باشد اما UDP 161 توسط فایروال مسدود شده باشد. در این حالت خروجی شما این خواهد بود:
ICMP → Allowed UDP 161 → Blocked Ping = OK SNMP = Down
برای رفع این مشکل این موارد را به ترتیب بررسی کنید:
🔹 فعال بودن SNMP روی دستگاه مقصد — بسیاری از تجهیزات به‌صورت پیش‌فرض SNMP غیرفعال دارند
🔹 Community String یکسان — اگر از SNMP v2c استفاده می‌کنید، مقدار Community باید در دو طرف یکی باشد
🔹 نسخه SNMP — بررسی کنید PRTG و دستگاه هر دو از v2c یا v3 پشتیبانی می‌کنند
🔹 Firewall — UDP Port 161 باید باز باشد
🔹 ACL — برخی تجهیزات فقط به IPهای مشخص اجازه SNMP می‌دهند. IP مربوط به Probe را بررسی کنید
خطای شماره ۲: WMI خطا می‌دهد (کد PE015)
اگر از سنسورهای WMI برای مانیتورینگ سرورهای ویندوز استفاده می‌کنید و با خطای Connection could not be established (code: PE015) مواجه می‌شوید، مشکل معمولاً از Overload شدن Probe است [citation:11].
WMI پروتکل سنگینی است و PRTG برای هر سنسور WMI، یک درخواست جداگانه به سیستم مقصد می‌فرستد. اگر تعداد سنسورهای WMI روی یک Probe از ۲۰۰ عدد بگذرد یا Interval آن‌ها خیلی کوتاه باشد (مثلاً ۶۰ ثانیه)، Probe دیر پاسخ می‌دهد و خطای PE015 ظاهر می‌شود.
📌 راه‌حل عملی
تا جای ممکن از سنسورهای SNMP به جای WMI استفاده کنید. SNMP بسیار سبک‌تر است و بار کمتری به Probe وارد می‌کند. برای مثال، برای مانیتورینگ CPU از SNMP CPU Load، برای RAM از SNMP Memory و برای دیسک از SNMP Disk Free استفاده کنید [citation:11].
خطای شماره ۳: Web Interface باز نمی‌شود
اگر پس از نصب PRTG نمی‌توانید به پنل وب دسترسی پیدا کنید، این موارد را بررسی کنید:
🔹 سرویس‌های PRTG: روی Windows Server بررسی کنید سرویس‌های PRTG (Core Server و Probe) در حال اجرا باشند
🔹 پورت Web Server: ممکن است پورت پیش‌فرض تغییر کرده باشد. PRTG به‌صورت پیش‌فرض از پورت ۸۰۸۰ استفاده می‌کند
🔹 Firewall: Windows Firewall یا فایروال شبکه ممکن است پورت را مسدود کرده باشد
🔹 Port Conflict: اگر پورت مورد نظر توسط نرم‌افزار دیگری اشغال شده باشد، PRTG به پورت‌های بالاتر (مثل ۸۴۴۳) منتقل می‌شود
برای دسترسی مدیریتی، همیشه از HTTPS استفاده کنید. Paessler نیز استفاده از HTTP بدون TLS در شبکه‌های WAN را توصیه نمی‌کند.
مانیتورینگ را روی بستر درست اجرا کنید
PRTG روی هر سروری اجرا نمی‌شود. اگر VPS شما I/O Wait بالا، Steal Time یا پهنای باند ناپایدار دارد، خود PRTG هم کند می‌شود و هشدارهای اشتباه می‌دهد. برای یک سیستم مانیتورینگ مطمئن، به بستری با دیسک NVMe و منابع اختصاصی نیاز دارید.
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
تنظیم Notification بدون «Alert Flood»
بزرگ‌ترین اشتباه در PRTG این است که برای همه سنسورها هشدار فوری فعال کنید. نتیجه؟ در چند ساعت صدها ایمیل و Push دریافت می‌کنید و در نهایت همه را نادیده می‌گیرید. راه درست، دسته‌بندی هشدارها بر اساس اهمیت است:
برای سرویس‌های مهم، حتماً یک Dependency تعریف کنید. مثلاً اگر یک سوئیچ Down شود، نیازی نیست برای هر ۵۰ سروری که زیر آن هستند هشدار جداگانه دریافت کنید. با تعریف Dependency، PRTG سنسورهای وابسته را به‌صورت خودکار Pause می‌کند و فقط هشدار اصلی را دریافت می‌کنید [citation:18].
مانیتورینگ VPS با سنسورهای پیشنهادی
اگر چند VPS دارید و می‌خواهید یک تصویر کامل از وضعیت آن‌ها داشته باشید، حداقل این سنسورها را برای هر VPS تعریف کنید:
VPS Monitor Checklist ───────────────────── □ Ping (Uptime) □ SNMP CPU Load □ SNMP Memory □ SNMP Disk Free □ SNMP Traffic □ Port (SSH / HTTP / HTTPS) □ HTTP Advanced (برای سایت)
اگر روی VPS دیتابیس دارید، سنسور مربوط به MySQL یا PostgreSQL را اضافه کنید. برای وب‌سرور هم اگر Nginx یا Apache اجرا می‌کنید، سنسورهای اختصاصی آن‌ها در PRTG موجود است.
چرا مانیتورینگ روی VPS ضعیف شکست می‌خورد؟
یک نکته را فراموش نکنید: PRTG خودش یک مصرف‌کننده منابع است. اگر آن را روی یک VPS اشتراکی با CPU و RAM محدود اجرا کنید، خود مانیتورینگ تبدیل به مشکل می‌شود. سنسورها دیر به‌روزرسانی می‌شوند، هشدارهای اشتباه صادر می‌شود و در نهایت از این ابزار زده می‌شوید.
برای یک PRTG پایدار حداقل به این مشخصات نیاز دارید:
🔹 CPU: حداقل ۴ هسته اختصاصی (بدون Steal Time)
🔹 RAM: حداقل ۸ گیگابایت برای شروع
🔹 Disk: NVMe SSD (PRTG به I/O تصادفی حساس است)
🔹 Network: پهنای باند پایدار بدون Packet Loss
🛠 مشکل دارید؟ کانفیگ می‌خواهید؟
اگر در راه‌اندازی PRTG روی سرور مجازی به مشکل خورده‌اید، SNMP کار نمی‌کند، یا می‌خواهید یک VPS مناسب مانیتورینگ سفارش دهید، تیم فنی ایرانیکاسرور آماده کمک است. درخواست خود را از طریق صفحه کانفیگ ارسال کنید.
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
جدول عیب‌یابی سریع PRTG
آیا PRTG 25 هنوز گزینه مناسبی است؟
خانواده PRTG 25 شامل نسخه‌های پایدار متعددی در سال ۲۰۲۵ بوده است (از 25.1.102 تا 25.4.114). در زمان نگارش این مقاله، شاخه‌های جدیدتر PRTG 26 نیز منتشر شده‌اند. PRTG 25 هنوز کاملاً قابل استفاده است اما اگر امروز قصد نصب جدید دارید، بهتر است آخرین نسخه پایدار را از صفحه تاریخچه نسخه‌های Paessler بررسی کنید.
نسخه 25.4 یک رابط کاربری جدید (در حالت Alpha) معرفی کرد و تعداد سنسورهای آماده را به ۳۲۱ عدد رساند [citation:17]. با این حال، هسته اصلی عملکرد PRTG در نسخه 25 و 26 تفاوت بنیادینی ندارد.
جمع‌بندی: مانیتورینگ یعنی پیشگیری، نه واکنش
PRTG Network Monitor یکی از سریع‌ترین و کم‌دردسرترین راه‌ها برای مانیتورینگ زیرساخت است. اما ابزار به‌تنهایی کافی نیست. باید سنسورها را درست انتخاب کنید، Intervalها را منطقی تنظیم کنید و هشدارها را بر اساس اهمیت دسته‌بندی کنید. اگر این اصول را رعایت کنید، PRTG از یک «داشبورد نمودار» به یک سیستم هشدار زودهنگام تبدیل می‌شود که قبل از قطعی سرویس، شما را باخبر می‌کند.
منابع رسمی برای مطالعه بیشتر:
مستندات رسمی PRTG (Paessler) | صفحه دانلود PRTG | مستندات Zabbix (برای مقایسه)
دیدگاه‌ها
0 دیدگاه برای این مطلب ثبت شده است.