đóng gói - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

đóng gói - ghép nhiều kênh trên một ổ cắm duy nhất với lấy mẫu từ xa
xử lý trạng thái thoát và cung cấp kết thúc hội thoại mà không cần đóng ổ cắm.

mạng lưới 4.2

SYNOPSIS

gói lại --fd n [ --dài dòng ] [ --proc [ --infd n[=sid]] [ --outfd n[=sid]] [
--song công n[=sid]] [ --Hai mặt n[=sid]] [ --DUPLEX n[=sid]] [ --prefer-địa phương ] [
- điều khiển từ xa siêu trầm ] [ --local-chỉ ] [ - chỉ ghi nhớ ]] [ --khách hàng ] [ --người phục vụ ]
-[#n][v][s[in][on][dn][ion][oin][l][r][L][R]] lệnh args. ...

MÔ TẢ

gói lại thực hiện Giao thức kiểm soát phiên (SCP) một cách hạn chế.
gói lại ghép nhiều kênh ảo qua một ổ cắm duy nhất bằng SCP.
gói lại truyền trạng thái thoát của chương trình cục bộ đến đầu cuối từ xa qua một
dành riêng kênh SCP và nhận lại trạng thái thoát từ xa. gói lại cung cấp
ranh giới cuộc trò chuyện mà không cần đóng ổ cắm.

Cờ có thể xuất hiện theo bất kỳ thứ tự nào. Đối số đầu tiên không phải là cờ là lệnh
đẻ trứng (giả sử --proc được chỉ định, một lỗi khác).

LỰA CHỌN

--fd n, -#n : chỉ định bộ mô tả tệp của socket mà chúng tôi sẽ ghép kênh con quy trình
qua các kênh. Đối số này là bắt buộc

--dài dòng, -v : In thông tin bổ sung (bao gồm cả thông báo bản quyền) cho stderr.

--proc, -s : sinh ra một quy trình con. Bạn phải cung cấp một lệnh và args.. Nếu bạn bỏ qua điều này
cờ, sau đó bạn phải không cung cấp một lệnh và args.. Nếu bạn bỏ qua cờ này, gói lại
sẽ sao chép đầu vào từ stdin sang một kênh gửi đi trong ổ cắm SCP-muxed và sao chép vào
stdout từ một kênh đến trong ổ cắm SCP-trộn. Nếu bạn bỏ qua cờ này, tất cả
cờ kênh đầu vào và đầu ra là bất hợp pháp.

--infd n, -in : chỉ định một kênh đầu vào. Nếu có một quy trình con, nó sẽ có thể
đọc từ bộ mô tả n. Nếu không có quy trình phụ gói lại sẽ đọc từ nó
bộ mô tả n (đây là hai cực đối lập đối với kênh SCP).

--outfd n, -on : chỉ định một kênh đầu ra. Nếu có một quy trình con, nó sẽ có thể
viết thư cho người mô tả n. Nếu không có quy trình phụ gói lại sẽ viết cho bộ mô tả của nó
n (đây là hai cực đối lập đối với kênh SCP).

--song công n, -ion : chỉ định kênh hai chiều. Điều khiển từ xa gói lại sẽ gửi
Gói SCP SYN và cục bộ sẽ trả lời bằng một SYN trong cùng một phiên. Các
quy trình con sẽ có thể đọc và ghi vào bộ mô tả tệp n. Quy trình con nên sử dụng
các sụt sùi(1) chương trình nếu nó phải đóng một hướng trong khi rời khỏi hướng khác
mở.

--Hai mặt n, -dn : chỉ định kênh hai chiều. Các --khách hàng kết thúc của gói lại
kết nối gửi gói SCP SYN và --người phục vụ phản hồi bằng SYN cho cùng một phiên.
Quá trình con sẽ có thể đọc và ghi vào bộ mô tả tệp n. Quy trình con nên
sử dụng sụt sùi(1) chương trình nếu nó phải đóng một hướng trong khi rời khỏi hướng khác
hướng mở.

--DUPLEX n, -Nàyn : chỉ định kênh hai chiều. Địa phương gói lại sẽ gửi
Gói SCP SYN và điều khiển từ xa sẽ phản hồi bằng một SYN trong cùng một phiên. Các
quy trình con sẽ có thể đọc và ghi vào bộ mô tả tệp n. Quy trình con nên sử dụng
các sụt sùi(1) chương trình nếu nó phải đóng một hướng trong khi rời khỏi hướng khác
mở.

Tất cả các dạng dài của kênh hai chiều đều có tùy chọn =sid thành phần đó
có thể được sử dụng để chỉ định ID Phiên SCP. Điều này không hữu ích lắm khi kết nối
đóng gói vào một phiên bản khác của chính nó, nhưng có thể hữu ích khi kết nối với một phiên bản khác
phần mềm thực hiện SCP.

--prefer-địa phương, -l : nếu cả quy trình con từ xa và cục bộ đều thoát với giá trị khác XNUMX
(sai) mã, gói lại sẽ thoát với mã giống như quy trình con cục bộ. T
is các mặc định.

- điều khiển từ xa siêu trầm, -r : nếu cả quy trình con từ xa và cục bộ đều thoát với giá trị khác XNUMX
(sai) mã, gói lại sẽ thoát với mã giống như quy trình con từ xa.

--local-chỉ, -L : gói lại thoát với trạng thái cục bộ và bỏ qua trạng thái từ xa.

- chỉ ghi nhớ, -R : gói lại thoát với trạng thái từ xa và bỏ qua trạng thái cục bộ.

CHUYÊN ĐỀ ID VÀ TIẾN TRÌNH KÊNH TRUYỀN HÌNH

Khi chỉ định kênh cho quy trình con, thứ tự của các cờ là rất quan trọng.
Mọi lá cờ cho địa phương gói lại phải có một lá cờ tương ứng trên điều khiển từ xa
gói lại ở cùng một vị trí (trong danh sách kênh). Bộ mô tả
các số không cần tương ứng, nhưng vị trí và loại của mỗi kênh phải.

Một yếu tố phức tạp đáng tiếc là luồng dữ liệu được ngụ ý bởi --infd và --outfd đang
khác khi bạn chỉ định một quy trình con.

Từ xa cục bộ
--infd w / chương trình con --outfd w / chương trình con
--infd w / chương trình con --infd
--infd --infd w / chương trình con
--infd --outfd
--outfd w / chương trình con --infd w / chương trình con
--outfd w / chương trình con --outfd
--outfd --outfd w / chương trình con
--outfd --infd
--song công --DUPLEX
--Hai mặt --Hai mặt
--DUPLEX --song công

ĐÚNG:

l $ encapsulate --infd 0 --duplex 5
r $ encapsulate --outfd 1 --DUPLEX 5

SAI LẦM:

l $ encapsulate --infd 0 --duplex 5
r $ encapsulate --outfd 1 --duplex 5

--song công phải có một tương ứng --DUPLEX ở đầu từ xa.

l $ encapsulate --infd 0 --duplex 5
r $ encapsulate --DUPLEX 5 --outfd 1

--infd phải có một tương ứng --outfd ở đầu từ xa. Nó không theo thứ tự và
các kênh sẽ được cấp phát không chính xác dẫn đến lỗi giao thức.

Nếu bạn hiểu mã nguồn cho gói lại, bạn có thể vi phạm các nguyên tắc này, nhưng
nó là không cần thiết, dễ xảy ra sai sót và thiếu thông tin; ngoài ra, bạn không thực sự hiểu
mã nguồn. Đừng làm điều đó.

KHÁCH HÀNG -VS- MÁY CHỦ

SCP có một cực tính ngầm. Một đầu là máy chủ và đầu kia là máy khách.
Bạn có thể chỉ định đầu cuối được sử dụng --khách hàng và --người phục vụ. Nếu bạn không chỉ định
một, sau đó gói lại sẽ so sánh địa chỉ của cả hai đầu của ổ cắm (được chỉ định
với --fd) và sử dụng một thuật toán xác định để chọn một làm máy chủ và một trở thành
khách hàng. Nếu địa chỉ từ xa của ổ cắm không tương ứng với điều khiển từ xa
gói lại (ví dụ: các gói đang được chuyển tiếp thông qua một cổng được cắm, các địa chỉ
đang được giả mạo, hoặc được thúc đẩy một cách không nhất quán bởi hai đầu) thì
thuật toán này có nhiều khả năng "không thành công" và chỉ định cả hai làm máy chủ hoặc cả hai cho
là khách hàng.

Lần duy nhất bạn nên để gói lại lựa chọn giữa máy khách và máy chủ đang ở
các tình huống tương tác. Rất có thể một hệ thống phần mềm được xây dựng xung quanh gói lại
sẽ được sử dụng lại trong trường hợp việc gán phân cực tự động không thành công.

VÍ DỤ

Đây là một trình nền chuyển tệp đơn giản:

máy chủ $ faucet 3001 --once --fd3 \
sh -c 'trong khi ~ / src / netpipes4.0 / encapsulate --fd 3 -so5i4 \
sh -c "fname =` cat 0 <& 4`; echo \ $ fname; cat <\ $ fname 1> & 5 "; \
làm đúng sự thật; xong'
client $ pipe server 3001 --retry 10 --ngay 1 --fd3 \
sh -c 'trong khi đọc fname; làm \
~ / src / netpipes4.0 / encapsulate --fd 3 -si4o5 \
sh -c "echo $ fname 1> & 5; execute 5> & -; cat 0 <& 4" \
|| nghỉ; xong'

Chỉ cần nhập tên của tệp bạn muốn truy xuất vào ống và nhấn quay lại. Nó
sẽ được chuyển sang stdout. Lặp lại cho đến khi ngộ hoặc chán.

Giải đáp thắc mắc

Bạn đã chỉ định --khách hàng và --người phục vụ đúng? Một bên phải là máy chủ, bên kia
nên được khách hàng. Nếu bạn chỉ định cả hai là máy chủ hoặc cả hai là máy khách, bạn đã tạo
sai lầm, điều sai, ngộ nhận. Không dựa vào phát hiện phân cực tự động. Trong khi về mặt lý thuyết, nó là một
thuật toán rất tốt, nó bị đánh lừa rất dễ dàng.

Thực hiện tất cả các nhiệm vụ kênh của bạn (--infd et al) phù hợp với? Nếu bạn hiểu sai,
gói lại sẽ khiến bạn cảm thấy khó chịu và nhỏ giọt trên giày của bạn.

Để tránh bế tắc, hãy đảm bảo rằng bạn đang đóng các kênh khi không cần đến
nữa không. Sử dụng toán tử> & - chuyển hướng trong sh hoặc bash. Hãy chắc chắn rằng bạn đóng tất cả
của các quy trình nền.

Không thể đọc stdin từ một quy trình đã được chạy nền với &? Bash đóng tệp
bộ mô tả 0 cho bất kỳ quy trình con nào được chạy nền (ví dụ: (lệnh &)). Bạn có thể làm được
xung quanh điều này bằng cách sao chép 0 vào một bộ mô tả khác, và sau đó sao chép nó trở lại trong
quy trình nền tảng.

((con mèo 0 <& 3) &) 3 <& 0

Sử dụng đóng gói trực tuyến bằng các dịch vụ onworks.net