مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس رو دارم
بعد اینکه دیتابیس در سرور stop میشه مصرف cpu شدیدا کاهش پیدا می کنه نتیجه SHOW PROCESSLIST در mysql این هست
لطفا دوستانی که می دونن چطور حل کنم کمک کنن
به نظرم می رسه مشکل به دلیل table cache یا query cache یا innodb_buffer_pool_size باشه اما نمی دونم چی کار کنم لود بالا نره
اگه عزیزان بتونن راهکار این مشکل رو با دستوری به من بگن می تونم کرون بکنمش
چون یکم سی پی یو سرورم ضعیفه باید کنار بیام
نتیجه SHOW PROCESSLIST
+-----+------------+-----------+------------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+------------+-----------+------------+---------+------+-------+------------------+
| 567 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 574 | jambo_head | localhost | jambo_head | Sleep | 138 | | NULL |
| 638 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 652 | jambo_head | localhost | jambo_head | Sleep | 52 | | NULL |
| 656 | jambo_head | localhost | jambo_head | Sleep | 11 | | NULL |
| 662 | jambo_head | localhost | jambo_head | Sleep | 44 | | NULL |
| 664 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 667 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 670 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 671 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 672 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 673 | jambo_head | localhost | jambo_head | Sleep | 5 | | NULL |
| 675 | jambo_head | localhost | jambo_head | Sleep | 13 | | NULL |
| 676 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 677 | jambo_head | localhost | jambo_head | Sleep | 6 | | NULL |
| 678 | jambo_head | localhost | jambo_head | Sleep | 33 | | NULL |
| 680 | jambo_head | localhost | jambo_head | Sleep | 30 | | NULL |
| 681 | jambo_head | localhost | jambo_head | Sleep | 29 | | NULL |
| 682 | jambo_head | localhost | jambo_head | Sleep | 27 | | NULL |
| 683 | jambo_head | localhost | jambo_head | Sleep | 25 | | NULL |
| 684 | jambo_head | localhost | jambo_head | Sleep | 28 | | NULL |
| 685 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 686 | jambo_head | localhost | jambo_head | Sleep | 25 | | NULL |
| 687 | jambo_head | localhost | jambo_head | Sleep | 3 | | NULL |
| 688 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 689 | jambo_head | localhost | jambo_head | Sleep | 25 | | NULL |
| 690 | jambo_head | localhost | jambo_head | Sleep | 25 | | NULL |
| 692 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 693 | jambo_head | localhost | jambo_head | Sleep | 10 | | NULL |
| 695 | jambo_head | localhost | jambo_head | Sleep | 26 | | NULL |
| 696 | jambo_head | localhost | jambo_head | Sleep | 18 | | NULL |
| 698 | jambo_head | localhost | jambo_head | Sleep | 17 | | NULL |
| 700 | jambo_head | localhost | jambo_head | Sleep | 22 | | NULL |
| 701 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 703 | jambo_head | localhost | jambo_head | Sleep | 38 | | NULL |
| 705 | jambo_head | localhost | jambo_head | Sleep | 17 | | NULL |
| 707 | jambo_head | localhost | jambo_head | Sleep | 37 | | NULL |
| 708 | jambo_head | localhost | jambo_head | Sleep | 36 | | NULL |
| 709 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 710 | jambo_head | localhost | jambo_head | Sleep | 30 | | NULL |
| 711 | root | localhost | NULL | Query | 0 | init | SHOW PROCESSLIST |
| 712 | jambo_head | localhost | jambo_head | Sleep | 33 | | NULL |
| 713 | jambo_head | localhost | jambo_head | Sleep | 6 | | NULL |
| 714 | jambo_head | localhost | jambo_head | Sleep | 30 | | NULL |
| 716 | jambo_head | localhost | jambo_head | Sleep | 29 | | NULL |
| 717 | jambo_head | localhost | jambo_head | Sleep | 29 | | NULL |
| 718 | jambo_head | localhost | jambo_head | Sleep | 5 | | NULL |
| 719 | jambo_head | localhost | jambo_head | Sleep | 4 | | NULL |
| 721 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 722 | jambo_head | localhost | jambo_head | Sleep | 24 | | NULL |
| 723 | jambo_head | localhost | jambo_head | Sleep | 25 | | NULL |
| 726 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 727 | jambo_head | localhost | jambo_head | Sleep | 7 | | NULL |
| 729 | jambo_head | localhost | jambo_head | Sleep | 6 | | NULL |
| 730 | jambo_head | localhost | jambo_head | Sleep | 7 | | NULL |
| 731 | jambo_head | localhost | jambo_head | Sleep | 19 | | NULL |
| 733 | jambo_head | localhost | jambo_head | Sleep | 17 | | NULL |
| 734 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 735 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 736 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 737 | jambo_head | localhost | jambo_head | Sleep | 14 | | NULL |
| 738 | jambo_head | localhost | jambo_head | Sleep | 14 | | NULL |
| 739 | jambo_head | localhost | jambo_head | Sleep | 13 | | NULL |
| 740 | jambo_head | localhost | jambo_head | Sleep | 13 | | NULL |
| 741 | jambo_head | localhost | jambo_head | Sleep | 12 | | NULL |
| 742 | jambo_head | localhost | jambo_head | Sleep | 3 | | NULL |
| 743 | jambo_head | localhost | jambo_head | Sleep | 9 | | NULL |
| 744 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 745 | jambo_head | localhost | jambo_head | Sleep | 15 | | NULL |
| 746 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 747 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 748 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 749 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 750 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 751 | jambo_head | localhost | jambo_head | Sleep | 5 | | NULL |
| 752 | jambo_head | localhost | jambo_head | Sleep | 4 | | NULL |
| 753 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 754 | jambo_head | localhost | jambo_head | Sleep | 3 | | NULL |
| 755 | jambo_head | localhost | jambo_head | Sleep | 12 | | NULL |
| 756 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 757 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
| 758 | jambo_head | localhost | jambo_head | Sleep | 6 | | NULL |
| 759 | jambo_head | localhost | jambo_head | Sleep | 7 | | NULL |
| 760 | jambo_head | localhost | jambo_head | Sleep | 6 | | NULL |
| 761 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 762 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 763 | jambo_head | localhost | jambo_head | Sleep | 5 | | NULL |
| 764 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 765 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 766 | jambo_head | localhost | jambo_head | Sleep | 2 | | NULL |
| 767 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 768 | jambo_head | localhost | jambo_head | Sleep | 1 | | NULL |
| 769 | jambo_head | localhost | jambo_head | Sleep | 0 | | NULL |
+-----+------------+-----------+------------+---------+------+-------+------------------+
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
سلام .
سرور چی هست ؟
سی پنل ؟ سیستم عامل ؟
کانفیگ My.cnf چی هست ؟
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
mhiizadi
سلام .
سرور چی هست ؟
سی پنل ؟ سیستم عامل ؟
کانفیگ My.cnf چی هست ؟
Atom™ N2800
directadmin
کد:
bind-address=127.0.0.1
local-infile = 0
#max_allowed_packet = 1000M
max_allowed_packet = 100M
#wait_timeout = 60000
wait_timeout = 20
max_connections = 90
max_connect_errors = 150
myisam_sort_buffer_size = 16M
max_heap_table_size=128M
key_buffer = 128M
key_buffer_size = 512M
interactive_timeout = 80
thread_stack = 256K
thread_cache = 8
thread_cache_size = 20
thread_concurrency = 4
table_open_cache = 512
connect_timeout = 10
innodb_buffer_pool_size = 256M
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_fast_shutdown=0
innodb_log_buffer_size=256M
innodb_log_file_size=512M
innodb_flush_method=O_DIRECT
query_cache_size = 0
query_cache_type = 1
query_cache_limit = 40M
query_alloc_block_size=16384
read_rnd_buffer_size = 1024K
tmp_table_size=128M
join_buffer_size = 2M
sort_buffer_size = 2M
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
unix_magnet
Atom[emoji769] N2800
directadmin
کد:
bind-address=127.0.0.1
local-infile = 0
#max_allowed_packet = 1000M
max_allowed_packet = 100M
#wait_timeout = 60000
wait_timeout = 20
max_connections = 90
max_connect_errors = 150
myisam_sort_buffer_size = 16M
max_heap_table_size=128M
key_buffer = 128M
key_buffer_size = 512M
interactive_timeout = 80
thread_stack = 256K
thread_cache = 8
thread_cache_size = 20
thread_concurrency = 4
table_open_cache = 512
connect_timeout = 10
innodb_buffer_pool_size = 256M
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_fast_shutdown=0
innodb_log_buffer_size=256M
innodb_log_file_size=512M
innodb_flush_method=O_DIRECT
query_cache_size = 0
query_cache_type = 1
query_cache_limit = 40M
query_alloc_block_size=16384
read_rnd_buffer_size = 1024K
tmp_table_size=128M
join_buffer_size = 2M
sort_buffer_size = 2M
كلود لينوكس نصب نيست روى سرور ؟
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
mhiizadi
كلود لينوكس نصب نيست روى سرور ؟
نه رد هت بیس هست
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
در صورت امکان چک کنید زیره دی داس نباشید :
کد:
netstat -lantp|egrep ":80 "|awk '{print $5}'|cut -d: -f1|sort|uniq -c|sort -nr|head
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
mhiizadi
در صورت امکان چک کنید زیره دی داس نباشید :
کد:
netstat -lantp|egrep ":80 "|awk '{print $5}'|cut -d: -f1|sort|uniq -c|sort -nr|head
از پاسخ هایی که می فرستین سپاسگذارم
والا قبل فرمایش شما بررسی کردم بنا به اینکه بنده زیر 150 تا رو دیداس نمی دونم اما با توجه باینکه هوایز موقعیت رو امریکا نشون میده نظر شما چی هست ؟
6 46.229.168.72
6 46.229.168.71
5 46.229.168.74
4 46.229.168.73
4 46.229.168.67
4 46.229.168.65
3 46.229.168.69
2 66.249.66.227
2 46.229.168.70
2 46.229.168.68
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
unix_magnet
از پاسخ هایی که می فرستین سپاسگذارم
والا قبل فرمایش شما بررسی کردم بنا به اینکه بنده زیر 150 تا رو دیداس نمی دونم اما با توجه باینکه هوایز موقعیت رو امریکا نشون میده نظر شما چی هست ؟
6 46.229.168.72
6 46.229.168.71
5 46.229.168.74
4 46.229.168.73
4 46.229.168.67
4 46.229.168.65
3 46.229.168.69
2 66.249.66.227
2 46.229.168.70
2 46.229.168.68
عزیز درسته دی داس حساب نیست ؛ ولی مایل هستید رنج 46.229.0.0 رو ببندید به صورت موقت چند دقیقه ای ؟
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
mhiizadi
عزیز درسته دی داس حساب نیست ؛ ولی مایل هستید رنج
46.229.0.0 رو ببندید به صورت موقت چند دقیقه ای ؟
من با این دستور
کد:
iptables -A INPUT -i eth0 -s 46.229.168.0/25 -j DROP
از 46.229.168.0 تا 46.229.168.255
رنج رو می بندم اما وقتی دستور فوق رو می زنم باز هم میبینم ای پی ها لیسن هستن چرا پاک نمیشن ؟ ایا دراپ انجام نمیشه ؟
service iptables restart
iptables -L
کد:
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/21 anywhere
DROP all -- 46.229.168.0/22 anywhere
DROP all -- 46.229.168.0/23 anywhere
DROP all -- 46.229.168.0/24 anywhere
و
netstat -lantp|egrep ":80 "|awk '{print $5}'|cut -d: -f1|sort|uniq -c|sort -nr|head
کد:
7 46.229.168.70
4 46.229.168.73
4 46.229.168.69
4 46.229.168.66
3 46.229.168.71
3 46.229.168.68
2 46.229.168.72
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
سلام .
csf رو نصب کنید و اقدام به بلاک کردن آی پی ها کنید .
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
رم سرور ، نوع هارد ، سرور مجازی هست یا اختصاصی ، ورژن و تنظیمات mysql همه این موارد با هم در لود سرور و مصرف بالای cpu تاثیر گذار هستند . برخی تنظیمات mysql شما هم مشکل دارد .
برای مثال query_cache_size = 0 عملاً query_cache_type=1 را بی معنی می کند . مقدار innodb_buffer_pool_size هم متناسب با رم سرور تعیین می شود و ...
بهترین اسکریپتی که می تواند به شما تا حدی کمک کند mysqltuner.pl هست که پیشنهادات خوبی را به شما می دهد . البته برخی تغییرات هم تجربی هستند و باید رفتار mysql مانیتور شود تا بتوانید بهترین کانفیگ را متناسب ب رفتار سایت های خود انجام داد .
به این نکته توجه کنید که حداقل باید 48 ساعت از اجرا شدن سرویس mysql گذشته باشد تا نتایج mysqltuner.pl قابل استفاده باشند . در هنگام تغییر مقادیر innodb هم دقت کنید چون هر تغییر غیر اصولی می تواند این جداول را نابود کند ! پس قبل از هر تغییر حتماً از دیتابیس های حساس بک آپ تهیه کنید .
نحوه نصب و اجرای mysqltuner.pl :
کد:
wget http://mysqltuner.pl/ -O mysqltuner.pl
wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/basic_passwords.txt -O basic_passwords.txt
wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/vulnerabilities.csv -O vulnerabilities.csv
perl mysqltuner.pl
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
unix_magnet
من با این دستور
کد:
iptables -A INPUT -i eth0 -s 46.229.168.0/25 -j DROP
از 46.229.168.
0 تا 46.229.168.
255
رنج رو می بندم اما وقتی دستور فوق رو می زنم باز هم میبینم ای پی ها لیسن هستن چرا پاک نمیشن ؟ ایا دراپ انجام نمیشه ؟
service iptables restart
iptables -L
کد:
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/21 anywhere
DROP all -- 46.229.168.0/22 anywhere
DROP all -- 46.229.168.0/23 anywhere
DROP all -- 46.229.168.0/24 anywhere
و
netstat -lantp|egrep ":80 "|awk '{print $5}'|cut -d: -f1|sort|uniq -c|sort -nr|head
کد:
7 46.229.168.70
4 46.229.168.73
4 46.229.168.69
4 46.229.168.66
3 46.229.168.71
3 46.229.168.68
2 46.229.168.72
سابنت 25 شامل 128 تا آی پی هست.
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
2JZ
سابنت 25 شامل 128 تا آی پی هست.
احسنت منم رنج 128 تایی رو بستم که دیگه ای پی های قبل و بعدش هم بسته باشن من الان دارم میبینم از این رنج ای پی وجود نداره اما دیشب چند ساعتی چسبیده بودن علتش می تونه به نوعی کش لوکال لینوکس برگرده ؟
- - - Updated - - -
نقل قول:
نوشته اصلی توسط
rahyarco
رم سرور ، نوع هارد ، سرور مجازی هست یا اختصاصی ، ورژن و تنظیمات mysql همه این موارد با هم در لود سرور و مصرف بالای cpu تاثیر گذار هستند . برخی تنظیمات mysql شما هم مشکل دارد .
برای مثال query_cache_size = 0 عملاً query_cache_type=1 را بی معنی می کند . مقدار
innodb_buffer_pool_size هم متناسب با رم سرور تعیین می شود و ...
بهترین اسکریپتی که می تواند به شما تا حدی کمک کند mysqltuner.pl هست که پیشنهادات خوبی را به شما می دهد . البته برخی تغییرات هم تجربی هستند و باید رفتار mysql مانیتور شود تا بتوانید بهترین کانفیگ را متناسب ب رفتار سایت های خود انجام داد .
به این نکته توجه کنید که حداقل باید 48 ساعت از اجرا شدن سرویس mysql گذشته باشد تا نتایج mysqltuner.pl قابل استفاده باشند . در هنگام تغییر مقادیر innodb هم دقت کنید چون هر تغییر غیر اصولی می تواند این جداول را نابود کند ! پس قبل از هر تغییر حتماً از دیتابیس های حساس بک آپ تهیه کنید .
نحوه نصب و اجرای mysqltuner.pl :
کد:
wget http://mysqltuner.pl/ -O mysqltuner.pl
wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/basic_passwords.txt -O basic_passwords.txt
wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/vulnerabilities.csv -O vulnerabilities.csv
perl mysqltuner.pl
خیلی ممنون
این اسکریپت صرفا به ما پیشنهادات اعمال تغییرات میده یا مستقیما بدون دخالت ما تغییرات رو اعمال می کنه ؟ چون نوع دوم یکم دل بخواه نیست
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
unix_magnet
احسنت منم رنج 128 تایی رو بستم که دیگه ای پی های قبل و بعدش هم بسته باشن من الان دارم میبینم از این رنج ای پی وجود نداره اما دیشب چند ساعتی چسبیده بودن علتش می تونه به نوعی کش لوکال لینوکس برگرده ؟
- - - Updated - - -
خیلی ممنون
این اسکریپت صرفا به ما پیشنهادات اعمال تغییرات میده یا مستقیما بدون دخالت ما تغییرات رو اعمال می کنه ؟ چون نوع دوم یکم دل بخواه نیست
عذرخواهی می کنم ، اشتباه دیدم.
تصور کردم همه IP ها داخل یک رنج نیستند.
بعد از اینکه داخل iptables دراپ کردید ، سرویس هم ریست کنید.
iptables و هم کارگزار وب که اگر اتصالی هم Established شده ، با ریست سرویس بسته شود.
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
خیلی ممنون
این اسکریپت صرفا به ما پیشنهادات اعمال تغییرات میده یا مستقیما بدون دخالت ما تغییرات رو اعمال می کنه ؟ چون نوع دوم یکم دل بخواه نیست
این اسکریپت فقط به شما پیشنهاد داده و تغییری در تنظیمات انجام نمی دهد .
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
rahyarco
این اسکریپت فقط به شما پیشنهاد داده و تغییری در تنظیمات انجام نمی دهد .
مرسی رهیارکو
راستی هدف ما از این دو کامند چیه دقیقا
wget https://raw.githubusercontent.com/ma..._passwords.txt -O basic_passwords.txt
wget https://raw.githubusercontent.com/ma...rabilities.csv -O vulnerabilities.csv
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
این اسکریپت بسیاری از موارد از جمله آپدیت بودن ورژن mysql ، نوع پسورد های دیتابیس ها و ... را چک می کند
basic_passwords.txt در بخش
Security Recommendations استفاده می شود .
این فایل vulnerabilities.csv مرجع آخرین مشکلات امنیتی ورژن های مختلف mysql هست که در بخش CVE Security Recommendations چک می شود .
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
سلام دوست خوبم کلود نصب کنید و قبل از اون هم دیتابیس رو بهینه کنید
پاسخ : مشکل بالا رفتن مصرف cpu در سرور به دلیل افزایش بیش از حد مصرف دیتابیس
نقل قول:
نوشته اصلی توسط
unix_magnet
من با این دستور
کد:
iptables -A INPUT -i eth0 -s 46.229.168.0/25 -j DROP
از 46.229.168.
0 تا 46.229.168.
255
رنج رو می بندم اما وقتی دستور فوق رو می زنم باز هم میبینم ای پی ها لیسن هستن چرا پاک نمیشن ؟ ایا دراپ انجام نمیشه ؟
service iptables restart
iptables -L
کد:
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.160.0/20 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/25 anywhere
DROP all -- 46.229.168.0/21 anywhere
DROP all -- 46.229.168.0/22 anywhere
DROP all -- 46.229.168.0/23 anywhere
DROP all -- 46.229.168.0/24 anywhere
و
netstat -lantp|egrep ":80 "|awk '{print $5}'|cut -d: -f1|sort|uniq -c|sort -nr|head
کد:
7 46.229.168.70
4 46.229.168.73
4 46.229.168.69
4 46.229.168.66
3 46.229.168.71
3 46.229.168.68
2 46.229.168.72
این آی پی هایی که دی داس می کنن فیک آی پی هستن ؟ source آی پی رو از کجا میشه فهمید ؟
