ĐỀ TÀI: TÌM HIỂU GIAO THỨC TCP VÀ DÙNG PHẦM MỀM WIRESHARK BẮT GÓI TIN docx

Chúng ta có thể thấy rằng TCP header chứa đựng mọi tuỳ chọn mà giao thức hổ trợ, được đặt ngay đằng sau IP header tầng 3, và trước phần dữ liệu chứa đựng các thông tin của các tầng cao h

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO BÀI TẬP LỚN MÔN: KỸ THUẬT TRUYỀN DỮ LIỆU

ĐỀ TÀI: TÌM HIỂU GIAO THỨC TCP VÀ DÙNG

PHẦM MỀM WIRESHARK BẮT GÓI TIN

Giảng viên hướng dẫn : Th.S Đoàn Văn Trung Sinh viên thực hiện :

1 Nguyễn Mạnh Tiến

2 Nguyễn Thế Trọng

Lớp : CĐ tin3 – k12

Hà Nội, tháng 12 năm 2012

LỜI CÁM ƠN

Chúng em chân thành cảm ơn sự hướng dẫn chỉ bảo tận tình của thầy Đoàn Văn Trung Giảng viên bộ môn kỹ thuật truyền dữ liệu trường ĐH Công Nghiệp HàNội Thầy đã cho chúng em nhiều kiến thức quý giá về kỹ thuật truyền dữ liệu

Trong quá trình thực hiện đề tài này, do kiến thức chưa sâu sắc nên chúng emcòn nhiều sai sót, mong thầy và mọi người góp ý chân thành để giúp chúng em hoànthành đề tài này một cách tốt nhất

Xin chân thành cảm ơn

Mục Lục

Lời Nói Đầ

u: 2

Mục Lục 3

Phần I : Tìm Hiểu Giao Thức TCP 4

1 Giới Thiệu Và Khái Niệm 4

1.2 Khái Niệm 5

2.Hoạt Động Của Giao Thức TCP 6

2.1 Thiết Lập Kết Nối 7

2.2 Truyền Dữ Liệu 7

3 Các Cổng Của Giao Thức TCP 9

4 Sự Phát Triển Của Giao Thức TCP 10

5 TCP Trên Mạng Không Dây 11

6 Gỡ Rối Trong Giao Thức TCP 11

7 Các Lựa Chọn Khác Ngoài TCP 11

9 Vận Chuyển Đáng Tin Cậy 15

PHẦN II : PHÂN TÍCH GÓI TIN VỚI WIRESHARK 17

1.Giới Thiệu Về Phần Mềm Wireshark 17

1.1 Một số tính năng nâng cao của Wireshark 17

2.4 Nghe trong mạng sử dụng Router 24

3 Cách Thức Dùng Wireshark Bắt Gói Tin TCP 25

3.1 Capturing Packets: 26

3.2 Filtering Packets: 30

3.3 Thiết lập kết nối 31

Việc sắp xếp TCP vào mô hình OSI 

Như mọi người đã biết, mỗi giao thức có chỗ của nó trong mô hình OSI Mô hình OSI

là một biểu thị tính phức tạp và độ thông minh của giao thức đó Theo qui tắc tổng quát, khi chúng ta càng lên cao trong mô hình OSI, thì giao thức đó càng trở nên thông minh Việc đặt vị trí của tầng cũng phản ánh mức độ làm việc nhiều của CPU, trong khi đó các tầng thấp hơn của mô hình OSI thì hoàn toàn ngược lại, nghĩa là, mức

độ làm việc của CPU ít hơn và bớt thông minh hơn

 

TCP được đặt ở lớp thứ tư của mô hình OSI, mà người ta còn gọi là tầng vận chuyển Tầng vận chuyển chịu trách nhiệm thiết lập phiên kết nối, chuyển dữ liệu và phân nhỏ các kết nối ảo. 

Với ý nghĩ này, chúng ta sẽ mong đợi bất cứ giao thức nào nằm trong tầng vận

chuyển phải thực hiện một vài tính năng và đặc tính cho phép nó hỗ trợ những chức năng mà tầng vận chuyển quy định. 

