Sau khi bị mấy cú "thọt" của "Anh Già...", em đã ngộ ra một điều rất quan trọng là đã phí một khoảng thời gian dài nhưng cuối cùng cũng chẳng mang lại kết quả gì.

Đó là: chỉ nghe nói là làm, cứ step-by-step mà làm, đụng đâu làm đó, cái gì mới cũng thử,...
Tiếp thu được bao nhiêu thì hay bấy nhiêu, nhưng thật ra những cái tiếp thu đó chỉ là cái võ.
Vì kiến thức đã hỏng ngay tại cái nền thì không thể tiếp thu được cốt lõi của nó.
Vì không chịu tìm hiểu "khái niệm" của từng cái, tại sao nó lại như vậy, muốn làm được như vậy phải cần cái gì.

- Nghe nói Linux mạnh là "quất" nó liền, mà chơi ngay thằng Debian nữa mới ghê, cài xong rồi ngồi nhìn cái mặt "Bao Công" của nó rồi chẳng biết làm gì nữa, hehe
- Nghe nói Iptables làm Firewall và Share Internet rất mạnh liền lọ mọ tìm kiếm script cài vào và đã share được --> mừng quá, share internet mà có firewall nữa thì thật là VIP.
- Đã có firewall rồi mà sao còn bị Trojan và Keylog nữa trời --> ặc ặc, hay là mình bị gạt hoặc là làm chưa tới.

==> /hvaonline/posts/list/22754.html#135476 ==> "Nên động não một tí đi em" <== shock quá, "trước giờ làm gì mà tui không động não"

Lúc đầu thấy câu đó em vô cùng shock, nhưng nghĩ lại tại sao "Anh Già..." lại nói như vậy. Thế là mới xem lại cái gì mà có vụ tầng tầng gì đó của thằng TCP/IP.
Cuối cùng cũng tìm ra được cái cần phải xem: 7 tầng địa ngục OSI Model và 4 tầng âm phủ TCP Model.

Wow, sau khi bế quan luyện công được vài tuần, "trời ơi" nó sáng ra rất nhiều cái mà không bao giờ hình dung được.

Ặc ặc, Thật ngớ thay khi dùng Iptables mà không biết dữ liệu đi từ nguồn đến đích và ngược lại như thế nào.

Chân thành cảm ơn "Anh Già..." vì lọ mọ tự học gần 10 năm mà không bằng 1 câu của anh <== Em nói thật lòng chứ không phóng đại.

Sau khi tìm hiểu OSI và TCP kiến thức của em được đả thông rất nhiều giống như kiếm hiệp thường nói "đả thông nhị mạch Nhâm Đốc"

Một lần nữa, xin chân thành cảm ơn "Anh Già..."

P/S: ngày xưa lúc đi học Văn em đứng "vĩ khoa" nên mong "Anh Già..." và mọi người thông cảm.
 

--------------------------------------------------------

Hic hic, không biết post vào đâu cho hợp lý, nên em chơi 2 trong 1. Kèm thêm cái thắc mắc này vào để có chổ post, mong mọi người thông cảm.

Sau khi thử làm Load Balancing (Share Internet) và đã chạy được, nhưng khi kiểm tra lại thì thấy nó chia tải (routing) per destination. Giờ mình muốn routing per packet thì trên Linux có làm được không?
Vì theo mình hiểu khi một kết nối được thành lập nó phải qua quá trình bắt tay 3 bước.
Đối với per destination khi duyệt web mà line này mất thì cũng không ảnh hưởng mấy vì chỉ refresh lại là nó có thể thiết lập lại trên line kia.
Nhưng khi chơi games online thì khi nó thiết lập lại xem như là rớt mạng. Chính vì vậy nên mình nghỉ đến Load Balancing (per packet).

Mình tìm trên mạng thì chỉ thấy nó nói về router của Cisco, mình thì không biết mặt mũi cái đó như thế nào.

Trên Linux mình có thể làm được những cái như trên không? Xin mọi người giúp cho.

Mình dùng Linux Debian, dùng gói IPROUTE để load balancing.

P/S: Nếu em post nhầm box xin các Mod sửa lại dùm.  

Đọc topic rookie bằng mắt trái và đọc cái topic /hvaonline/posts/list/13874.html bằng mắt phải.

Trên thì phát biểu cảm tưởng, dưới thì lại bàn luận về kỹ thuật. Thực tình tui cũng ko biết nên dời cái topic này đến chỗ nào nữa. 

