banner

[Rule] Rules  [Home] Main Forum  [Portal] Portal  
[Members] Member Listing  [Statistics] Statistics  [Search] Search  [Reading Room] Reading Room 
[Register] Register  
[Login] Loginhttp  | https  ]
 
Forum Index Thảo luận mạng và thiết bị mạng Thảo luận về số Seq của TCP/IP  XML
  [Discussion]   Thảo luận về số Seq của TCP/IP 30/12/2010 16:49:03 (+0700) | #1 | 228139
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]
Xin chào các bác trên diễn đàn:
Mình đang nghiên cứu về tcp/ip và có tìm đọc các bài viết trên diễn đàn.
/hvaonline/posts/list/16444.html
/hvaonline/posts/list/20/15701.html
...

Trong hva có nhiều bài về ISN (Initial Sequence Number) nhưng khi e thấy bắt trên Wireshark thì lúc nào nó cũng bắt đầu từ số 0. Có phải chỉ Windows mới vậy.

Cái này của Mr.Khoai

Như vậy TCP layer ở client thật sẽ ứng xử thế nào khi nó nhận được một ack không hợp lệ? Tình trạng này có gì dính đến cái desychronized state không?
 


Vẫn chưa có ai trả lời và em cũng đang thắc mắc chỗ này.

Đây là một số gói tin bắt được khi upload một file lên một Sever.


Sau khi thiết lập kết nối:
Các gói tin từ Client gửi lên sao ACK lúc nào cũng = 1
Và các gói tin từ Server gửi về sao Seq lúc nào cũng = 1
Sau đó Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2

[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 09:38:32 (+0700) | #2 | 228193
StarGhost
Elite Member

[Minus]    0    [Plus]
Joined: 29/03/2005 20:34:22
Messages: 662
Location: The Queen
Offline
[Profile] [PM]
1 và 0 bạn thấy chỉ là relative seq hoặc relative ack do wireshark tính toán. Muốn biết giá trị thực phải xem trên TCP header. Còn tại sao một loạt các gói tin có cùng số seq hoặc ack là vì ack packets không bao giờ được acknowledged, nếu không thì sẽ tạo thành một vòng lặp vô hạn trong công tác packet acknowledgment.

Thân mến.
Mind your thought.
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 15:18:59 (+0700) | #3 | 228228
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]

1 và 0 bạn thấy chỉ là relative seq hoặc relative ack do wireshark tính toán. Muốn biết giá trị thực phải xem trên TCP header.
 

Cái relative seq và relative ack thì em hiểu rồi smilie. Nhưng Wireshark tự tính lại như thế thì sao mình coi lại được số seq với ack nguyên thuỷ hả anh.

