Of course, all of this requires spe

Of course, all of this requires special confi guration. The default confi guration on the server enables tunneling; but to be sure, check the /etc/ssh/sshd_config fi le on the server for the following option:
AllowTcpForwarding no
If this line is present, change no to yes . If it ’ s not present or if it ’ s already set to yes , you shouldn ’ t need to change your SSH server confi guration. On the client side, you must establish a special SSH connection to the server computer. You do this with the normal ssh client program, but you must pass it several parameters. An example will help illustrate this use of ssh :
# ssh -N -f -L 142:mail.luna.edu:143 [e-mail]
The - N and - f options tell ssh to not execute a remote command and to execute in the background after asking for a password, respectively. These options are necessary to create a tunnel. The - L option specifi es the local port on which to listen, the remote computer to which to connect, and the port on the remote computer to which to connect. This example listens on the local port 142 and connects to port 143 on mail.luna.edu . (You ’ re likely to use the same port number on both ends; I changed the local port number in this example to more clearly distinguish between the local and remote port numbers.) The fi nal parameter ( [e-mail] in this example) is the remote username and computer to which the tunnel goes. Note that this computer need not be the same as the target system specifi ed via - L .
If you want SSH on the client system to listen to a privileged port (that is, one numbered below 1024), you must execute the ssh program as root , as shown in the preceding example. If listening to a non - privileged port is acceptable, you can run the ssh client as a normal user.
With the tunnel established, you can use the client program to connect to the local port specifi ed by the fi rst number in the - L parameter (port 142 in the preceding example). For instance, this example is intended to forward IMAP traffi c, so you ’ d confi gure a mail reader on the client to retrieve IMAP email from port 142 on localhost . When the email reader does this, SSH kicks in and forwards traffi c to the SSH server, which then passes the data on to the local port 143, which is presumably running the real IMAP server. All of this is hidden from the email reader program; as far as it ’ s concerned, it is retrieving email from a local IMAP server. Tunneling X Because an X server runs on the computer at which a user sits rather than on a remote computer, tunneling X works differently from tunneling other protocols. To tunnel X, the SSH server has to pretend to be an X server for the benefi t of its X - based programs. The SSH server can then forward the X data it receives to the SSH client, which is presumably running on the same computer as the user ’ s X server. (In fact, though, it ’ s possible to relay X through an arbitrary number of SSH connections.) This confi guration is much simpler to manage than is tunneling most other protocols. In terms of confi guration, you must ensure that the server ’ s /etc/ssh/sshd_config fi le includes the following line:
X11Forwarding yes
If this line reads no rather than yes , change it to read yes . On the client side, the /etc/ssh/ssh_config fi le should have the following option set:
ForwardX11 yes
This feature is less critical, though; it can be overridden on a case - by - case basis by using the - X or - x options to ssh to enable or disable, respectively, X tunneling. Setting the default in the global client confi guration fi le is merely a convenience. With these options set or with forwarding enabled on the server and - X used on the client, users will be able to launch X - based programs hosted on the SSH server computer from the SSH client computer, much as they would local programs.
SSH can compress data, which can improve the performance of tunneled sessions. On the client side, compression is enabled by adding a - C option to the ssh command. Adding compression to the mix can greatly enhance performance when tunneling X or other data - heavy protocols. I ’ ve found speed improvements on the order of 7x when using - C with graphics - heavy X applications tunneled through SSH over the Internet. The exact amount of benefit varies with the speed of the network connection, the nature of the data being transferred, the CPU speeds of both systems, and the CPU load on both systems.

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