Vì thế sau khi phân tích TCP, chúng ta chắc chắn rằng TCP phải được xếp vào

tầngvận chuyển mà thôi. 

Sơ đồ bên dưới đây cho chúng ta thấy TCP header nằm ở vị trí nào trong frame do một máy tính đã tạo ra và gởi vào mạng Nếu chúng ta xoay sơ đồ 90 độ qua trái, chúng ta cũng lại có được điều tương tự trong sơ đồ trước Điều này dĩ nhiên vì mỗi tầng chức năng gắn thêm thông tin của mình, hay còn gọi là header .

Frame được tạo thành bởi 6 khối 3 chiều để chúng ta có thể thấy khối nào được thêm vào trong mỗi tầng OSI Chúng ta có thể thấy rằng TCP header chứa đựng mọi tuỳ chọn mà giao thức hổ trợ, được đặt ngay đằng sau IP header (tầng 3), và trước phần

dữ liệu chứa đựng các thông tin của các tầng cao hơn (các tầng 5,6,7) 

Ghi chú: khối FCS ở cuối cùng là một tổng kiểm tra đặc biệt do tầng datalink tạo ra đểcho phép máy nhận phát hiện xem frame hiện thời có bị hư hỏng do quá trình vận chuyển hay không. 

Chúng ta sử dụng TCP ở đâu và vì sao phải sử dụng? 

Người ta dùng TCP hầu như cho mọi loại mạng Là một giao thức, nó không bị hạn chế trong bất cứ một sơ đồ nối mạng nào, dù đó là mạng LAN hay mạng WAN Là một giao thức vận chuyển, chúng ta gọi nó là một giao thức vận chuyển vì nó được định vị trong tầng vận chuyển của mô hình OSI, công việc đầu tiên của nó là chuyển

dữ liệu từ nơi này tới nơi khác, bất kể đó là mạng vật lý nào hay nằm ở đâu. 

Như phần lớn chúng ta đã biết, có hai loại giao thức vận chuyển TCP là một, còn kia

là UDP Sự khác biệt giữa hai giao thức vận chuyển này là TCP cho một phương phápvận chuyển dữ liệu mạnh mẽ và vô cùng đáng tin cậy, đảm bảo rằng dữ liệu chuyển đikhông bị hư hao cách này hay cách khác Mặt khác, UDP cho một phương pháp chuyển dữ liệu không đáng tin cậy vì nó không đảm bảo dữ liệu đã đến hay tính toàn vẹn của nó khi nó đến nơi. 

1.2 Khái Ni mệ

Giao thức TCP (Transmission Control Protocol - "Giao thức điều khiển truyền vận")

là một trong các giao thức cốt lõi của bộ giao thức TCP/IP Sử dụng TCP, các ứng dụng trên các máy chủ được nối mạng có thể tạo các "kết nối" với nhau, mà qua đó chúng có thể trao đổi dữ liệu hoặc các gói tin Giao thức này đảm bảo chuyển giao dữ liệu tới nơi nhận một cách đáng tin cậy và đúng thứ tự TCP còn phân biệt giữa dữ liệucủa nhiều ứng dụng (chẳng hạn, dịch vụ Web và dịch vụ thư điện tử) đồng thời chạy trên cùng một máy chủ

TCP hỗ trợ nhiều giao thức ứng dụng phổ biến nhất trên Internet và các ứng dụng kết quả, trong đó có WWW, thư điện tử và Secure Shell

Trong bộ giao thức TCP/IP, TCP là tầng trung gian giữa giao thức IP bên dưới và một ứng dụng bên trên Các ứng dụng thường cần các kết nối đáng tin cậy kiểu đường ống để liên lạc với nhau, trong khi đó, giao thức IP không cung cấp những dòng kiểu

đó, mà chỉ cung cấp dịch vụ chuyển gói tinkhông đáng tin cậy TCP làm nhiệm vụ của tầng giao vận trong mô hình OSI đơn giản của các mạng máy tính

Các ứng dụng gửi các dòng gồm các byte 8-bit tới TCP để chuyển qua mạng TCP