Vậy thì thử.... động não thêm một lần nữa xem sao?

routing per packet --> IP thuần túy. Giả sử packet 1 đi từ client xuyên qua load balancer 1 đến game site và game site trả lời packet 2 về load balancer 2. Ở giai đoạn này, load balancer 2 không biết packet 2 tại sao nó xuất hiện và không thuộc vào một "state" nào cả, nó bèn cho vào "black hole". Nếu thế, client cứ ngồi đó mà chờ game site trả lời cho mòn mỏi và không bao giờ thấy bóng chim, tăm cá

IPROUTE --> định tuyến thuần túy trên IP --> làm sao nó biết được packet x thuộc session x trên application (game) và packet y thuộc session y trên application (game)?
 

lQ wrote:

Đọc topic rookie bằng mắt trái và đọc cái topic /hvaonline/posts/list/13874.html bằng mắt phải.

Trên thì phát biểu cảm tưởng, dưới thì lại bàn luận về kỹ thuật. Thực tình tui cũng ko biết nên dời cái topic này đến chỗ nào nữa. 

Xin Mod thông cảm, lúc đầu khi gõ ở ngoài xong em đưa vào diễn đàn nhưng không biết post chổ nào. Định post vào box Tán Gẫu nhưng sợ "Anh Già..." không có thời gian vào đó nên em chơi 2 trong 1 luôn cho vui

conmale wrote:

Vậy thì thử.... động não thêm một lần nữa xem sao?

routing per packet --> IP thuần túy. Giả sử packet 1 đi từ client xuyên qua load balancer 1 đến game site và game site trả lời packet 2 về load balancer 2. Ở giai đoạn này, load balancer 2 không biết packet 2 tại sao nó xuất hiện và không thuộc vào một "state" nào cả, nó bèn cho vào "black hole". Nếu thế, client cứ ngồi đó mà chờ game site trả lời cho mòn mỏi và không bao giờ thấy bóng chim, tăm cá

IPROUTE --> định tuyến thuần túy trên IP --> làm sao nó biết được packet x thuộc session x trên application (game) và packet y thuộc session y trên application (game)?
 

Trước khi hỏi câu này em cũng có hình dung là khi quá trình bắt tay 3 bước muốn được thiết lập, giả sử:

- Client gửi SYN đến server (games) yêu cầu thiết lập đi xuyên qua eth0 (Load Balancer 1)
- Phía server trả lời lại SYN+ACK về Client đi vào eth1 (Load Balancer 2)

Em nghỉ thằng eth1 khi nhận gói đó sẽ không hiểu là gì nên có thể nó sẽ DROP cho nên Client sẽ "ôm cây đợi thỏ"

Vì thế, ý em hỏi ở đây là em muốn Routering Per Packet (trên Linux) có khả thi hay không ? Có thể có một công cụ hoặc một thiết bị nào đó đứng ra làm việc này không ?

Em có tìm cái "Teaming 2 NIC" của một Mod trên diễn đàn này để tìm hiểu xem sao nhưng em tìm hoài không thấy. 

Có nghĩa là em có 2 đường dây đến ISP, mỗi đường "bind" vào 1 NIC?

 

Em cho biết cụ thể hơn cấu trúc của LB em muốn thực hiện như thế nào xem? 

Vì thế, ý em hỏi ở đây là em muốn Routering Per Packet (trên Linux) có khả thi hay không ? Có thể có một công cụ hoặc một thiết bị nào đó đứng ra làm việc này không ? 

- Routing per destination:
+ Khi người dùng đang duyệt web mà một line bị mất, người dùng vẫn ít hoặc là không thấy được vì khi đó họ đang đọc.
+ Khi người dùng chuyển trang khác hoặc refresh lại mà line đó vẫn đang mất thì quá trình thiết lập lại kết nối trên line còn lại rất nhanh => em nghỉ người dùng không biết hoặc có thể chấp nhận được.
+ Nhưng khi chơi games online khi một line bị mất thì quá trình thiết lập lại kết nối trên line kia sẽ lâu hơn mà các gamer thường gọi là Dis.

=> Cho nên em mới nghỉ tới là Routing per packet thì khi một line bị mất thì games có thể sẽ bị mất một vài gói làm cho màn hình giật giật một chút, gamers thường gọi là Lag --> em nghỉ gamer có thể chấp nhận được.

Xin anh chỉ bảo thêm, cám ơn anh!