banner

[Rule] Rules  [Home] Main Forum  [Portal] Portal  
[Members] Member Listing  [Statistics] Statistics  [Search] Search  [Reading Room] Reading Room 
[Register] Register  
[Login] Loginhttp  | https  ]
 
Messages posted by: azteam  XML
Profile for azteam Messages posted by azteam [ number of posts not being displayed on this page: 0 ]
 
Xem tốc độ read/write của HDD như vậy là thấp rồi. Dùng thêm hdparm, smartctl để check kỹ HDD xem sao, bên cạnh đó thử Optimize thêm MySQL.
Muốn xem có bị attack không thì xem logs của site đấy, xong phân tích logs xem requests như nào. Còn chỉ nhìn như này thì chưa biết được, do site chạy nhiều, do chưa tối ưu source + db hoặc cũng có thể bị attack.
Thêm vào httpd.conf 2 dòng
---
NameVirtualHost *
NameVirtualHost <IP>:80

Dùng luôn smartctl để truy xuất cho nhanh:
smartctl -d ata -A /dev/sda | grep -i temperature
(nếu dùng sas thì -d sas, dùng scsi thì -d scsi)
Nếu server bạn có dùng firewall thì 2 tham số đấy quan trọng đấy.
Bạn đưa hình chụp không như này thì khó tư vấn.
Tối thiểu bạn cho biết server chạy cái gì, đưa xem cấu hình cấu hình của các apps đang chạy. Như trong hình capture thấy mysql chạy nhiều nhưng apache cũng chạy không ít. Bạn kiểm tra lại xem logs của mysql(error_log, slow log...), apache(access_log, error_log ..) xem có vấn đề gì không. Xem log web app của user d2012 như nào. Sau đó thử optimize lại xem. Sau đấy nếu có nghi ngờ gì thì đưa lên để mọi người tư vấn.
Tìm hiểu thêm về suPHP
Lỗi cụ thể như nào bạn, đưa lên đây mọi người hướng dẫn. Có rất nhiều hướng dẫn từ a đến z trên google nhưng bạn đừng tìm ở đây.
Đọc thêm openvz tại http://wiki.openvz.org/Main_Page
Bạn đã cho load extension này chưa. Bạn cho kết quả khi gõ php -m xem
Nhìn qua thì bạn đang thiếu thư viện php-gd. Bạn cài thêm thư viện này rồi xem lại xem.
Đã set tham số max_allowed_packet chưa. Mà sao không dùng command như hướng dẫn trên, cứ dùng mysqldump nhỉ
Không biết bạn cài và cấu hình apache như nào, thường thi /var/log/httpd/ hoặc /usr/local/apache/logs

Logs apache đi bạn, không chạy được thì phải có logs cụ thể thì mới kiểm tra được.

xlove wrote:
Câu lệnh restore và backup thì em biết rồi. Em đã xoá log. tối ưu data. Chỉ còn hơn 1Gb Em đã backup ra 1 bản để restore lại. Em restore lại thì cứ đến đoạn table post được 1 tý là MySQL server has gone away. Em đã thử restore 1 table post thì vẫn bị. Table post có hơn 700 nghìn bản ghi. Vấn đề là table post này nhiều bản ghi quá hoặc server ko tải nổi.
Em chưa hiểu các bác giải thích giúp 


Nếu đã chạy rồi nhưng đến 1 tables bị lỗi trên thì có khả năng liên quan đến tham số max_allowed_packet, bạn vào my.cnf (linux) hay my.ini để tăng giá trị này lên 32M hoặc 64M.
Chú ý thêm tham số này phía dưới thẻ [mysqld]

Thân.
Theo hướng dẫn anh Conmale:

Như này để backup:
mysqldump -u <user> -p -h <host> -P <port> <database> > whatever.sql

Để restore:
#mysql -u <user> -p <password>
#use <database_name>
#source /path/to/file/databasebackup

Thân,
Xem báo lỗi khi connect là gi?
Kiểm tra xem FTP server có chạy passive port không, nếu có điền passive port range vào apf
Hi anh,

