Circuit-Level ProxiesCircuit-level

Circuit-Level Proxies
Circuit-level proxies establish sessions to intended destinations on behalf of requesting
hosts. The term session here refers to the Layer 5 of the OSI reference model, which is,
conceptually, responsible for creating, managing, and terminating logical connections
between application processes that reside on different machines.
These firewalls are sometimes referred to as generic proxies because they do not
require an application-specific proxy software on the client side. On one hand, this provides flexibility because it is not necessary to develop a dedicated client for each application. On the other hand, this class of firewall does not understand how individual
applications operate.
Figure 1-8 shows a high-level description of a SOCKS5 operation, one of the most wellknown practical implementations of circuit-level proxies. The basic steps involved on session setup for this category of firewall follow:
Step 1. The SOCKS5 client opens a connection to the SOCKS server on a reserved
TCP port and negotiates the authentication method to be used.
Step 2. The client authenticates with the agreed method and sends a relay request to
the proxy server. This request contains the destination L4 port and IP address
of the remote host reachable through the firewall (in this scenario, DestPort1
on Server1).
Step 3. The SOCKS server establishes the connection to Server1 on behalf of the client.
Step 4. The packets sent from the client to the proxy are then relayed to Server1.

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

Mạch cấp proxyMạch cấp proxy thiết lập phiên đến dự định thay mặt cho yêu cầumáy chủ. Phiên giao dịch thuật ngữ ở đây đề cập đến lớp 5 của mô hình OSI tham khảo, đó là,khái niệm, chịu trách nhiệm cho việc tạo, quản lý, và chấm dứt hợp lý kết nốigiữa các quá trình ứng dụng mà nằm trên máy khác nhau.Các bức tường lửa đôi khi được gọi là chung proxy bởi vì họ khôngyêu cầu một phần mềm ứng dụng-proxy trên phía khách hàng. Một mặt, điều này cung cấp tính linh hoạt bởi vì nó không phải là cần thiết để phát triển một khách hàng dành riêng cho mỗi ứng dụng. Mặt khác, lớp này của tường lửa không hiểu làm thế nào cá nhânứng dụng hoạt động.Con số 1-8 cho thấy một mô tả cấp cao của một hoạt động SOCKS5, một trong những náo việc triển khai thực tế mạch cấp proxy. Thực hiện theo các bước cơ bản tham gia vào phiên làm việc thiết lập cho thể loại này của tường lửa:Bước 1. Khách hàng SOCKS5 sẽ mở ra một kết nối đến máy chủ VỚ trên một dành riêngCổng TCP và sử dụng các phương pháp xác thực được sử dụng.Bước 2. Khách hàng authenticates với các phương pháp đã đồng ý và gửi một yêu cầu chuyển tiếpmáy chủ proxy. Yêu cầu này chứa đích L4 cảng và địa chỉ IPcủa máy chủ từ xa có thể truy cập thông qua các bức tường lửa (trong trường hợp này, DestPort1trên Server1).Bước 3. Hệ phục vụ bít tất thiết lập kết nối để Server1 thay mặt cho khách hàng.Bước 4. Các gói tin gửi từ khách hàng đến các proxy sau đó được chuyển tiếp đến Server1.

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

Circuit-Level Proxies
mạch cấp proxy thiết lập các phiên tới các điểm đến dự thay mặt cho yêu cầu
chủ nhà. Các phiên hạn ở đây đề cập đến lớp 5 trong mô hình tham chiếu OSI, đó là,
khái niệm, chịu trách nhiệm cho việc tạo, quản lý, và chấm dứt kết nối hợp lý
giữa các quá trình ứng dụng mà cư trú trên các máy khác nhau.
Những bức tường lửa đôi khi được gọi là proxy chung chung vì họ không
yêu cầu một phần mềm proxy ứng dụng cụ thể trên các mặt hàng. Một mặt, điều này cung cấp sự linh hoạt bởi vì nó không phải là cần thiết để phát triển một khách hàng dành riêng cho từng ứng dụng. Mặt khác, lớp này của bức tường lửa không hiểu làm thế nào cá nhân
ứng dụng hoạt động.
Hình 1-8 cho thấy một mô tả mức cao của một hoạt động SOCKS5, một trong những triển khai thực wellknown nhất của các proxy mạch cấp. Các bước cơ bản để vào thiết lập phiên cho loại tường lửa sau:
Bước 1. Các khách hàng SOCKS5 mở một kết nối đến máy chủ SOCKS trên reserved
cổng TCP và thương lượng các phương pháp thẩm định để được sử dụng.
Bước 2. Các khách hàng thẩm định với thỏa thuận phương pháp và gửi một yêu cầu tiếp sức cho
các máy chủ proxy. Yêu cầu này có chứa các điểm đến cổng L4 và địa chỉ IP
của các máy chủ từ xa có thể truy cập thông qua các bức tường lửa (trong kịch bản này, DestPort1
trên Server1).
Bước 3. Các máy chủ SOCKS thiết lập kết nối đến Server1 thay mặt cho khách hàng.
Bước 4. Các gói gửi từ máy khách đến proxy sau đó được chuyển tiếp đến Server1.