chín mốt hay bảy mốt cũng là cái số, nó chẳng phản ánh tư duy lắm đâu, dùng tay chân tìm trong box này lời giải thích tại sao lại không có "một kênh thông tin trực tuyến và trực tiếp" đi thì biết lí do. mà nói luôn là do các bác BQT nhà ta không phản lí được vì nhiều lí do cá nhân khác nhau chứ chẳng phải là do sao cả, so sánh rank của Ubuntu-Vn và HVA xem, tui cũng là mod của Ubuntu-Vn nên tui cũng biết cái này rất rõ việc quản lí, đôi khi ngay cả Ubuntu-Vn còn không quản lí được nữa đấy  

việc tạo kênh IRC và việc làm chatbox là như nhau, và lí do giải thích cho việc "nó không tồn tại" cũng nhiều rồi, tìm được lại xem  

trích một câu nói của mrro:

Đâu rồi những chiếc lá lành? Đâu rồi những conmale khác? Thay vì chửi rủa và chê bai lũ scriptkiddies, tại sao không hướng đám người trẻ nhiều nhiệt huyết đó vào con đường đúng đắn? 

p/s: đồng chí hizit91 nói cứ như là đang trách "đội ngũ member của HVA ngày xưa" (đáng tuổi cha/chú mình) ấy nhỉ  

WinDak wrote:

Vấn đề phải chăng là thế hệ member hiện giờ thiếu những người đủ kiên nhẫn theo đuổi niềm đam mê của mình ?

 

Mình cũng nghĩ như thế. Ngày xưa thấy đội ngủ member lúc nào cũng đầy nhiệt huyết, đam mê, phấn đấu từng tí một. Có lẽ giờ đây họ hướng đến một đam mê khác? Có phải là code web rồi quảng cáo để kiếm $ chăng? 

@ bác PXMMRF:
Chẳng hạn như chỗ này:

Vì PHP là "người tiếp đón đầu tiên" dòng packet DDoS-request để rồi chuyển yêu cầu truy vấn đến Apache (hay trình quản lý web khác) 

Xét theo mô hình gì đi nữa thì cũng không đúng,ví dụ mô hình máy chủ apache,người tiếp quản đầu tiên và handle các connections phải là TCP-Server(tcpserver,inetd,Xinetd) nếu không muốn nói là card mạng,và lại apache thường chạy trên chế độ stand-alone nên coi như cả phần Tcp-Server đã tích hợp luôn vào apache rồi,nên apache mới là "người tiếp đón đầu tiên dòng packet" và xử lý trước khi chuyển dữ liệu đến cho các trình biên dịch khác,mặt khác có những dữ liệu mà apache không cần phải gọi đến PHP compiler.
Còn web động theo mình hiểu là web được viết bằng một số ngôn ngữ lập trình nào đó và động ở đây nhấn mạnh đến quá trình biên dịch và xử lý dữ liệu ở phía máy chủ(trước khí trả về text/htm tới web browser) hơn là nhưng thao tác ở phía client.
Mong bác giải thích giúp! 

hizit91 wrote:

Ý của tác giả ở đây là Webserver là máy chủ chứ không phải ám chỉ IIS hay Apache.

Thế nên người hứng chịu đầu tiên dòng DDoS sẽ là php.

Em chỉ [thông dịch] lại lời của tác giả, [quá trình thông dịch có thể sai]

Thân.
 

Tác giả ( quyển sách Beginning PHP5, Apache, and MySQL ® Web Development ) nói đến Webserver ở đoạn nào ? câu nào có từ Webserver ? 

Bạn chưa trả lời câu hỏi ở trên mà. Bạn nói Webserver là bộ phận tiếp nhận đầu tiên. Vậy cái gì của Webserver là bộ phận tiếp nhận đầu tiên ? - Ram à ? hay Cpu ? 

Theo hiểu biết của em thì Web server mới là bộ phận tiếp nhận đầu tiên chứ anh.
 

Cái gì của web server ?

Ý bác PXM nói là khi 1 packe DDoS request thì module PHP trong web server đó sẽ nhận đầu tiên rồi chuyển yêu cầu đó đến Apache

 

Vì PHP là "người tiếp đón đầu tiên" dòng packet DDoS-request để rồi chuyển yêu cầu truy vấn đến Apache (hay trình quản lý web khác).
 

@SuperDragon: gợi ý: bạn soi thử xem trong /etc/ld.so.preload có gì? 

hizit91 wrote:

Theo em:
- Public IP dùng để định danh trên Internet ( mỗi IP là duy nhất )
- Private IP dùng để định danh trong private network . ( mỗi IP, chẳng hạn 192.168.1.2, có thể là LAN IP của anh quanta, cũng có thể là LAN IP của anh neverwon,...)

Các private network được che đậy với Internet bằng public IP ( thông qua NAT), Vì thế các giao tiếp trên Internet chỉ có public IP (nên anh quanta có LAN IP là 192.168.1.2, anh neverwon cũng có LAN IP 192.168.1.2, thì cũng không liên quan tới nhau).

Còn trường hợp anh quanta đưa ra : /hvaonline/posts/list/23678.html, thì gói tin được gởi đi chỉ nhờ IP đích (không biết nếu 192.168.x.x là IP đích thì sao?) nên không thể nói là từ Internet có thể nhìn thấy (theo nghĩa giao tiếp, kết nối) với các host trong private network mà không cần NAT được. 

Mục đích của tớ khi "đào" topic này lên là phân biệt hai khái niệm: IP private và IP thiết lập cho mạng LAN.

Về vấn đề: "Tại sao khi tracert một IP public lại xuất hiện một hop có IP trong dải private" thì đã có một topic khác bàn đến. gói tin tracert của ta đi xuyên qua hop này, nhưng ta không thể ping hay tracert tới địa chỉ private này. (Tớ đã thử tracert tới địa chỉ private 192.168.1.6 và post kết quả lên đây rồi)

 

Vì khi đến ISP thì bandwidth của bồ đã bị shape lại rồi, vì vậy băng thông của bồ đâu có thay đổi gì đâu.

 

• Ta có thể tạo nhiều ppp sessions từ cùng một tài khoản internet, cùng một lúc.
• Các sessions đều hoạt động tốt, song song với nhau.
• Giờ ta quan tâm tới băng thông, liệu nó có được giới hạn luôn cho nhiều ppp sessions không, và nếu bị giới hạn thì các ISP dùng cách thức nào để làm việc ấy?

ý của bồ là sao? số session trong trường hợp này đâu có tác dụng khi bồ chỉ có 1 đường truyền ra Internet 

bồ có 1 ISP, rồi configure ra nhiều ppp session nhưng rốt cuộc chỉ có 1 kết nối từ mạng của bồ đến ISP đó thôi, từ ISP người ta sẽ shape bandwidth cho cái link từ mạng của bồ ra Internet. Vậy tổng băng thông thì vẫn vậy thôi. Ở link này http://lartc.org/howto/lartc.rpdb.multiple-links.html thì người ta setup với 2 links đến ISPs. 

Tối nay nếu có thời gian tớ sẽ test chính xác thử cái này xem sao, cái này có vẻ hay.