گاهی بعد از ریبوت VPS می‌بینی سرور بالا آمده، ولی یکی از سرویس‌ها با تأخیر آماده می‌شود و کل استک چند ده ثانیه منتظر می‌ماند. به‌جای حدس‌زدن، زنجیره بوت systemd را ببین.

برای پیدا کردن سرویس‌هایی که مسیر بوت را کند کرده‌اند این دو دستور خیلی کاربردی‌اند:

systemd-analyze blame
systemd-analyze critical-chain

نکته اینجاست که blame فقط زمان هر واحد را نشان می‌دهد؛ اما critical-chain وابستگی‌هایی را پیدا می‌کند که واقعاً مسیر بوت را عقب انداخته‌اند. پس صرفاً طولانی‌ترین عدد را مقصر اعلام نکن؛ اول زنجیره وابستگی را ببین، بعد سراغ همان سرویس برو.

🔗 کانال وان سرور

#Linux #VPS

گاهی VPS ظاهراً بدون دلیل یک سرویس رو می‌کُشه؛ نه CPU پره، نه دیسک مشکل داره، ولی پروسه ناگهان ناپدید می‌شه. یکی از مظنون‌های اصلی OOM Killer لینوکسه؛ وقتی RAM و Swap جواب نمی‌دن، کرنل برای زنده نگه داشتن سیستم یک پروسه رو قربانی می‌کنه. 😅

برای چک سریع، این لاگ‌ها رو ببین:

journalctl -k | grep -Ei 'oom|out of memory|killed process'

بعد مصرف حافظه رو با این دو دستور بررسی کن:

free -h
ps aux --sort=-%mem | head

نکته مهم اینه که صرفاً RAM رو بیشتر نکنی؛ اول ببین کدوم سرویس نشت حافظه داره، Swap اصلاً فعاله یا نه و محدودیت Memory سرویس/کانتینر درست تنظیم شده یا نه.

🔗 کانال وان سرور

#VPS #Linux

گاهی خطرناک‌ترین دسترسی روی سرور نه پورت بازه، نه یک سرویس عجیب؛ یک خط فراموش‌شده در sudoers می‌تونه کاربر عادی رو عملاً به root برسونه. مخصوصاً وقتی برای اسکریپت یا مانیتورینگ، NOPASSWD گذاشتی و بعد یادت رفته جمعش کنی.

برای یک بررسی سریع، دسترسی‌های sudo رو این‌طور ببین:

sudo -l -U USERNAME
grep -R "NOPASSWD" /etc/sudoers /etc/sudoers.d 2>/dev/null

بهتره به‌جای دسترسی کلی، فقط همان command لازم را با مسیر کامل مجاز کنی و بعد از تغییر هم فایل را با visudo -c اعتبارسنجی کنی. دسترسی موقت اگر جمع نشه، خیلی راحت تبدیل به مسیر دائمی Privilege Escalation می‌شه.

🔗 کانال وان سرور

#امنیت #Linux

فرض کن ساعت دو شب مانیتورینگ هشدار می‌ده و یک VPS ناگهان کند شده؛ هنوز نمی‌دونی مشکل از CPU، RAM، دیسک یا شبکه است. اولین دستوری که می‌زنی کدومه؟ 👇

گزینه خودت رو انتخاب کن و بعد با این چک سریع مقایسه کن:

uptime
free -h
vmstat 1 5
df -h

نکته اینجاست که از روی یک عدد نباید حکم بدی؛ Load بالا می‌تونه از CPU باشه، ولی I/O wait یا فشار حافظه هم می‌تونه همون ظاهر رو بسازه. برای Incident واقعی، اول وضعیت کلی رو بگیر و بعد برو سراغ ابزار تخصصی‌تر.

🔗 کانال وان سرور

#Linux #VPS

