بررسی آپتایم HTTP و HTTPS
آدرس های مهم سایت را با درخواست واقعی باز می کنیم و کد پاسخ، زمان پاسخ و وجود یک عبارت مشخص در صفحه را کنترل می کنیم. صفحه ای که خطای 500 یا صفحه سفید برمی گرداند هم قطعی حساب می شود.
شروع و ارزیابی
ارزیابی رایگان 5مشکل فوری
خدمات فوری 4پشتیبانی مستمر
قرارداد پشتیبانی 5پروژه ها
سرور و هاستینگ 6 شبکه و مجازی سازی 9 دواپس و اتوماسیون 5 امنیت و بازیابی 5 تجهیزات و لایسنس 2 اینترنت اشیا و هوشمندسازی 3بدون هزینه بفهمید وضعیت سرور، امنیت، بکاپ و سرعت سیستم هایتان چطور است.
سرور یا شبکه قطع است، سایت هک شده یا اطلاعات از دست رفته؟ همین حالا تماس بگیرید.
پشتیبانی و نگهداری ماهانه شبکه و سرور با زمان پاسخ مشخص در قرارداد.
نصب، کانفیگ، مدیریت و انتقال سرورهای لینوکس، ویندوز، کنترل پنل ها و ایمیل سرور.
طراحی و اجرای شبکه، میکروتیک، ویپ، اتصال شعب، مجازی سازی و ابر خصوصی.
شبکه و ارتباطات
مجازی سازی و ابر
کانتینر، کوبرنتیز، استقرار خودکار، زیرساخت به عنوان کد و مانیتورینگ پیشرفته.
امن سازی سرور، فایروال، بکاپ و DR، بازیابی از باج افزار و بررسی حملات.
مشاوره، تأمین و نصب سرور و تجهیزات شبکه، و لایسنس اورجینال نرم افزارهای سازمانی.
خانه، محیط کار و تجهیزات متصل؛ از انتخاب سناریو تا کنترل و پایش.
شروع و ارزیابی
مشکل فوری
پشتیبانی مستمر
پروژه ها
بدون مانیتورینگ سایت، خبر قطعی معمولاً اول به مشتری می رسد و بعد به شما. ما آدرس سایت و پورت های اصلی سرورتان را به طور منظم و از بیرون شبکه چک می کنیم و به محض قطعی خبرتان می کنیم. این خدمت رایگان است و به هیچ دسترسی داخل سرور نیاز ندارد.
در مانیتورینگ سایت و سرور رایگان، آدرس سایت و پورت های اصلی سرور به طور منظم از بیرون شبکه چک می شوند تا قطعی را پیش از مشتری ببینید. به کار کسب و کاری می آید که شب ها و روزهای تعطیل کسی حواسش به سرور نیست یا نمی داند سرورش ماه گذشته چند بار قطع شده است. پیکوسیستم آپتایم HTTP و HTTPS را با کد پاسخ و زمان پاسخ کنترل می کند و در دسترس بودن سرور را با Ping و پورت هایی مثل 443 و 22 می سنجد. تاریخ انقضای گواهی SSL و دامنه هم زیر نظر است و هشدار با ایمیل و پیامک می رسد، یک بار هنگام قطعی و یک بار وقتی سرویس برگشت. رمز یا دسترسی داخل سرور لازم نیست و نرم افزاری هم نصب نمی شود. آنچه تحویل می گیرید داشبورد وضعیت، هشدار قطعی و گزارش آپتایم با فهرست قطعی ها و مدت هر کدام است.
آدرس های مهم سایت را با درخواست واقعی باز می کنیم و کد پاسخ، زمان پاسخ و وجود یک عبارت مشخص در صفحه را کنترل می کنیم. صفحه ای که خطای 500 یا صفحه سفید برمی گرداند هم قطعی حساب می شود.
با ICMP و روی پورت سرویس ها، مثلاً 443، 22، 25 یا 3389، از بیرون می سنجیم که سرور در دسترس است یا نه. پورتی که شما اعلام نکرده باشید چک نمی شود.
تاریخ انقضای گواهی SSL و دامنه را زیر نظر داریم و پیش از موعد به شما یادآوری می کنیم.
هنگام قطعی پیام می گیرید و وقتی سرویس برگشت، یک پیام دیگر. هر قطعی پیش از ارسال هشدار یک بار دیگر چک می شود تا هشدار کاذب کمتر شود.
فهرست قطعی ها با زمان شروع، مدت و نوع خطا برایتان ارسال می شود تا با شرکت هاستینگ یا دیتاسنتر بر اساس سابقه ثبت شده صحبت کنید.
ابزارهایی مثل Uptime Kuma را می شود روی هر سروری نصب کرد، ولی اگر روی همان سروری نصب شوند که سایت روی آن است، با قطع شدن سرور هشدار هم همراهش خاموش می شود. نقطه بررسی باید روی شبکه و دیتاسنتر دیگری باشد تا قطعی برق، قطعی لینک یا پر شدن دیسک سرور اصلی روی خود مانیتورینگ اثر نگذارد.
بررسی بیرونی فقط می بیند سرویس جواب می دهد یا نه و از پر شدن تدریجی دیسک یا نشت حافظه خبر ندارد. برای این ها نرم افزار مانیتورینگ داخلی مثل Zabbix یا Netdata لازم است که با Agent روی سرور کار می کند.
جواب به محل نقطه بررسی بستگی دارد. هنگام اختلال در لینک های بین الملل، سایتی که روی سرور داخلی است ممکن است برای کاربران داخل کشور کاملاً سالم باشد و یک مانیتور خارجی آن را قطع ببیند.
اگر مشتریان شما بیشتر داخل ایران هستند، دست کم یک نقطه بررسی داخلی لازم است و اگر سرویس از خارج هم استفاده می شود، یک نقطه خارجی هم کنارش تعریف می شود. هشدار بهتر است فقط وقتی برود که قطعی از بیش از یک نقطه تأیید شده باشد، تا اختلال یک مسیر به اسم قطعی کامل ثبت نشود.
صفحه اول بسیاری از سایت ها از کش CDN یا کش صفحه خوانده می شود و حتی وقتی دیتابیس از کار افتاده، کد 200 برمی گرداند. برای همین آدرسی را انتخاب می کنیم که به دیتابیس یا بک اند نیاز داشته باشد، مثل صفحه جست وجو، صفحه ورود یا یک آدرس سلامت مثل /health که اتصال به دیتابیس را هم تست کند.
اگر سایت پشت ArvanCloud یا Cloudflare است، ممکن است درخواست های مانیتور به عنوان ربات مسدود شوند و هشدار کاذب بدهند. در این حالت IP نقطه بررسی یا User-Agent آن در قواعد فایروال استثنا می شود. سرویس ایمیل را هم با پورت 587 یا 465 جدا بررسی می کنیم، چون سالم بودن وب سرور چیزی درباره ایمیل نمی گوید.
فاصله بررسی کوتاه تر قطعی را زودتر نشان می دهد، ولی هر نوسان کوتاه شبکه را هم به هشدار تبدیل می کند. تنظیم معمول این است که یک خطای تکی هشدار نفرستد و قطعی پس از چند بررسی پیاپی ناموفق اعلام شود. مقدار Timeout هم باید با زمان پاسخ عادی سایت جور باشد. صفحه ای که در حالت عادی دو ثانیه طول می کشد، با Timeout یک ثانیه ای همیشه قطع دیده می شود.
اگر هاستینگ سطح مشخصی از دسترس پذیری را تعهد کرده، سابقه ثبت شده قطعی ها در گزارش آپتایم مبنای پیگیری شماست.
آدرس سایت، IP سرور و پورت هایی را که برایتان مهم اند در فرم وارد می کنید.
ما آدرس ها را بررسی و مانیتورها را تعریف می کنیم. اگر چیزی از همان ابتدا از بیرون در دسترس نباشد، اطلاع می دهیم.
ایمیل و شماره موبایل گیرنده هشدار را تأیید می کنید و یک هشدار آزمایشی دریافت می کنید.
گزارش آپتایم برایتان ارسال می شود. اگر قطعی ها الگوی تکراری داشته باشند، علت احتمالی را هم کنارش می نویسیم.
بله. بررسی آپتایم و هشدار قطعی برای تعداد محدودی آدرس و پورت رایگان است و تعداد مانیتورها و فاصله بررسی هنگام ثبت درخواست مشخص می شود. پایش داخلی سرور، مثل مصرف CPU، رم و دیسک، جزو خدمت مانیتورینگ پیشگیرانه است.
خیر. بررسی ها از بیرون انجام می شوند، درست مثل بازدیدکننده ای که سایت را باز می کند. چیزی روی سرور شما نصب نمی شود و تنظیمی هم تغییر نمی کند.
در مانیتورینگ سایت، آدرس سایت و پورت های سرور مرتب از بیرون چک می شوند تا قطعی را شما زودتر از مشتری ببینید. هشدارها هم با پیامک می آیند و هم با ایمیل. اگر بیش از یک گیرنده تعریف کنید، وقتی یک نفر در دسترس نیست دیگری خبردار می شود.
مانیتورینگ رایگان فقط خبر می دهد و روی سرور کاری انجام نمی دهد. اگر برای رفع قطعی کمک بخواهید، خدمت پشتیبانی اضطراری همین کار را می کند و شرایط و زمان پاسخش در قرارداد می آید.
جست وجوهای مرتبط
رایگان
آدرس سایت یا IP سرور را بدهید. بررسی بدون تغییر در سیستم انجام می شود و نتیجه را به صورت گزارش می فرستیم.