[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 16:21:04 (+0700) | #4 | 228239
nhtcuong
Member

[Minus]    0    [Plus]
Joined: 22/12/2010 03:12:05
Messages: 26
Offline
[Profile] [PM]
Em mới học Semester 1 nên kiến thức có hạn .
Trong cấu trúc máy tính tín hiệu bit chỉ có 1 bit = 1 tín hiệu có/không
TCP là một giao thức có thể tạo kết nối.TCP yêu cầu thiết lập một kết nối trước khi hoạt động truyền dữ liệu diễn ra.Để một kết nối được thiết lập hay kết thúc hai thiết bị phải đồng bộ hoá giá trị Initial Sequence Number(ISN).Được chỉ ra trong cột Sequence number trong TCP header.Giá trị này được chọn ngẫy nhiên và được dùng để bắt đầu theo dõi luồng dữ liệu từ client đến sever trong một phiên
Sau đây là ví dụ minh hoạ

ta có 1 máy A và máy B
Máy A--->gửi một tín hiệu SYN(SEQ=100 CTL=SYN
Tiếp đến máy B sau khi nhận gửi lại một SYN bao gồm(SEQ=300 ACK=101 CTL=SYN,ACK)
tiếp đến là Máy A nhận được thiết lập phiên giao dịch bât(SEQ=101 ACk=301 CTL=ACK)
Tổng hợp 3 bước trên là bắt tay ba bước mà bất cứ kết nối nào cũng có thể thông qua\
CTL là cho biết cờ nào trong TCP header được bật lên
1 bit = 1 tín hiệu có/không
Để hiểu được quá trình này thì anh phải hiểu được các giá trị khác nhau của cột COde Bít(bao gồm 6bit)Trogn TCP header mà hai máy tính trao đổi.Cột cờ 6 bit,mỗi bit biễu diên 1 cờ duy nhất chúng bao gồm
URG cờ cho cột Urgent cái này chính là cờ khẩn cấp em chưa hiểu nó nhiều lắm
ACK cờ cho cột Acknowledgement cờ này là cờ báo nhận.khi nhận được tín hiệu thì nó sẽ gửi cờ ACK
PSH hàm plush ai giải thích dùm em cảm ơn
RST thiết lập lại đường truyền
SYN đồng bộ hoá số thứ tự(Sequence number)
FIN không gửi thêm dữ liệu.Khi cờ này gửi theo cách bắt tay ba bước thì client và Sever ngừng kết nối
Trả lời câu hỏi vì sao
Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2 Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2 em xin trả lời như thế này.Đơn giản thui ACK là 1 cờ và có 1 bit mà theo giải thích ở trên >.< chúc anh vui vẻ
Nếu sai mấy anh sửa nha
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 16:36:57 (+0700) | #5 | 228242
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]

Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2 Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2 em xin trả lời như thế này.Đơn giản thui ACK là 1 cờ và có 1 bit mà theo giải thích ở trên >.< chúc anh vui vẻ
Nếu sai mấy anh sửa nha
 

Mình nói ACK =1 là ý là giá trị của nó nằm trong trường Ack Number chứ không phải là Flags.
Bạn có ví dụ minh hoạ cũng rõ ràng mà ta smilie.
Trả lời như bác StarGhost mình không có ý kiến gì nữa. smilie
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 16:53:42 (+0700) | #6 | 228244
nhtcuong
Member

[Minus]    0    [Plus]
Joined: 22/12/2010 03:12:05
Messages: 26
Offline
[Profile] [PM]
Em quên giải thích nha anh đó là chữ CTL:Cho biết cờ nào bật lên.Và khi bật lên thì nó bằng 1 chứ anh
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 17:47:52 (+0700) | #7 | 228256
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]

Em quên giải thích nha anh đó là chữ CTL:Cho biết cờ nào bật lên.Và khi bật lên thì nó bằng 1 chứ anh
 

Haizz không có chiện gì có liên quan tới cái flags ở đây hết.
Bạn đọc kĩ lại ý của mình đi
PS: Bạn học hoa sen à smilie)
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 18:08:06 (+0700) | #8 | 228258
nhtcuong
Member

[Minus]    0    [Plus]
Joined: 22/12/2010 03:12:05
Messages: 26
Offline
[Profile] [PM]
Dạ em học ở lạc hồng
EM không hiểu anh lắm về câu hỏi em tra lời câu hỏi anh mà
Câu hỏi của anh
Các gói tin từ Client gửi lên sao ACK lúc nào cũng = 1----> em nghĩ cái này sai này khi lần đầu máy lClient gửi lên thì ACK lúc đó bằng không chỉ 0 ACK là tính hiệu nhận mà
Và các gói tin từ Server gửi về sao Seq lúc nào cũng = 1---> cái này lun đúng
Sau đó Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2----> cái này Client nhận tín hiệu ACK bằng 1 và tiếp tục gửi tín hiệu ACK lên Sever
http://www.firewall.cx/tcp-analysis-section-2.php anh tham khảo xem
ACK theo tratu.vn
Tin báo nhận là một thông báo xác minh là đã nhận được hàng gửi. Khi dữ liệu được truyền giữa hai hệ thống thì người nhận có thể chứng thực đã nhận dữ liệu. Các tin báo nhận được dùng để bù đắp cho những mạng không đáng tin cậy. Tuy nhiên các tin báo nhận này có thể làm giảm năng suất thi hành trên mạng. Nếu mọi gói hàng đều yêu cầu có tin báo nhận thì một nửa năng suất mạng được dùng cho việc xác thực thông tin nhận hàng.
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 19:14:11 (+0700) | #9 | 228261
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]
Ui mệt với cậu này quá