گاهی VPS کُند می‌شه ولی CPU در ظاهر بیکار است؛ اینجا قبل از متهم کردن پردازنده، I/O Wait رو چک کن. وقتی دیسک دیر جواب می‌ده، پردازش‌ها منتظر I/O می‌مونن و سرور حس سنگینی می‌ده، حتی اگر مصرف CPU پایین باشه.

برای شروع این دو تست کوتاه رو بزن:

vmstat 1 5
iostat -xz 1 5

توی vmstat ستون wa رو ببین؛ اگر بالا می‌مونه، سراغ دیسک برو. بعد در iostat به await و %util نگاه کن تا مشخص بشه تأخیر واقعاً از Storage میاد یا نه.

نکته مهم اینه که یک عدد لحظه‌ای ملاک نیست؛ چند نمونه پشت‌سرهم بگیر و هم‌زمان ببین کدوم پروسه بیشترین I/O رو ایجاد می‌کنه.

🔗 کانال وان سرور

#VPS #Linux

گاهی سرویس روی VPS بالا و CPU هم عادیه، ولی اتصال‌ها مکث می‌کنن یا سرعت نوسانی می‌شه. قبل از دست‌کاری اپلیکیشن، بد نیست TCP Retransmission رو بررسی کنی؛ چون Packet Loss، مسیر بد یا مشکل MTU می‌تونه باعث ارسال مجدد بسته‌ها بشه.

برای یک بررسی سریع این دو دستور مفیدن:

ss -ti
nstat -az | grep -E 'TcpRetransSegs|TcpExtTCPLostRetransmit'

اگر Retransmit در زمان اختلال سریع بالا می‌ره، بعدش مسیر رو با mtr و MTU رو بررسی کن. نکته مهم اینه که Retransmission خودش علت نهایی نیست؛ یک نشونه‌ست که کمک می‌کنه مشکل شبکه رو از CPU، RAM یا خود سرویس جدا کنی.

🔗 کانال وان سرور

#VPS #Linux

گاهی یک مجوز اشتباه روی فایل یا پوشه، بیشتر از چیزی که فکر می‌کنی دردسر می‌سازه؛ مخصوصاً وقتی برای رفع سریع Permission Error از 777 استفاده شده و بعد همون‌طور باقی مونده. برای یک ممیزی ساده، فایل‌ها و پوشه‌های world-writable رو پیدا کن:

find /etc /var/www /opt -xdev -perm -0002 -ls 2>/dev/null

بعد نتیجه‌ها رو کورکورانه chmod نکن؛ اول Owner، Group و نیاز واقعی سرویس رو بررسی کن. برای مسیرهای وب معمولاً مجوز حداقلی و مالکیت درست بهتر از بازکردن دسترسی برای همه است. مجوز موقت اگر جمع نشه، خیلی زود تبدیل به تنظیم دائمی می‌شه.

🔗 کانال وان سرور

#امنیت #Linux

گاهی Load Average بالاست ولی از روی CPU، RAM یا دیسک به‌تنهایی نمی‌فهمی سیستم دقیقاً کجا گیر کرده؛ اینجا Linux PSI می‌تونه سرنخ خیلی خوبی بده. PSI میزان زمانی رو نشان می‌دهد که پردازش‌ها به‌خاطر کمبود CPU، Memory یا I/O منتظر مانده‌اند.

برای یک بررسی سریع این سه فایل رو ببین:

cat /proc/pressure/cpu
cat /proc/pressure/memory
cat /proc/pressure/io

اگر مقدار avg10 در یکی از بخش‌ها بالا می‌رود، یعنی در ۱۰ ثانیه اخیر فشار واقعی همان منبع بیشتر شده. نکته مهم اینه که PSI جای بررسی top یا iostat رو نمی‌گیره؛ کمک می‌کنه قبل از عیب‌یابی عمیق بفهمی باید دنبال CPU، حافظه یا دیسک بگردی.

🔗 کانال وان سرور

#VPS #Linux