Xin giúp đỡ về TCP state diagram!

English | Vietnamese

Rules

Main Forum

Portal

Member Listing

Statistics

Search

Reading Room
[Register]

Login [ | https ]

Forum Index

Thảo luận mạng và thiết bị mạng

Xin giúp đỡ về TCP state diagram!

[Question] Xin giúp đỡ về TCP state diagram!	20/09/2010 01:32:25 (+0700) \| #31 \| 221059

stylish_man
Member

Joined: 26/10/2007 11:05:48
Messages: 17
Offline

Chà lâu không vào diễn đàn hay chính xác hơn là không vào lại cái topic này
Lý do cho vụ này

longkt90 wrote:

Chủ topic lặn mất tiêu, chú conmale cũng ko thấy

là mình post bài từ hôm 23/06 mà đến hôm 09/07 mới có 1 trả lời của invaild password.(mấy ngày đầu post xong hôm nào chả vào xem có ai reply hay không nhưng càng đợi càng nản)
Đến hôm nay thì cái đồ án cũng xong lâu rồi nhưng dù sao cũng rất cảm ơn mọi người đã nhiệt tình thảo luận
@ 1mp0ss1bl3 longkt90 cảm ơn vì các link reference khá hữu ích của các bạn.
À mình đọc thấy có ai bảo sao kết thúc kết nối lại xài 4 way thì lý do là vì TCP là full-duplex, dữ liệu có thể truyền đồng thời trên cả 2 chiều. Nên 4 bước là cần thiết để chấm dứt hoàn toàn 1 kết nối
Thân

[Question] Xin giúp đỡ về TCP state diagram!	20/09/2010 09:34:11 (+0700) \| #32 \| 221075

invalid-password
Member

Joined: 09/03/2010 21:22:46
Messages: 161
Offline

stylish_man wrote:

À mình đọc thấy có ai bảo sao kết thúc kết nối lại xài 4 way thì lý do là vì TCP là full-duplex, dữ liệu có thể truyền đồng thời trên cả 2 chiều. Nên 4 bước là cần thiết để chấm dứt hoàn toàn 1 kết nối

Chà vụ này nói tiếp thì còn nhiều nữa à nhen.
Hỏi thêm câu nữa : tại sao lúc kết thúc nó lại không xài 3-way như lúc thiết lập ? Vì lúc thiết lập là "Tui muốn kết nối với anh" còn lúc kết thúc là "Tui muốn kết thúc với anh" > thấy cũng giống giống nhau. Mà thực sự nó lại xài 2-way cho 2 chiều: FIN-ACK và ACK cho cả 2 chiều.

Spam thêm một bài là góp một viên gạch xây diễn đàn lớn mạnh

[Question] Xin giúp đỡ về TCP state diagram!	21/09/2010 15:31:00 (+0700) \| #33 \| 221194

eff3
Member

Joined: 06/07/2010 09:30:32
Messages: 24
Offline

invalid-password wrote:

Mà thực sự nó lại xài 2-way cho 2 chiều: FIN-ACK và ACK cho cả 2 chiều.

xài 2-way cho 2 chiều la sao? Cái kiểu 2-way mà bạn dùng ở đây có tắt toàn bộ kết nối ko? Rồi cái ACK trong FIN-ACK là từ đâu ra á?

chuyện này hông có gì mà bạn cứ làm nó trở nên nguy hiểm smilie

[Question] Xin giúp đỡ về TCP state diagram!	23/09/2010 22:01:40 (+0700) \| #34 \| 221331

hmtaccess
Member

Joined: 12/06/2008 02:26:45
Messages: 197
Location: ™œžŸ¤¢£§¨©
Offline

invalid-password wrote:

eff3 wrote:

mình có 1 câu hỏi tương đối hay muốn hỏi mọi người:
Tại sao TCP ko dùng 2-way-handshake để thiết lập kết nối TCP ban đầu? Vấn đề nào có thể xảy ra nếu dùng 2-way-handshake và liệu tất cả những vấn đề này có đc giải quyết bởi 3-way-handshake ko?

Vụ này invalid-password có tham gia cãi nhau tại đây http://vnpro.org/forum/showthread.php/16251-3-way-hand-shake-c%E1%BB%A7a-TCP

Mình thấy bạn nói như thế này(link ở trên)

Mình xin nêu 1 lý do như vầy :

Đầu tiên mình xin nhấn mạnh rằng 3-way handshake không phải là kỹ thuật riêng của TCP, mà nó là một kỹ thuật được thiết kế để bắt tay giữa 2 side. Nhiều giao thức khi tạo kết nối có sử dụng cách thức bắt tay 3 chiều này.

3-way handshake giúp một client kết nối đến một server chưa xác định trước, trong trường hợp có nhiều server cùng đáp ứng yêu cầu.
VD : Hiện tại ở VN mỗi nhà cung cấp ADSL có đường cáp riêng, bạn gắn modem vào cáp VNN thì chỉ kết nối được đến VNN. Điều này gây lãng phí cáp. Ở nước ngoài dân cư tập trung trong các khu riêng, những nhà cung cấp đường cáp thì khác với các ISP. Bạn chỉ cần kéo 1 sợi cáp duy nhất nhưng lúc nào bạn cũng có thể chọn kết nối với ISP nào bạn muốn, vì nhà cung cấp đường cáp có kết nối với các ISP. Khi bật modem ADSL thì nó sẽ gửi broadcast để tìm ISP (vì nó chưa có MAC của ISP), lúc này có nhiều ISP cùng trả lời, tuy nhiên modem được cấu hình chỉ kết nối với ISP nào nó muốn, và nó gửi xác nhận kết nối đến đúng ISP đó.
Có thể minh họa như sau :
+ Tôi đứng giữa đám đông la lên : "Tui muốn nói chuyện, có ai muốn nói không ?" (pha 1, broadcast tìm server)
+ Có nhiều người cùng đáp "Tôi có thể nói chuyện đây" (pha 2, nhiều server trả lời)
+ Tôi chọn lấy 1 người tôi thích, và nói với anh ta "OK, tôi sẽ nói chuyện với anh" (pha 3, xác nhận kết nối)

Nếu không có pha thứ 3, mà trong trường hợp có nhiều server trả lời, và client chỉ kết nối đến 1 server thì các server kia không biết nó có được nối hay không. Còn nếu dùng 3-way, khi các server khác không nhận được pha 3 thì nó biết rằng client không muốn kết nối và free tiến trình SYN đó. Tuy nhiên, 3-way lại tạo ra một cơ hội cho kiểu tấn công SYN Flood.

Cái ví dụ này không phải là 3-way, hình như bạn "bị lầm".

[Question] Xin giúp đỡ về TCP state diagram!	28/01/2013 14:03:14 (+0700) \| #35 \| 273113

ITSHVA
Member

Joined: 22/10/2007 09:39:54
Messages: 20
Location: BIOS
Offline

Sorry vì em đào mộ chút xíu, nhưng hiện tại em đang bị vấn đề là đang gửi nhận dữ liệu bình thường thì nhận TCP có flag RST: Set.

Máy em là xxx.xxx.xxx.18, còn máy server là xxx.xxx.5.30 và kết nối từ máy em không qua firewall nên hiện tại không có thiết lập ngăn chặn gì cả.
Không biết có ở trong tình trạng bị TCP reset attack hay là không?

Nhờ mấy anh tư vấn dùm. Thanks.

Done is better than perfect

Go to:

Users currently in here
1 Anonymous