مشکل کندی سرعت در IBSng

سلام
دیروز بود که لاگ ها پاک کردم و امروز سرعت لود IBSng خیلی اومده پایین
تقریباً 1 دقیقه طول میکشه تا لود بشه ...
ریستارت هم کردم ... قبلاً هم یک بار یادمه اینطوری شد خودش درست شد
اما الان از صبح به همین شکله !!

حجم فایل بکآپ چند هست؟

نقل قول:

---

نوشته اصلی توسط hassanshaikhi

حجم فایل بکآپ چند هست؟

---

حدود 1mb
البته اسکریپتی که ران کردم خودش میفرسته تو FTP و بعدش پاک میکنه
حتی فضای هارد هم دیدم تقریباً همش Free بود

درصد استفاده از cpu رو چک کنید.
top
با htop هم میتونید چک کنید گرافیکی تر نشون میده
yum install htop
htop

نقل قول:

---

نوشته اصلی توسط hassanshaikhi

درصد استفاده از cpu رو چک کنید.
top
با htop هم میتونید چک کنید گرافیکی تر نشون میده
yum install htop
htop

---

درصد سی پی یو رو 0 هست و رم هم رو 6
کاربرد htop چیه دقیقاً ؟
یک سوال داشتم مثلاً همزمان 100 تا کاربر وصل باشند به سرور چه سخت افزاری نیاز هست که مشکلی پیش نیاره سرور ؟

چه مقدار از رم خالی هست؟
htop شبیه به top هست فقط درصد استفاده از cpu ram.. بصورت گرافیکی نشون میده.
وضعیت هارد هم چک کنید
iotop

اگه نصب نبود
yum install iotop

توی ibs قسمت advaned configuration مقدار CHECK ONLINE MAX FAILS چند هست؟

واسه سرور نمیشه دقیق گفت باید ببینید الان چه چیزی محدودیت ایجاد کرده.

27 Mhz

: مصرف سي پي يو 1024 MB : رم 92 MB : مصرف رم

6799 Mhz

: سي پي يو

این اطلاعات مصرف منابع هستش
Check online max fails هم عدد 2 است

اون مقدار چک آنلاین رو به 5 تغییر بدید توی اسکوید هم مقدار auth_param basic credentialsttl به 5 دقیقه تغییر بدید.

الان تست کردم با تعداد یوزر حدود 1000 آنلاین. کمترین تاثیر رو رم و هارد دارند و بیشترین فشار روی cpu هست. با این حال مشکلی در کار با ibs نداشتم و فکر نمیکنم مشکل شما بخاطر تعداد یوزر آنلاین باشه.

اگه خواستید سرور ibs رو زیر فشار بذارید این مراحل رو انجام بدید.

yum install freeradius-utils -y

nano ibs.sh

این کدها رو توش کپی کنید. بعد سیو کنید

کد:

---

#!/bin/bash


for i in {1..250}
do
radtest test test 127.0.0.1 $i 123456789
done
exit 0

---

اینجا 250 یوزر وصل میشن. به جای 127.0.0.1 آی پی سرور خودتون قرار بدید به جای 123456789 هم secret سرور خودتون.
توی سرور ibs هم یه یوزر با نام test test بسازید multi login هم براش 250 بذارید.
و در آخر این دستور رو بزنید.

sh ibs.sh

نقل قول:

---

نوشته اصلی توسط hassanshaikhi

اون مقدار چک آنلاین رو به 5 تغییر بدید توی اسکوید هم مقدار auth_param basic credentialsttl به 5 دقیقه تغییر بدید.

الان تست کردم با تعداد یوزر حدود 1000 آنلاین. کمترین تاثیر رو رم و هارد دارند و بیشترین فشار روی cpu هست. با این حال مشکلی در کار با ibs نداشتم و فکر نمیکنم مشکل شما بخاطر تعداد یوزر آنلاین باشه.

اگه خواستید سرور ibs رو زیر فشار بذارید این مراحل رو انجام بدید.

yum install freeradius-utils -y

nano ibs.sh

این کدها رو توش کپی کنید. بعد سیو کنید

کد:

---

#!/bin/bash


for i in {1..250}
do
radtest test test 127.0.0.1 $i 123456789
done
exit 0

---

اینجا 250 یوزر وصل میشن. به جای 127.0.0.1 آی پی سرور خودتون قرار بدید به جای 123456789 هم secret سرور خودتون.
توی سرور ibs هم یه یوزر با نام test test بسازید multi login هم براش 250 بذارید.
و در آخر این دستور رو بزنید.

sh ibs.sh

---

جا داره که ازتون تشکر کنم با صبر و حوصله جواب سوالاتم رو میدید
پس از نظر رم فکر نکنم مشکلی داشته باشم و حتی از نظر سی پی یو هم نباید حتی با 1000 تا یوزر برام مشکلی پیش بیاد ....
خب از این بابت خیالم راحت شد ...
راستش الان متوجه یه موضوعی شدم که کند بودن ibs از طرف خود ibs نیست و از طرف نت بنده و مشکلات dns هستش
چون با 2-3 تا isp دیگه تست کردم سرعت لودش اوکی بود !!
البته دفع قبل رو یادمه مشکل از نت من نبود و خود ibs کند شده بود
به هر حال خیالم از بابت منابع راحت شد و بازم ازتون تشکر میکنم
این تستی هم که فرمودید رو راستش میترسم انجام بدم ....

درود
دی ان اس های سرورمجازتون عوض کنید مشکل برطرف میشه
مغمولا مشکل از دی ان اس سرور مجازی هست .

خواهش میکنم.
یه موضوع دیگه هم که هست اینجا 1000 یوزر فقط authentication شدن یعنی بعد وصل شدن فشاری روی ibs نیست. شبیه به کاری که اسکوید انجام میده وقتی کاربر وصل شد دیگه کاری به ibs نداره سرور ibs شما قطع هم بشه باز یوزر وصله تا چند دقیقه بعد که براش تعریف کرده باشید که شما اینجا 2 دقیقه تعیین کردید دوباره authentication رو انجام میده.
اما اتصال مثل v*p%%n بصورت مداوم هست و لحطه به لحظه اطلاعات اکانتینگ کاربر به ibs فرستاده میشه و ممکنه فشار بیشتری بیاره.
و همچنین بیشترین فشار در موقع درخواست اتصال کاربر هست که توی تست همه در عرض چند ثانیه اتفاق افتاده و توی واقعیت 1000 کاربر همزمان وصل نمیشند.