2.6 Socket Programming with TCPThis

2.6 Socket Programming with TCP
This and the subsequent sections provide an introduction to network application development. Recall from Section 2.1 that the
core of a network application consists of a pair of programs -- a client program and a server program. When these two
programs are executed, a client and server process are created, and these two processes communicate with each other by
reading from and writing to sockets. When a creating a networking application, the developer's main task is to write the code
for both the client and server programs.
There are two sorts of client-server applications. One sort is a client-server application that is an implementation of a protocol
standard defined in an RFC. For such an implementation, the client and server programs must conform to the rules dictated by
the RFC. For example, the client program could be an implementation of the FTP client, defined in
[RFC 959], and the server
program could be implementation of the FTP server, also defined in
[RFC 959]. If one developer writes code for the client
program and an independent developer writes code for the server program, and both developers carefully follow the rules of the
RFC, then the two programs will be able to interoperate. Indeed, most of today's network applications involve communication
between client and server programs that have been created by independent developers. (For example, a Netscape browser
communicating with an Apache Web server, or a FTP client on a PC uploading a file to a Unix FTP server.) When a client or
server program implements a protocol defined in an RFC, it should use the port number associated with the protocol. (Port
numbers were briefly discussed in Section 2.1. They will be covered in more detail in the next chapter.)
The other sort of client-server application is a proprietary client-server application. In this case the client and server programs
do not necessarily conform to any existing RFC. A single developer (or development team) creates both the client and server
programs, and the developer has complete control over what goes in the code. But because the code does not implement a
public-domain protocol, other independent developers will not be able to develop code that interoperate with the application.
When developing a proprietary application, the developer must be careful not to use one of the the well-known port numbers
defined in the RFCs.
In this and the next section, we will examine the key issues for the development of a proprietary client-server application.
During the development phase, one of the first decisions the developer must make is whether the application is to run over TCP
or over UDP. TCP is connection-oriented and provides a reliable byte stream channel through which data flows between two
endsystems. UDP is connectionless and sends independent packets of data from one end system to the other, without any
guarantees about delivery. In this section we develop a simple-client application that runs over TCP; in the subsequent section,
we develop a simple-client application that runs over UDP.

Kết quả (Việt) 1:

2.6 socket Programming với TCPĐiều này và các phần tiếp theo cung cấp một giới thiệu về phát triển ứng dụng mạng. Nhớ lại từ 2,1 phần mà cáccốt lõi của một ứng dụng mạng lưới này bao gồm một cặp của các chương trình--một chương trình server và một chương trình khách hàng. Khi cả haichương trình được thực hiện, một quá trình khách hàng và máy chủ được tạo ra và những hai quá trình giao tiếp với nhau bằngđọc và viết để các ổ cắm. Khi tạo ra một ứng dụng mạng, các nhà phát triển công việc chính là để viết mãĐối với chương trình khách hàng và máy chủ. Hiện có hai loại của các khách hàng máy chủ ứng dụng. Một loại là một ứng dụng client-server là một việc thực hiện một giao thứctiêu chuẩn được định nghĩa trong RFC một. Cho việc thực hiện như vậy, các chương trình khách hàng và máy chủ phải phù hợp với các quy tắc được quyết định bởiRFC. Ví dụ, chương trình khách hàng có thể là một việc thực hiện của các khách hàng FTP, được xác định trong[RFC 959], và máy chủ chương trình có thể là thực hiện của hệ phục vụ FTP, cũng được xác định trong[RFC 959]. Nếu một trong những nhà phát triển viết mã cho các khách hàngchương trình và một nhà phát triển độc lập viết mã cho các chương trình máy chủ, và cả hai nhà phát triển một cách cẩn thận làm theo các quy tắc của các RFC, sau đó hai chương trình sẽ có thể interoperate. Thật vậy, hầu hết các ứng dụng mạng ngày nay liên quan đến thông tin liên lạcgiữa chương trình client và server đã được tạo ra bởi nhà phát triển độc lập. (Ví dụ, một trình duyệt Netscapeliên lạc với một máy chủ Apache Web, hoặc một khách hàng FTP trên PC tải lên một tập tin vào một máy chủ Unix FTP.) Khi một khách hàng hoặcchương trình máy chủ thực hiện một giao thức được xác định trong RFC một, nên sử dụng số hiệu cổng liên kết với các giao thức. (Port số điện thoại đã được một thời gian ngắn thảo luận trong phần 2.1. Họ sẽ được bảo hiểm chi tiết hơn trong các chương tiếp theo.) Loại ứng dụng client-server là một ứng dụng độc quyền phục vụ khách hàng. Trong trường hợp này các chương trình khách hàng và máy chủkhông nhất thiết phải phù hợp với bất kỳ RFC sẵn có. Một nhà phát triển đơn (hoặc nhóm phát triển) tạo ra các khách hàng và máy chủchương trình và các nhà phát triển đã hoàn toàn quyền kiểm soát những gì đi trong các mã. Nhưng vì các mã không phải thực hiện mộtgiao thức tên miền công cộng, nhà phát triển độc lập khác sẽ không thể để phát triển mã interoperate với các ứng dụng.Khi phát triển một ứng dụng độc quyền, các nhà phát triển phải cẩn thận không để sử dụng một trong các số cổng nổi tiếngđịnh nghĩa trong các RFCs. Ở đây và phần tiếp theo, chúng tôi sẽ xem xét các vấn đề quan trọng cho sự phát triển của một ứng dụng độc quyền phục vụ khách hàng.Trong giai đoạn phát triển, một trong các quyết định đầu tiên, các nhà phát triển phải làm cho là liệu các ứng dụng chạy qua TCPhay qua UDP. TCP kết nối theo định hướng và cung cấp một dòng byte đáng tin cậy kênh thông qua đó dòng chảy dữ liệu giữa haiendsystems. UDP là connectionless và gửi các gói dữ liệu độc lập của dữ liệu từ hệ thống một đầu khác, mà không có bất kỳđảm bảo về giao hàng. Trong phần này chúng tôi phát triển một ứng dụng đơn giản khách hàng chạy qua TCP; trong phần tiếp theo,chúng tôi phát triển một ứng dụng đơn giản khách hàng chạy qua UDP.