Các gói tin từ Client gửi lên sao ACK lúc nào cũng = 1----> em nghĩ cái này sai này khi lần đầu máy lClient gửi lên thì ACK lúc đó bằng không chỉ 0 ACK là tính hiệu nhận mà
 

Mình ghi là "sau khi thiết lập kết nối" tức là quá trình bắt tay 3 bước đã diễn ra.

Và các gói tin từ Server gửi về sao Seq lúc nào cũng = 1---> cái này lun đúng
 

Cái này hình như bạn nhầm


Sau đó Client lại gửi ACK = 1 chứ không phải = 1 + 1 = 2----> cái này Client nhận tín hiệu ACK bằng 1 và tiếp tục gửi tín hiệu ACK lên Sever
 

Cái này thì hoàn toàn không hiểu ý bạn. smilie

Cái bằng 1 bằng 0 hay ở đây là do Wireshark tính ra chứ không phải là tín hiệu ở trong trường Flags.
Bạn coi kĩ lại cái hình bắt gói tin mình bắt được ở trên kìa
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 31/12/2010 19:58:15 (+0700) | #10 | 228264
nhtcuong
Member

[Minus]    0    [Plus]
Joined: 22/12/2010 03:12:05
Messages: 26
Offline
[Profile] [PM]
Ui thế thì em bó tay smilie(.Em thua hix
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 02/01/2011 00:19:30 (+0700) | #11 | 228397
StarGhost
Elite Member

[Minus]    0    [Plus]
Joined: 29/03/2005 20:34:22
Messages: 662
Location: The Queen
Offline
[Profile] [PM]
@pmquang: như mình đã nói ở trên, muốn xem giá trị thực của ack và seq bạn xem trong TCP header, nghĩa là bạn có thể xem ở phần binary data của packet. Trong cửa sổ của Wireshark có 3 phần, 1 phần chứa danh sách packets, phần thứ hai chứa cấu trúc packet đang xem, và phần thứ 3 chứa binary representation của packet đó. Thân mến.
Mind your thought.
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 02/01/2011 18:42:23 (+0700) | #12 | 228442
pmquang
Member

[Minus]    0    [Plus]
Joined: 21/06/2010 06:00:51
Messages: 40
Offline
[Profile] [PM]
@anh Ghost: Thanks anh có dị mà e cũng không biết. smilie
[Up] [Print Copy]
  [Discussion]   Thảo luận về số Seq của TCP/IP 17/04/2013 16:29:34 (+0700) | #13 | 275008
[Avatar]
quanta
Moderator

Joined: 28/07/2006 14:44:21
Messages: 7265
Location: $ locate `whoami`
Offline
[Profile] [PM]

pmquang wrote:

1 và 0 bạn thấy chỉ là relative seq hoặc relative ack do wireshark tính toán. Muốn biết giá trị thực phải xem trên TCP header.
 

Cái relative seq và relative ack thì em hiểu rồi smilie. Nhưng Wireshark tự tính lại như thế thì sao mình coi lại được số seq với ack nguyên thuỷ hả anh.
 

http://wiki.wireshark.org/TCP_Relative_Sequence_Numbers


Let's build on a great foundation!
[Up] [Print Copy]
[digg] [delicious] [google] [yahoo] [technorati] [reddit] [stumbleupon]
Go to: 
 Users currently in here 
1 Anonymous

Powered by JForum - Extended by HVAOnline
 hvaonline.net  |  hvaforum.net  |  hvazone.net  |  hvanews.net  |  vnhacker.org
1999 - 2013 © v2012|0504|218|