một HTTP POST có payload đến trên 2 ngàn bytes thì nó phải đòi mở thêm connection để "đẩy" dữ kiện đến HVA server càng nhanh càng tốt 

16-Tôi dùng thuật ngữ "connection" ở đây là để chỉ chung cho các giai đoạn: SYN từ client, SYN-ACK từ HVA server, ACK-ACK từ hai đầu client và HVA server và sau đó là ACK-PSH hay bất cứ gì khác từ client cho đến khi "ESTABLISHED" trở thành "TIME_WAIT". Giới hạn connection ở đây thật sự là giới hạn SYN. ESTABLISHED chỉ dùng để biểu thị connection đã hình thành một cách hợp lệ và đúng quy định mà thôi. Nếu truy cập từ cùng một IP mà quá giới hạn 8 "connections", có nghĩa là SYN vẫn được gởi nhưng nếu hiện đã có 8 ESTABLISHED connections thì SYN đứng đó chờ hoặc SYN bị huỷ. ESTABLISHED dùng để đo lường số connection hiệu hữu và SYN dùng để cản (hoặc cho phép) các truy cập tiếp theo dựa trên số connection đã hiện hữu
 

Khi tìm hiểu về giao thức HTTP và đọc bài ký sự DDOS của anh conmale, mình có 1 thắc mắc là tại sao khi client truy cập đến webserver thì cần nhiều connection (trong bài viết của anh conmale thì tính ra trung bình là 4 connection). Theo như trong bài viết anh conmale nói thì :

một HTTP POST có payload đến trên 2 ngàn bytes thì nó phải đòi mở thêm connection để "đẩy" dữ kiện đến HVA server càng nhanh càng tố 

Và theo việc phân tích ethereal 1 session HTTP thì đúng là vậy nhưng mình vẫn ko hiểu vì theo mình bít HTTP dùng giao thức TCP để vận chuyển nên dù có gửi 1 (hoặc nhiều) packet lớn đến đâu thì nó cũng biết cách phân chia thành nhiều packet ra mà truyền & đồng thời cũng kiểm soát chúng 1 cách chặt chẽ. Vì thế theo mình nghĩ 1 người truy cập đến 1 trang web tại 1 thời điểm thì chỉ cần 1 connection là đủ, trừ khi anh ta tắt trang web đi (gửi RST) và vào lại lần nữa (gửi SYN mới) thì mới cần tạo 1 connection mới. Và nếu 1 HTTP session cần nhiều connection như vậy thì có giá trị nào trong module TCP/IP để giới hạn số lượng connection trong 1 HTTP session hay ko ? hay là 1 session HTTP muốn tạo bao nhiêu connection cũng được ?

Ai hiểu rõ xin giải thích giúp mình với
Thanx :wink:  

Chủ đề này có vẻ hấp dẫn đây, mà bác conmale có thể giải thích kỹ cho em persistent connections là gì ko nhỉ ? em có đọc trong 1 số ebook bề nó nhưng vẫn ko hiểu lắm )  

Về khái niệm persistent connection (HTTP Keep-Alive) & pipelining thì em hiểu rồi anh Z0rr0 ạ (em đọc trong quyển HTTP Essential) nhưng cái em thắc mắc là ý nghĩa của giá trị timeout và giá trị max trong HTTP Keep-Alive (em để ý trong 1 stream HTTP, giữa các GET request thì giá trị timeout giữ nguyên còn giá trị max thì giảm dần) )  

Cám ơn mọi người và anh conmale đã giúp đỡ

To anh conmale : đây là 1 session HTTP mà em capture được :

http://203.171.31.150/~vietwow/http.cap

Em dùng chức "Follow TCP Stream" thì trong header có phần "Connection: Keep-Alive" => theo như anh nói ở trên thì ở trường hợp này server dùng persistent connections => các request / response đi về trong cùng 1 socket nhưng trong phiên này thì lại có nhiều socket được mở (1999, 2000, 2001 ....) :?

1 lần nữa cám ơn mọi người đã giúp đỡ vì qua bài viết này mình đã thu thập được khá nhiều kiến thức :wink:  

WTF, chú vietwow là ai mà lại có file capture của ddth.com ???
chắc là file capture của khoảng cuối 2004 đầu 2005.
F--K. 

0day wrote:

WTF, chú vietwow là ai mà lại có file capture của ddth.com ???
chắc là file capture của khoảng cuối 2004 đầu 2005.
F--K. 

Xem trong các gói tin sẽ thấy được capture vào ngày Mon, 28 Aug 2006.
Đây chỉ là những packet được capture phía client browser khi duyệt đến ddth.com 

Cũng có trường hợp trọn bộ URL trên 1 trang web dùng relative URL nhưng vẫn có multiple connections được hình thành bởi vì chính client (trình duyệt) được ứng dụng để tạo thêm sockets cho mục đích hiệu năng.
 

conmale wrote:

Cũng có trường hợp trọn bộ URL trên 1 trang web dùng relative URL nhưng vẫn có multiple connections được hình thành bởi vì chính client (trình duyệt) được ứng dụng để tạo thêm sockets cho mục đích hiệu năng.
 

- làm sao biết được số connections đã được tạo cho mỗi request từ phía client( em xem trong phần header nhưng không rõ)?
 

- giả sử, server cho phép tạo nhiều connections từ phía client với mỗi request, giả sử mình muốn tạo 4 connections với mỗi request gởi đi thì chỉnh như thế nào?
 

- số connections yêu cầu mở từ trình duyệt được tính như thế nào để đạt hiệu năng cao nhất?

 

câu trả lời của anh thật rõ ràng
em có thắc mắc thêm là: em chạy chương trình capture username và password, em đăng nhập vào 2 website( một cái của hva) thì chỉ có trang kia là bắt được pass, còn trang hva thì không? có phải request POST đến hva sử dụng giao thức HTTPS đã được xử lý ở security layer? và làm sao request được gởi đi với giao thức HTTPS chứ không phải là HTTP?
 

câu trả lời của anh thật rõ ràng

em có thắc mắc thêm là: em chạy chương trình capture username và password, em đăng nhập vào 2 website( một cái của hva) thì chỉ có trang kia là bắt được pass, còn trang hva thì không? có phải request POST đến hva sử dụng giao thức HTTPS đã được xử lý ở security layer? và làm sao request được gởi đi với giao thức HTTPS chứ không phải là HTTP?