Tất nhiên, tất cả những điều này đòi hỏi đặc biệt confi guration. Guration confi mặc định trên máy chủ cho phép đường hầm; nhưng để chắc chắn, kiểm tra le fi /etc/ssh/sshd_config trên máy chủ cho các tùy chọn sau: AllowTcpForwarding không có Nếu dòng này là hiện nay, thay đổi không có. Nếu nó không phải là hiện tại hoặc nếu nó đã được thiết lập để có, bạn shouldn ' t cần phải thay đổi của bạn máy chủ SSH confi guration. Về phía khách hàng, bạn phải thiết lập một kết nối SSH đặc biệt để máy tính. Bạn làm điều này với các bình thường ssh khách hàng chương trình, nhưng bạn phải vượt qua nó một số thông số. Một ví dụ sẽ giúp minh họa này sử dụng ssh: # ssh -N -f -L 142:mail.luna.edu:143 [e-mail] -Tùy chọn N và - f cho biết ssh để không thực hiện một lệnh từ xa và thực hiện trong nền sau khi yêu cầu mật khẩu, tương ứng. Các tùy chọn này là cần thiết để tạo ra một đường hầm. -L tùy chọn specifi es cổng địa phương mà trên đó để lắng nghe, máy tính từ xa mà để kết nối, và cổng trên máy tính từ xa mà để kết nối. Ví dụ này lắng nghe trên cổng địa phương 142 và kết nối với cổng 143 trên mail.luna.edu. (Bạn sẽ sử dụng cùng một số hiệu cổng trên cả hai đầu; Tôi đã thay đổi số cổng địa phương trong ví dụ này rõ ràng hơn phân biệt giữa các địa phương và từ xa cổng.) Tham số fi nal ([e-mail] trong ví dụ này) là tên người dùng từ xa và máy tính mà đường hầm đi. Lưu ý rằng máy tính này cần phải là tương tự như hệ thống mục tiêu specifi ed via - L. Nếu bạn muốn SSH trên hệ thống khách hàng để lắng nghe một cổng đặc quyền (có nghĩa là, một số dưới đây 1024), bạn phải thực hiện các ssh chương trình như là người chủ, như minh hoạ trong ví dụ trước. Nếu nghe một phòng không - port đặc quyền là chấp nhận được, bạn có thể chạy các ssh khách hàng như là một người sử dụng bình thường. Với đường hầm được thành lập, bạn có thể sử dụng chương trình khách hàng để kết nối với cổng địa phương specifi ed bởi fi rst số trong các - tham số L (cảng 142 trong ví dụ trước). Ví dụ, ví dụ này được thiết kế để chuyển tiếp IMAP traffi c, do đó, bạn có confi gure một trình đọc thư trên máy khách để lấy thư điện tử IMAP từ cổng 142 trên localhost. Khi người đọc email thực hiện điều này, SSH đá tại và chuyển tiếp traffi c đến máy chủ SSH, sau đó vượt qua các dữ liệu trên để cổng địa phương 143, có lẽ là đang chạy máy chủ IMAP thực sự. Tất cả điều này ẩn từ chương trình đọc thư điện tử; xa như nó là có liên quan, nó lấy thư điện tử từ máy chủ IMAP địa phương. Đường hầm X bởi vì X máy chủ chạy trên máy tính tại mà người dùng ngồi chứ không phải trên một máy tính từ xa, đường hầm X làm việc một cách khác nhau từ đường hầm giao thức khác. Đường hầm X, máy chủ SSH đã giả vờ là một máy chủ X cho t benefi của nó X - dựa chương trình. Các máy chủ SSH có thể sau đó chuyển tiếp dữ liệu X nhận được cho khách hàng SSH, có lẽ là đang chạy trên máy tính tương tự như của người dùng X máy chủ. (Trong thực tế, mặc dù, nó có thể chuyển tiếp X thông qua một số tùy ý của kết nối SSH.) Guration confi này là đơn giản hơn nhiều để quản lý hơn bắt đường hầm hầu hết các giao thức khác. Trong điều khoản của confi guration, bạn phải đảm bảo rằng các máy chủ /etc/ssh/sshd_config fi le bao gồm các dòng sau: X11Forwarding có Nếu dòng này đọc không chứ không phải là có, thay đổi nó để đọc có. Về phía khách hàng, /etc/ssh/ssh_config fi le cần phải có các tùy chọn sau đây thiết lập: ForwardX11 có Tính năng này là ít quan trọng, mặc dù; nó có thể được ghi đè vào trường hợp một - by - trường hợp cơ sở bằng cách sử dụng các - X hoặc - x tùy chọn để ssh để bật hoặc tắt, tương ứng, X bắt đường hầm. Thiết lập mặc định trong các khách hàng toàn cầu confi guration fi le là chỉ đơn thuần là một tiện nghi. Với các tùy chọn thiết lập hoặc với chuyển tiếp trên máy chủ, và - X được sử dụng trên máy khách, người dùng sẽ có thể khởi động X - dựa chương trình được lưu trữ trên máy tính máy chủ SSH từ máy khách SSH, nhiều càng tốt họ nào địa phương chương trình. SSH có thể nén dữ liệu, mà có thể cải thiện hiệu suất của tunneled phiên. Về phía khách hàng, nén được kích hoạt bằng cách thêm một - lựa chọn C để các ssh lệnh. Thêm nén để trộn có thể rất nhiều tăng cường hiệu suất khi đường hầm X hoặc dữ liệu khác - nặng giao thức. Tôi đã tìm thấy cải thiện tốc độ trên thứ tự của 7 x khi sử dụng - C với đồ họa - nặng X ứng dụng tunneled thông qua SSH qua Internet. Số tiền chính xác của lợi ích khác nhau với tốc độ kết nối mạng, bản chất của các dữ liệu được chuyển giao, tốc độ CPU của hệ thống và CPU tải trên cả hai hệ thống.

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

