Các code này có phải tạo 1 file tcp.smtp rồi sau đó đổi thành tcp.smtp.cdb k ạ ?

mong các anh chị giúp em , vì em sắp làm báo cáo rồi.
 

gần như y nguyên, chỉ sai khác đôi it thôi, vì actualtest có tới hơn 500 câu mà đề thi chỉ có 60 câu thôi thì đúng khoảng 10 câu chuyện đó cũng bình thường thôi, như chưa đổi đề, mình nghe nói nó dung khoảng 60-70%. Mình không mong muốn tìm actualtest với khả năng đúng nhiều hơn mà muốn tìm quyển sách nó mới cập nhật thì nó sát với nội dung của đề hơn,

Ví dụ như trong phần nói về kernel: Bây h thì nó sẽ là 2.6.x, một số tài liệu cũ nó có thể nói về thấp hơn, chảng hạn 2.2.x trở về trước, nó đã có chút khác biệt, chẳng hạn về kmod và kerneld. Đấy là mình chỉ ví dụ thôi  

Đã làm theo cách của bác tranvanminh,cải thiện tốc độ chút ít! 

worker_processes 2
client_header_timeout 5;
ignore_invalid_headers on;
limit_zone gulag $binary_remote_addr 1m;
 

You can practice good web server security by doing the following:

1. Limit the amount of connections and how fast those connections can be made from any ip address to your web server by use of your firewall. This can be done with PF (we have a "how to") or Iptables.
2. Time out clients who take too long to perform any action.
3. Drop clients immediately who send invalid data.
4. Limit the amount or memory, cpu time and system resources the webserver can use. This is so the webserver can not take down the machine if the site is attacked.

The following Nginx directives will timeout clients who take too long to communicate their intentions to the server. The ignore_invalid_headers directive will drop any client trying to send invalid headers to the server. The explanations of each one is listed above on this page.

* client_header_timeout 5;
* client_body_timeout 10;
* keepalive_timeout 5;
* ignore_invalid_headers on;
* send_timeout 10; 

sudo yum install nginx 

proxy_set_header X-Forwarded-For $remote_addr;


worker_processes 2
client_header_timeout 5;
ignore_invalid_headers on;
limit_zone gulag $binary_remote_addr 1m;


server {
listen 80;
server_name hvaonline.net;
location / { proxy_pass http://hvaonline.net:8000; }
}

 

listen 8000 

LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" proxy-combined 

iptables -A INPUT -p tcp -s xxx.xxx.xxx.xxx --dport 8000 -j ACCEPT
iptables -A INPUT -p tcp --dport 8000 -j DROP
 

Em có vài thắc mắc:
Tại sao thằng IIS 6, 7 lại miễn nhiễm ??
Tại sao anh Hoàng nói hạ time-out là ko khả thi ??
... và tại sao thằng phát minh ra chiêu này nó ko dùng POST ??
Cái cách hạ time-out có khả thi với POST request ko??
Còn về cách phòng thủ của HVA, em nghĩ cái "tốc độ ánh sáng" của HVA đã chống được 50% ?? 

@tranvanminh: ủa, cu thần bài thử.... nện rồi hả?  

em trích lại một comment của tác giả Neil trên LinuxSecurity:

Neil wrote:

TimeOut 2
or
TimeOut 5

breaks this tool.

The default is 8.19 minutes and by default it's not in the config file. With the default setting the tool does in fact break Apache 2.2. With 2 second timeout, there's no noticeable lag with the tool running against the server. With 5 second timeout the lag becomes noticeable. On a busy server you will see some lag.

This timeout setting doesn't affect how long the client waits for an ack. It also doesn't affect file uploads.

-Neil 

Tool này chỉ là demo nên có lẽ "mức độ nguy hại" không cao, em dùng từ có lẽ vì em chưa test.
Chi tiết về Timeout directive ở http://httpd.apache.org/docs/2.2/mod/core.html#TimeOut 

Sao không có bác nào khác hứng thú vụ này vậy hen.
Ngoài giải pháp dựng 1 con proxy đằng trước thì các bác nào có ý kiến khác không. Hệ thống phòng thủ HVA sẽ phản ứng như thế nào.