Anh có thể cho em một vài gợi ý về "bộ phận đứng trước server". Em cũng đã nghĩ đến vấn đề này nhưng vẫn chưa tìm được mô hình thích hợp.
Chào mọi người,

Hiện tại em đang có 1 server windows 2008 enter chạy Web (IIS, PHP, MySQL, MSSQL), thời gian gần đây server liên tục bị synlood và port 80 với số lượng cực lớn.




Em đã thử cấu hình SynAttackProtect, TcpMaxHalfOpenRetried, TcpMaxPortsExhausted... Enable Dynamic backlog... nhưng vẫn không ăn thua.

Mọi người từng gặp qua có thể tư vấn thêm cho em giải pháp.

Cảm ơn,
Thay đổi port listen của apache kèm theo sử dụng cả control panel DA không đơn giản như bạn làm, bạn nên tham khảo link sau để làm cho chính xác: _http://www.directadmin.com/forum/showthread.php?t=23969&page=1

sasser01052004 wrote:
/etc/init.d/apache2 restart
* Restarting web server apache2 (98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
[fail]


vẫn thế anh ơi 


Bạn thử chạy
#netstat -nap| grep :80

Xem thằng nào đang listen port 80, kill process rồi start lại apache xem.
Thông tin của bạn quá ít để mọi người có thể tư vấn giùm bạn. Bạn kiểm tra tinh trạng server tại thời điểm treo, show top, logfile apache (access logs, error logs), cấu hình apache ....thì mới có hướng cụ thể để xử lý.
Ý bạn này là thông thường bạn vẫn sử dụng 1 server đóng vại trò db server để cho các host (webserver) connect vào. Bình thường muốn allow IP host (webservers) thì bạn ý add allow trên Cpanel.
Bạn thử tìm hiểu thêm về remote mysql. Trên server chạy db, sau khi bạn log vào mysql server. Bạn sử dụng lệnh để cấp quyền access vào db.
Vdu:
mysql> update db set host='yourip' where db='yourwebdb';
mysql> update user set host='yourip' where user='yourwebuser';
Bạn nên làm các việc sau:
- Kiểm tra code, database để xem có shell không.
- Kiểm tra, thay đổi lại toàn bộ thông tin password (ftp, host)
- Update version joomla mới nhất đề fix các bug
- Security lại website (chmod, thay đôit file config, ...)
Tuy nhiên nếu bảo mật server kém, có thể local attack thì bạn có sửa đường nào thì cũng bị hack thôi.
message log của bạn báo gì?
Chào bạn,

Có khá nhiều tools dùng để benchmark webserver. Bạn có thể sử dụng tool ab (http://httpd.apache.org/docs/2.0/programs/ab.html) hoặc httperf (http://www.hpl.hp.com/research/linux/httperf/).

Thân.
Bạn pntri85 có lẽ đang bị mất phương hướng trong phương pháp xử lý. Bạn nên tìm hiểu rõ bản chất của vấn đề trước khi chuyển sang "thử" tiếp. Nếu vấn đề do code và database chưa được tối ưu thì bạn "thử" với webserver và module nào cũng vậy thôi.
Theo các dữ liệu bạn đưa thì khả năng bạn nên tập trung vào kiểm tra cái code và database mà website của bạn đang sử dụng. Tại thời điểm treo tôi không thấy memory bị sử dụng hết mà hết CPU. Mysql có nhiều slow query, chiếm quá nhiều CPU.
Tìm hiểu thêm với suPHP và suPHP_ConfigPath
Bạn gửi thêm đoạn scripts của bạn cho mọi người check lại xem sao.
Bạn kiểm tra port connect xem có được open không?
 
Go to Page:  2 3 4 Page 5 Last Page

Powered by JForum - Extended by HVAOnline
 hvaonline.net  |  hvaforum.net  |  hvazone.net  |  hvanews.net  |  vnhacker.org
1999 - 2013 © v2012|0504|218|