Tất nhiên, tất cả điều này đòi hỏi đặc biệt con fi guration. Các con mặc định fi guration trên máy chủ cho phép đường hầm; nhưng để chắc chắn, hãy kiểm tra / etc / ssh / sshd_config fi le trên máy chủ cho các tùy chọn sau đây:
AllowTcpForwarding không
Nếu dòng này là hiện nay, không thay đổi để có. Nếu nó không có hoặc nếu nó đã được thiết lập để có, bạn không nên 't cần phải thay đổi máy chủ SSH con fi guration của bạn. Về phía khách hàng, bạn phải thiết lập một kết nối SSH đặc biệt để các máy tính máy chủ. Bạn làm điều này với các chương trình ssh client bình thường, nhưng bạn phải vượt qua nó một vài thông số. Một ví dụ sẽ giúp minh họa điều này sử dụng ssh:
# ssh -N -f -L 142: mail.luna.edu: 143 [e-mail]
Các - N và - tùy chọn f cho ssh để không thực thi một lệnh từ xa và để thực hiện trong nền sau khi yêu cầu nhập mật khẩu, tương ứng. Các tùy chọn này là cần thiết để tạo ra một đường hầm. - L tùy chọn fi Speci es các cảng địa phương mà trên đó để lắng nghe, máy tính từ xa để kết nối và các cổng trên máy tính từ xa để kết nối. Ví dụ này sẽ lắng nghe trên cổng cục bộ 142 và kết nối đến cổng 143 trên mail.luna.edu. (Bạn 'lại có khả năng sử dụng số cổng tương tự trên cả hai đầu, tôi đã thay đổi số cổng địa phương trong ví dụ này để phân biệt rõ ràng hơn giữa các con số cảng địa phương và từ xa.) Các tham số nal fi ([e-mail] trong ví dụ này) là tên người dùng và máy tính mà các đường hầm đi. Lưu ý rằng máy tính này không cần phải được giống như các hệ thống mục tiêu fi Speci ed qua -. L
Nếu bạn muốn SSH trên hệ thống khách hàng để lắng nghe một cổng đặc quyền (có nghĩa là, một số sau 1024), bạn phải thực hiện các chương trình ssh như gốc, như trong ví dụ trước. Nếu nghe một phi - cổng đặc quyền là chấp nhận được, bạn có thể chạy các khách hàng ssh như một người sử dụng bình thường.
Với các đường hầm được thiết lập, bạn có thể sử dụng các chương trình khách hàng để kết nối với các cảng địa phương fi Speci ed bằng của số fi đầu tiên trong - L tham số (port 142 trong ví dụ trước). Ví dụ, ví dụ này được dự định để chuyển tiếp IMAP traf fi c, vì vậy bạn: D con fi Hình vẽ một trình đọc thư trên máy khách để lấy email IMAP từ cổng 142 trên localhost. Khi người đọc email thực hiện điều này, đá SSH trong và chuyển traf fi c đến máy chủ SSH, sau đó chuyển dữ liệu vào đến cổng cục bộ 143, mà có lẽ đó là chạy các máy chủ IMAP thực. Tất cả điều này được ẩn từ các chương trình đọc email; như xa như nó liên quan, đó là lấy email từ một máy chủ IMAP của địa phương. Tunneling X Bởi vì một máy chủ X chạy trên các máy tính mà một người sử dụng chứ không phải là ngồi trên một máy tính từ xa, đào hầm X công trình khác nhau từ đường hầm giao thức khác. Để hầm X, máy chủ SSH phải giả vờ là một máy chủ X cho bene fi t của X của mình - dựa trên chương trình. Sau đó các máy chủ SSH có thể chuyển tiếp dữ liệu X nó nhận cho khách hàng SSH, đó là lẽ chạy trên cùng một máy tính cũng như máy chủ X của người dùng. (Trong thực tế, mặc dù, nó có thể để chuyển tiếp X thông qua một số tùy ý của các kết nối SSH.) Con fi guration này đơn giản hơn để quản lý hơn là đường hầm hầu hết các giao thức khác. Trong điều kiện của con fi guration, bạn phải đảm bảo rằng các máy chủ 's / etc / ssh / sshd_config fi le bao gồm các dòng sau:
X11Forwarding yes
Nếu dòng này đọc không chứ không phải là có, thay đổi nó để đọc yes. Về phía khách hàng, / etc / ssh / ssh_config fi le nên có tùy chọn thiết lập sau đây:
ForwardX11 có
tính năng này là ít quan trọng, mặc dù; nó có thể được ghi đè vào một trường hợp - by - Trường hợp cơ sở bằng - X hay - x tùy chọn để ssh để kích hoạt hoặc vô hiệu hóa, tương ứng, X đường hầm. Thiết lập mặc định trong các khách hàng toàn cầu con fi guration fi le chỉ đơn thuần là một tiện nghi. Với các tùy chọn thiết lập hoặc chuyển tiếp được kích hoạt trên máy chủ và - X được sử dụng trên máy khách, người dùng sẽ có thể khởi động X -. Chương trình dựa trên lưu trữ trên máy tính của máy chủ SSH từ máy tính SSH client, nhiều khi họ sẽ chương trình địa phương
SSH thể nén dữ liệu, mà có thể cải thiện hiệu suất của các phiên hang hốc. Về phía khách hàng, nén được kích hoạt bằng cách thêm một tùy chọn - C cho lệnh ssh. Thêm nén để trộn rất có thể nâng cao hiệu suất khi đường hầm X hoặc dữ liệu khác - giao thức nặng. Tôi đã cải thiện tốc độ tìm thấy trên thứ tự của 7x khi sử dụng - C với đồ họa - ứng dụng X nặng đường hầm thông qua SSH trên Internet. Số tiền chính xác của lợi ích khác nhau với tốc độ kết nối mạng, bản chất của dữ liệu được chuyển giao, tốc độ CPU của cả hai hệ thống, và tải CPU trên cả hai hệ thống.