phân chia dòng byte này thành các đoạn (segment) có kích thước thích hợp (thường

được quyết định dựa theo kích thước của đơn vị truyền dẫn tối đa (MTU) của tầng liênkết dữ liệu của mạng mà máy tính đang nằm trong đó) Sau đó, TCP chuyển các gói tin thu được tới giao thức IP để gửi nó qua một liên mạng tới mô đun TCP tại máy tính đích TCP kiểm tra để đảm bảo không có gói tin nào bị thất lạc bằng cách gán cho

mỗi gói tin một "số thứ tự" (sequence number) Số thứ tự này còn được sử dụng để

đảm bảo dữ liệu được trao cho ứng dụng đích theo đúng thứ tự

Mô đun TCP tại đầu kia gửi lại "tin báo nhận" (acknowledgement) cho các gói tin đã nhận được thành công; một "đồng hồ" (timer) tại nơi gửi sẽ báo time-out nếu không

nhận được tin báo nhận trong khoảng thời gian bằng một round-trip time(RTT), và dữ

liệu (được coi là bị thất lạc) sẽ được gửi lại TCP sử dụng checksum (giá trị kiểm tra)

để xem có byte nào bị hỏng trong quá trình truyền hay không; giá trị này được tính toán cho mỗi khối dữ liệu tại nơi gửi trước khi nó được gửi, và được kiểm tra tại nơi nhận

2.Ho t Đ ng C a Giao Th c TCP ạ ộ ủ ứ

Không như giao thức UDP - giao thức có thể lập tức gửi gói tin mà không cần thiết lập kết nối, TCP đòi hỏi thiết lập kết nối trước khi bắt đầu gửi dữ liệu và kết thúc kết nối khi việc gửi dữ liệu hoàn tất. 

SYN-SENT đang đợi TCP ở xa gửi một gói tin TCP với các cờ SYN và ACK được bật (trạng thái này thường do các TCP client đặt)

SYN-RECEIVED đang đợi TCP ở xa gửi lại một tin báo nhận sau khi đã gửi cho TCP

ở xa đó một tin báo nhận kết nối (connection acknowledgment) (thường do TCP server

đặt)

ESTABLISHED cổng đã sẵn sàng nhận/gửi dữ liệu với TCP ở xa (đặt bởi TCP client

và server)

FIN-WAIT-1 đang đợi qua đủ thời gian để chắc chắn là TCP ở xa đã nhận được tin báo nhận về yêu cầu kết thúc kết nối của nó Theo RFC 793, một kết nối có thể ở tại trạng thái TIME-WAIT trong vòng tối đa 4 phút.

Còn 1 số trạng thái khác như :

FIN-WAIT-2,CLOSE-WAIT,CLOSING,LAST-ACK,TIME-WAIT,CLOSED

2.1 Thi t L p K t N iế ậ ế ố

Để thiết lập một kết nối, TCP sử dụng một quy trình bắt tay 3 bước (3-way

handshake) Trước khi client thử kết nối với một server, server phải đăng ký một cổng

và mở cổng đó cho các kết nối: đây được gọi là mở bị động Một khi mở bị động đã được thiết lập thì một client có thể bắt đầu mở chủ động Để thiết lập một kết nối, quy trình bắt tay 3 bước xảy ra như sau:

a Client yêu cầu mở cổng dịch vụ bằng cách gửi gói tin SYN (gói tin TCP) tới server, trong gói tin này, tham số sequence number được gán cho một giá trị ngẫu

nhiên X.

b Server hồi đáp bằng cách gửi lại phía client bản tin SYN-ACK, trong gói tin này, tham số acknowledgment number được gán giá trị bằng X + 1, tham số sequence number được gán ngẫu nhiên một giá trị Y

c Để hoàn tất quá trình bắt tay ba bước, client tiếp tục gửi tới server bản tin ACK, trong bản tin này, tham số sequence number được gán cho giá trị bằng X + 1 còn tham

số acknowledgment number được gán giá trị bằng Y + 1

Tại thời điểm này, cả client và server đều được xác nhận rằng, một kết nối đã được thiết lập

2.2 Truy n D Li uề ữ ệ