Kết quả (Việt) 2:

2.6 Lập trình Socket với TCP
này và các phần tiếp theo cung cấp một giới thiệu về mạng phát triển ứng dụng. Nhớ lại từ Phần 2.1 rằng
cốt lõi của một ứng dụng mạng bao gồm một cặp các chương trình - một chương trình khách hàng và một chương trình máy chủ. Khi hai
chương trình được thực hiện, một khách hàng và quá trình máy chủ được tạo ra, và hai quá trình giao tiếp với nhau bằng cách
đọc và ghi các ổ cắm. Khi tạo ra một ứng dụng mạng, nhiệm vụ chính của phát triển là để viết mã
cho cả hai chương trình máy khách và máy chủ.
Có hai loại ứng dụng client-server. Một loại là một ứng dụng client-server mà là một thực hiện một giao thức
chuẩn được định nghĩa trong một RFC. Đối với một thực hiện như vậy, các chương trình máy khách và máy chủ phải phù hợp với các quy tắc quyết định bởi
RFC. Ví dụ, chương trình khách hàng có thể là một thực hiện các khách hàng FTP, được định nghĩa trong
[RFC 959], và các máy chủ
chương trình có thể được thực hiện của máy chủ FTP, cũng được định nghĩa trong
[RFC 959]. Nếu một nhà phát triển viết mã cho khách hàng
chương trình và một nhà phát triển độc lập viết code cho chương trình máy chủ, và cả các nhà phát triển một cách cẩn thận làm theo các quy tắc của
RFC, sau đó hai chương trình sẽ có thể tương thích. Thật vậy, hầu hết các ứng dụng mạng ngày nay liên quan đến thông tin liên lạc
giữa các chương trình client và server đã được tạo ra bởi nhà phát triển độc lập. (Ví dụ, một trình duyệt Netscape
giao tiếp với một máy chủ Web Apache, hoặc một FTP client trên máy tính tải lên một tập tin vào một máy chủ Unix FTP). Khi một khách hàng hoặc
máy chủ chương trình thực hiện một giao thức được định nghĩa trong một RFC, cần sử dụng cổng số liên quan đến các giao thức. (Port
số đã được thảo luận ngắn gọn trong Phần 2.1. Họ sẽ được trình bày chi tiết hơn trong chương tiếp theo.)
Các loại khác của ứng dụng client-server là một ứng dụng client-server độc quyền. Trong trường hợp này các chương trình client và máy chủ
không nhất thiết phải phù hợp với bất kỳ RFC hiện. Một nhà phát triển duy nhất (hoặc nhóm phát triển) tạo ra cả máy khách và máy chủ
chương trình, và các nhà phát triển đã hoàn toàn kiểm soát những gì diễn ra trong các mã. Nhưng vì mã không thực hiện một
giao thức công miền, các nhà phát triển độc lập khác sẽ không thể phát triển mã tương thích với các ứng dụng.
Khi phát triển một ứng dụng độc quyền, các nhà phát triển phải cẩn thận không để sử dụng một trong những hạnh được biết đến số cổng
được định nghĩa trong RFC.
trong phần tiếp theo này, và chúng tôi sẽ xem xét các vấn đề quan trọng cho sự phát triển của một ứng dụng client-server độc quyền.
trong giai đoạn phát triển, một trong những quyết định đầu tiên các nhà phát triển phải làm là cho dù các ứng dụng để chạy trên TCP
hoặc UDP. TCP là hướng kết nối và cung cấp một kênh dòng byte đáng tin cậy thông qua đó các luồng dữ liệu giữa hai
endsystems. UDP không kết nối và gửi các gói dữ liệu độc lập của dữ liệu từ một hệ thống đầu vào khác, mà không cần bất kỳ
sự bảo đảm về giao hàng. Trong phần này chúng tôi phát triển một ứng dụng đơn giản-client chạy trên TCP; trong phần tiếp theo,
chúng tôi phát triển một ứng dụng đơn giản-client chạy trên UDP.