Một số đặc điểm cơ bản của TCP để phân biệt với UDP:

 Truyền dữ liệu không lỗi (do có cơ chế sửa lỗi/truyền lại)

 Truyền các gói dữ liệu theo đúng thứ tự

 Truyền lại các gói dữ liệu mất trên đường truyền

 Loại bỏ các gói dữ liệu trùng lặp

 Cơ chế hạn chế tắc nghẽn đường truyền

Ở hai bước đầu tiên trong ba bước bắt tay, hai máy tính trao đổi một số thứ tự gói ban

đầu (Initial Sequence Number -ISN) Số này có thể chọn một cách ngẫu nhiên Số thứ

tự này được dùng để đánh dấu các khối dữ liệu gửi từ mỗi máy tính Sau mỗi byte được truyền đi, số này lại được tăng lên Nhờ vậy ta có thể sắp xếp lại chúng khi tới máy tính kia bất kể các gói tới nơi theo thứ tự thế nào

Trên lý thuyết, mỗi byte gửi đi đều có một số thứ tự và khi nhận được thì máy tính nhận gửi lại tin báo nhận (ACK) Trong thực tế thì chỉ có byte dữ liệu đầu tiên được gán số thứ tự trong trường số thứ tự của gói tin và bên nhận sẽ gửi tin báo nhận bằng cách gửi số thứ tự của byte đang chờ

Ví dụ: Máy tính A gửi 4 byte với số thứ tự ban đầu là 100 (theo lý thuyết thì 4 byte sẽ

có thứ tự là 100, 101, 102, 103) thì bên nhận sẽ gửi tin báo nhận có nội dung là 104 vì

đó là thứ tự của byte tiếp theo nó cần Bằng cách gửi tin báo nhận là 104, bên nhận đã ngầm thông báo rằng nó đã nhận được các byte 100, 101, 102 và 103 Trong trường hợp 2 byte cuối bị lỗi thì bên nhận sẽ gửi tin báo nhận với nội dung là 102 vì 2 byte

100 và 101 đã được nhận thành công

Giả sử ta có 10.000 byte được gửi đi trong 10 gói tin 1.000 byte và có 1 gói tin bị mất trên đường truyền Nếu gói bị mất là gói đầu tiên thì bên gửi sẽ phải gửi lại toàn bộ 10gói vì không có cách nào để bên nhận thông báo nó đã nhận được 9 gói kia Vấn đề

này được giải quyết trong giao thức SCTP (Stream Control Transmission Protocol -

"Giao thức điều khiển truyền vận dòng") với việc bổ sung báo nhận chọn lọc

Số thứ tự và tin báo nhận giải quyết được các vấn đề về lặp gói tin, truyền lại những gói bị hỏng/mất và các gói tin đến sai thứ tự Để phục vụ mục đích kiểm tra, các gói

tin có trường giá trị tổng kiểm (checksum - Xem thêm phần #Cấu trúc gói).

Với trình độ hiện tại, kỹ thuật kiểm tra tổng trong TCP không đủ mạnh Các tầng liên kết dữ liệu với xác suất lỗi bit cao có thể cần được bổ sung các khả năng phát hiện lỗi tốt hơn Nếu như TCP được thiết kế vào thời điểm hiện tại, nhiều khả năng nó sẽ bao

gồm trường kiểm tra độ dư tuần hoàn (cyclic redundancy check - CRC) với độ dài 32

bit

Điểm yếu này một phần được bù đắp bằng CRC hay những kỹ thuật khác tại tầng thứ

2 (trong mô hình 7 lớp OSI) ở bên dưới cả TCP và IP như trong các giao thức điểm (PPP) hoặc Ethernet Tuy nhiên điều này cũng không có nghĩa là trường kiểm tratổng của TCP là không cần thiết: thống kê cho thấy các sai sót do cả phần cứng và phần mềm gây ra giữa các điểm áp dụng kỹ thuật kiểm tra CRC là khá phổ biến và kỹ thuật kiểm tra tổng có khả năng phát hiện phần lớn các lỗi (đơn giản) này

Điểm cuối cùng là khả năng hạn chế tắc nghẽn.Tin báo nhận (hoặc không có tin báo nhận) là tín hiệu về tình trạng đường truyền giữa 2 máy tính Từ đó, hai bên có thể thay đổi tốc độ truyền nhận dữ liệu phù hợp với điều kiện Vấn đề này thường được đềcập là điều khiển lưu lượng, kiểm soát tắc nghẽn

TCP sử dụng một số cơ chế nhằm đạt được hiệu suất cao và ngăn ngừa khả năng

nghẽn mạng Các cơ chế này bao gồm:cửa sổ trượt (sliding window), thuật toán start, thuật toán tránh nghẽn mạng (congestion avoidance), thuật toán truyền lại và

slow-phục hồi nhanh, Hiện nay, vấn đề cải tiến TCP trong môi truyền truyền dẫn tốc độ cao đang là một hướng nghiên cứu được quan tâm

Kích thước cửa sổ TCP

Chuỗi số thứ tự gói và cửa sổ trong TCP hoạt động giống như một cái đồng hồ Kích thước của cửa sổ (đo bằng byte) được thiết lập bởi khả năng tiếp nhận của máy tính nhận Cửa sổ này được dịch đi mỗi khi máy tính nhận nhận được dữ liệu và gửi tin báo nhận Khi chuỗi thứ tự tăng đến tối đa thì lại quay lại về 0

Kích thước của cửa sổ là chiều dài (byte) của khối dữ liệu có thể lưu trong bộ đệm củabên nhận Bên gửi chỉ có thể gửi tối đa lượng thông tin chứa trong cửa sổ này trước khi nhận được tin báo nhận

2.3 Dãn kích thước cửa sổ

Để tận dụng khả năng truyền dẫn của mạng thì cửa sổ dùng trong TCP cần được tăng lên Trường điều khiển kích thước cửa sổ của gói TCP có độ dài là 2 byte và do đó kích thước tối đa của cửa sổ là 65.535 byte

Do trường điều khiển không thể thay đổi nên người ta sử dụng một hệ số dãn nào đó

Hệ số này được định nghĩa trong tài liệu RFC 1323 có thể sử dụng để tăng kích thước tối đa của cửa sổ từ 65.535 byte lên tới 1 gigabyte Tăng kích thước cửa sổ lớn hơn nữa cũng cần thiết trong TCP Tuning

Việc tăng kích thước cửa sổ chỉ được dùng trong giao thức bắt tay 3 pha Giá trị của trường co dãn cửa sổ thể hiện số bit cần được dịch trái đối với trường kích thước cửa

sổ Hệ số dãn có thể thay đổi từ 0 (không dãn) tới 14 (dãn tối đa)

2.4 Kết Thúc Kế Nối

Để kết thúc kết nối hai bên sử dụng quá trình bắt tay 4 bước và chiều của kết nối kết thúc độc lập với nhau Khi một bên muốn kết thúc, nó gửi đi một gói tin FIN và bên kia gửi lại tin báo nhận ACK Vì vậy, một quá trình kết thúc tiêu biểu sẽ có 2 cặp gói tin trao đổi

Một kết nối có thể tồn tại ở dạng "nửa mở": một bên đã kết thúc gửi dữ liệu nên chỉ nhận thông tin, bên kia vẫn tiếp tục gửi

3 Các Cổng Của Giao Thức TCP

TCP sử dụng khái niệm số hiệu cổng (port number) để định danh các ứng dụng gửi và

nhận dữ liệu Mỗi đầu của một kết nối TCP có một số hiệu cổng (là số không dấu bit) được gán cho ứng dụng đang nhận hoặc gửi dữ liệu Các cổng được phân thành ba

16-loại cơ bản: nổi tiếng, được đăng ký và động/cá nhân Các cổng nổi tiếng đã được gán bởi tổ chức Internet Assigned Numbers Authority (IANA) và thường được sử dụng bởi các tiến trình mức hệ thống hoặc các tiến trình của root.

Ví dụ: FTP (21), TELNET (23), SMTP (25) và HTTP (80) Các cổng được đăng ký

thường được sử dụng bởi các ứng dụng người dùng đầu cuối (end user application)

với vai trò các cổng phát tạm thời (khi dùng xong thì hủy đăng ký) khi kết nối với server, nhưng chúng cũng có thể định danh các dịch vụ có tên đã được đăng ký bởi một bên thứ ba

Các cổng động/cá nhân cũng có thể được sử dụng bởi các ứng dụng người dùng đầu cuối, nhưng không thông dụng bằng Các cổng động/cá nhân không có ý nghĩa gì nếu không đặt trong một kết nối TCP Có 65535 cổng được chính thức thừa nhận

4 Sự Phát Triển Của Giao Thức TCP

TCP là một giao thức phức tạp và vẫn còn tiếp tục được phát triển Tuy nhiên, mặc dù

có nhiều cải tiến đã được áp dụng và đề xuất nhưng các hoạt động cơ bản của giao thức vẫn giữ nguyên như mô tả ban đầu trong tài liệu RFC 793 ban hành năm 1981 Tài liệu RFC 1122 - Các yêu cầu của máy mạng Internet - đưa ra một số yêu cầu khi thực hiện TCP. RFC 2581 - Điều khiển tránh nghẽn mạng, một trong những tài liệu quan trọng trong bộ RFC trong những năm gần đây - mô tả thuật toán dùng để giảm khả năng tắc nghẽn mạng Năm 2001, RFC 3168 mô tả một cơ chế báo hiệu chống

nghẽn mạng có tên là Thông báo nghẽn mạng (Explicit Congestion Notification).

Vào thời điểm đầu thế kỷ 21, khoảng 95% gói tin trên Internet là TCP Các ứng dụng tiêu biểu sử dụng TCP là HTTP/HTTPS (World Wide Web), SMTP/POP3/IMAP (e-mail) và FTP (truyền file) Sự phổ biến của TCP chứng tỏ rằng nó đã được thiết kế rất tốt

Cơ chế điều khiển tránh tắc nghẽn của TCP ban đầu là TCP Reno và gần đây đã có một số thuật toán khác được đề xuất:

 High Speed TCP của Sally Floyd trong tài liệu RFC 3649

 TCP Vegas của Brakmo và Peterson (làm việc tại Đại học Arizona)

 TCP Westwood của Đại học California tại Los Angeles

 BIC TCP của Injong Rhee (làm việc tại Đại học North Carolina)

5 TCP Trên M ng Không Dây ạ

TCP cũng được sử dụng cho mạng không dây Ở đây trường hợp mất gói tin cũng được xem là nghẽn mạng và kích thước cửa sổ do đó cũng sẽ được giảm xuống Tuy nhiên trong nhiều trường hợp đối với các mạng không dây thì việc mất các gói tin thường xẩy ra một cách ngẫu nhiên do ảnh hưởng của fading, chuyển giao giữa các cell và chúng ta không thể xem đây là nghẽn mạng

Do đó, việc giảm kích thước cửa sổ không đúng sẽ làm cho hiệu quả sử dụng đường truyền giảm một cách đáng kể Nhiều nghiên cứu đã tập trung để giải quyết vấn đề này Các giải pháp được đề ra có thể phân loại thành các nhóm: giải pháp đầu cuối (liên quan tới việc thay đổi tại client/server), giải pháp tại tầng liên kết dữ liệu (chẳng hạn giao thức RLP trong chuẩnCDMA2000) và giải pháp dựa trên proxy (thay đổi trong mạng mà không cần thay đổi các thiết bị đầu cuối)

6 G R i Trong Giao Th c TCP ỡ ố ứ

Các phần mềm đọc gói (packet sniffer) TCP có thể sử dụng để gỡ rối/theo dõi bằng

cách đọc tất cả các gói TCP được truyền trong mạng Ví dụ : Wireshark(trên Windows

và Linux), tcpdump(trên Linux)

7 Các L a Ch n Khác ự ọ Ngoài TCP

Đối với một số ứng dụng thì TCP không thích hợp Vấn đề lớn nhất là phía nhận không thể tiếp nhận các gói tin đến sau một gói bị lỗi trước khi chính gói bị lỗi được truyền lại Điều này khiến TCP không thích hợp cho các ứng dụng thời gian

thực (real-time) chẳng hạn như đa phương tiện trực tuyến, trò chơi trực tuyến và thoại

trên nền IP (VoIP) bởi vì các ứng dụng này cần các gói tin kịp thời hơn là nhận đủ cácgói tin theo đúng thứ tự

Ngoài ra sự phức tạp của TCP cũng gây ra vấn đề với các hệ thống nhúng (embedded system) Ví dụ tiêu biểu là netbooting sử dụng giao thức TFTP Cuối cùng, độ phức

tạp của TCP cũng gây khó khăn cho một số vấn đề khác như truyền thông tin giữa 2 máy tính nằm sau hệ thống chuyển đổi địa chỉ (NAT)

Thông thường, khi TCP không thích hợp thì UDP được sử dụng UDP cung cấp một

số tính năng giống TCP như đa công và kiểm tra tổng nhưng nó không đảm bảo việc truyền lại gói tin lỗi hay thứ tự các gói tin Vì thế, người phát triển ứng dụng có thể áp dụng các phương thức khác ở các tầng trên để giải quyết vấn đề tùy theo yêu cầu cụ thể

Giao thức điều khiển truyền vận dòng (Stream Control Transmission Protocol -SCTP)

cũng là một giao thức dựa trên nền IP không khác nhiều so với TCP SCTP được phát triển sau và có cấu trúc phức tạp hơn TCP SCTP được thiết kếđể sử dụng trong điều kiện yêu cầu độ tin cậy và gần thời gian thực Tuy nhiên SCTP chưa được sử dụng rộng rãi

TCP cũng bộc lộ một số vấn đề khi

dùng trong môi trường truyền dẫn tốc

độ cao Thuật toán tránh nghẽn mạng

làm việc tốt trong môi trường không

dự tính trước nhưng đối với môi

trường xác định hơn chẳng hạn như

ATM (Asynchronous Transfer Mode)

thì TCP không tận dụng được khả

năng của hệ thống bên dưới

96 OffsetData Reserved Flags Window

128 Checksum PointerUrgent

160 Options (optional)

160/192

+

 Data 

8 Cấu Trúc Gói Tin

Một gói tin TCP bao gồm 2 phần

96 Offset Reserved FlagsData Window

128 Checksum Urgent Pointer

160 Options (optional)

160/192 +

 Data 

Phần header có 11 trường trong đó 10 trường bắt buộc Trường thứ 11 là tùy chọn (trong bảng minh họa có màu nền đỏ) có tên là: options

8.1 HEADER

Source port

Số hiệu của cổng tại máy tính gửi Destination port

Số hiệu của cổng tại máy tính nhận Sequence number

Trường này có 2 nhiệm vụ Nếu cờ SYN bật thì nó là số thứ tự gói ban đầu và byte đầu tiên được gửi có số thứ tự này cộng thêm 1 Nếu không có cờ SYN thì đây là số thứ tự của byte đầu tiên

Dành cho tương lai và có giá trị là 0

Flags (hay Control bits)

Nói một cách khác, tất cả các từ 16 bít được cộng với nhau Kết quả thu được sau khi đảo giá trị từng bít được điền vào trường kiểm tra Về mặt thuật toán, quá trình này giống với IPv4.

Điểm khác nhau chỉ ở chỗ dữ liệu dùng để tính tổng kiểm tra Dưới đây là một header của IP:

160 Acknowledgement Number

192 Data Offset Reserved Flags Window

Urgent pointer

Nếu cờ URG bật thì giá trị trường này chính là số từ 16 bít mà số thứ tự gói tin

(sequence number) cần dịch trái.

9 V n Chuy n Đáng Tin C y ậ ể ậ

TCP vận chuyển đáng tin cậy vì nhờ các kỹ thuật khác nhau mà nó sử dụng để đảm bảo dữ liệu nhận được là không bị lỗi TCP là một giao thức mạnh được dùng để vận chuyển tập tin mà lỗi của dữ liệu không thể nào là một sự tùy chọn Khi chúng ta quyết định tải về một tập tin là 50MB từ một website, chúng ta không muốn phát hiện

ra sau khi tải tập tin về hoàn tất mà tập tin thì bị lỗi Mặc dù vậy trong thực tế, điều này vẫn xảy ra, để chỉ cho chúng ta thấy rằng chúng ta không thể nào hoàn thiện về 1 điều nào đó

Hình ảnh này cho thấy header của TCP trong khung ethernet II Ngay dưới đây, các bạn sẽ thấy sơ đồ thứ hai thu nhỏ lại chỉ trong TCP header, hiển thị các trường mà giao thức chứa đựng

Sơ đồ bên trên cho thấy từng phần chia nhỏ là mỗi trường bên trong TCP header cùng với số bit.

Trường phổ biến nhất trong TCP header là cổng nguồn (source port), cổng đích

(destination port),và các bit mã (Code bits) Các bit mã này còn gọi là “cờ’ (flag)

Các trường còn lại giúp đảm bảo mọi đoạn TCP đi được đến đích và được ráp lại đúngthứ tự, nhưng trong cùng một lúc cung cấp một cơ chế khắc phục lỗi nếu có một vài đoạn bị mất hay không đi đến đích được

PHẦN II : PHÂN TÍCH GÓI TIN VỚI WIRESHARK

1.Gi i Thi u V Ph n M m Wireshark ớ ệ ề ầ ề

WireShark có một bề dầy lịch sử Gerald Combs là người đầu tiên phát triển phần mềm này Phiên bản đầu tiên được gọi là Ethereal được phát hành năm 1998 Tám năm sau kể từ khi phiên bản đầu tiên ra đời, Combs từ bỏ công việc hiện tại để theo đuổi một cơ hội nghề nghiệp khác

Thật không may, tại thời điểm đó, ông không thể đạt được thoả thuận với công ty đã thuê ông về việc bản quyền của thương hiệu Ethereal Thay vào đó, Combs và phần còn lại của đội phát triển đã xây dựng một thương hiệu mới cho sản phẩm “Ethereal” vào năm 2006, dự án tên là WireShark. 

WireShark đã phát triển mạnh mẽ và đến nay, nhóm phát triển cho đến nay đã lên tới

500 cộng tác viên Sản phẩm đã tồn tại dưới cái tên Ethereal không được phát triển thêm

Lợi ích Wireshark đem lại đã giúp cho nó trở nên phổ biến như hiện nay Nó có thể đáp ứng nhu cầu của cả các nhà phân tích chuyên nghiệp và nghiệp dư và nó đưa ra nhiều tính năng để thu hút mỗi đối tượng khác nhau. 

Các giao thực được hỗ trợ bởi WireShark:

WireShark vượt trội về khả năng hỗ trợ các giao thức (khoảng 850 loại), từ những loạiphổ biến như TCP, IP đến những loại đặc biệt như là AppleTalk và Bit Torrent Và cũng bởi Wireshark được phát triển trên mô hình mã nguồn mở, những giao thức mới

sẽ được thêm vào Và có thể nói rằng không có giao thức nào mà Wireshark không thể

hỗ trợ

 Thân thiện với người dùng: Giao diện của Wireshark là một trong những

giao diện phần mềm phân tích gói dễ dùng nhất Wireshark là ứng dụng đồhoạ với hệ thống menu rât rõ ràng và được bố trí dễ hiểu Không như một

số sản phẩm sử dụng dòng lệnh phức tạp như TCPdump, giao diện đồ hoạ của Wireshark thật tuyệt vời cho những ai đã từng nghiên cứu thế giới của phân tích giao thức

 Giá rẻ: Wireshark là một sản phẩm miễn phí GPL Bạn có thể tải về và sử

dụng Wireshark cho bất kỳ mục đích nào, kể cả với mục đích thương mại

 Hỗ trợ: Cộng đồng của Wireshark là một trong những cộng đồng tốt và

năng động nhất của các dự án mã nguồn mở

 Hệ điều hành hỗ trợ Wireshark: Wireshark hỗ trợ hầu hết các loại hệ

điều hành hiện nay

1.1 Một số tính năng nâng cao của Wireshark

Name Resolution

Dữ liệu truyền trong mạng thông qua một vài hệ thống địa chỉ, các địa chỉ này thườngdài và khó nhớ (Ví dụ: MAC) Phân giải điạch chỉ là quá trình mà một giao thức sử dụng để chuyển đổi một địa chỉ loại này thành một địa chỉ loại khác đơn giản hơn