GoGPT Best VPN GoSearch

favicon do OnWorks

encapsular - Online na nuvem

Execute o encapsulado no provedor de hospedagem gratuita OnWorks no Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS

Este é o comando encapsulado que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS

PROGRAMA:

NOME


encapsular - multiplexar vários canais em um único soquete com amostragem de remoto
processe o status de saída e forneça o término da conversa sem fechar o soquete.

tubos de rede 4.2

SINOPSE


encapsular --fd n [ --verbose ] [ --subproc [ --infd n[=sid]] [ --outfd n[=sid]] [
--duplex n[=sid]] [ - Duplex n[=sid]] [ - DUPLEX n[=sid]] [ --prefere-local ] [
--prefer-remoto ] [ - somente local ] [ --somente remoto ]] [ --cliente ] [ --servidor ]
-[#n][v][s[in][on][dn][ion][oin][l][r][L][R]] comando args ...

DESCRIÇÃO


encapsular implementa o protocolo de controle de sessão (SCP) de maneira limitada.
encapsular multiplexa vários canais virtuais em um único soquete usando SCP.
encapsular transmite o status de saída do programa local para a extremidade remota por meio de um
canal SCP reservado e recebe o status de saída remota de volta. encapsular fornece
limites de conversa sem fechar o soquete.

As bandeiras podem aparecer em qualquer ordem. O primeiro argumento que não é um sinalizador é o comando para
desovar (assumindo --subproc for especificado, caso contrário, um erro).

OPÇÕES


--fd n, -#n : especifique o descritor de arquivo do soquete que iremos multiplexar o subprocesso
canais terminados. Este argumento é obrigatório

--verbose, -v : Imprima informações extras (incluindo um aviso de copyright) para stderr.

--subproc, -s : gera um subprocesso. Você deve fornecer um comando e args. Se você omitir isso
bandeira, então você deve não fornecer um comando e args. Se você omitir este sinalizador, encapsular
irá copiar a entrada de stdin para um canal de saída no socket muxed SCP e copiar para
stdout de um canal de entrada no soquete muxed SCP. Se você omitir este sinalizador, todos os
os sinalizadores de canal de entrada e saída são ilegais.

--infd n, -in : especifica um canal de entrada. Se houver um subprocesso, ele será capaz de
ler do descritor n. Se não houver subprocesso encapsular vai ler de seu
descritor n (são polaridades opostas para o canal SCP).

--outfd n, -on : especifica um canal de saída. Se houver um subprocesso, ele será capaz de
escreva para o descritor n. Se não houver subprocesso encapsular irá escrever para o seu descritor
n (são polaridades opostas para o canal SCP).

--duplex n, -ion : especifique um canal bidirecional. O remoto encapsular vai enviar o
Pacote SCP SYN, e o local responderá com um SYN para a mesma sessão. o
o subprocesso será capaz de ler e gravar no descritor de arquivo n. O subprocesso deve usar
da meia(1) programe se deve fechar uma direção enquanto deixa a outra direção
abrir.

- Duplex n, -dn : especifique um canal bidirecional. o --cliente fim do encapsular
conexão envia o pacote SCP SYN e --servidor responde com um SYN para a mesma sessão.
O subprocesso será capaz de ler e gravar no descritor de arquivo n. O subprocesso deve
use o meia(1) programe se deve fechar uma direção enquanto sai da outra
direção aberta.

- DUPLEX n, -oin : especifique um canal bidirecional. O local encapsular vai enviar o
Pacote SCP SYN, e o controle remoto responderá com um SYN para a mesma sessão. o
o subprocesso será capaz de ler e gravar no descritor de arquivo n. O subprocesso deve usar
da meia(1) programe se deve fechar uma direção enquanto deixa a outra direção
abrir.

Todas as formas longas do canal bidirecional têm um opcional =sid componente que
pode ser usado para especificar o SCP Session ID. Isso não é muito útil ao conectar
encapsular em outra instância de si mesmo, mas pode ser útil ao se conectar a outro
pedaço de software que implementa SCP.

--prefere-local, -l : se ambos os subprocessos remoto e local saem com diferente de zero
códigos (errados), encapsular sairá com o mesmo código do subprocesso local. Esta
is da padrão.

--prefer-remoto, -r : se ambos os subprocessos remoto e local saem com diferente de zero
códigos (errados), encapsular sairá com o mesmo código do subprocesso remoto.

- somente local, -L : encapsular sai com o status local e ignora o status remoto.

--somente remoto, -R : encapsular sai com o status remoto e ignora o status local.

SESSÃO IDs E SUBPROCESSO CANAIS


Ao especificar canais para o subprocesso, a ordem dos sinalizadores é muito importante.
Cada bandeira para o local encapsular deve ter uma bandeira correspondente no controle remoto
encapsular que está exatamente na mesma posição (na lista de canais). O descritor
os números não precisam corresponder, mas a posição e o tipo de cada canal, sim.

Um fator lamentavelmente complicador é que o fluxo de dados implícito por --infd e --outfd e guarante que os mesmos estão
diferente quando você especifica um subprocesso.

Remoto Local
--infd c / subproc --outfd c / subproc
--infd c / subproc --infd
--infd --infd c / subproc
--infd --outfd
--outfd c / subproc --infd c / subproc
--outfd c / subproc --outfd
--outfd --outfd c / subproc
--outfd --infd
--duplex - DUPLEX
- Duplex - Duplex
- DUPLEX --duplex

DIREITA:

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

ERRADO:

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

--duplex deve ter um correspondente - DUPLEX na extremidade remota.

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

--infd deve ter um correspondente --outfd na extremidade remota. Está fora de serviço e o
os canais serão alocados incorretamente, levando a erros de protocolo.

Se você entende o código-fonte para encapsular, você pode violar essas diretrizes, mas
é desnecessário, sujeito a erros e imprudente; além disso, você realmente não entende o
Código fonte. Não faça isso.

CLIENTE -VS- SERVIDOR


O SCP tem uma polaridade implícita. Uma extremidade é o servidor e a outra extremidade é o cliente.
Você pode especificar qual extremidade é qual usando --cliente e --servidor. Se você não especificar
um então encapsular irá comparar os endereços de ambas as extremidades do socket (especificado
com --fd) e usar um algoritmo determinístico para escolher um para ser o servidor e outro para ser
o cliente. Se o endereço remoto do soquete não corresponder ao remoto
encapsular (por exemplo, os pacotes estão sendo encaminhados através de um gateway conectado, os endereços
estão sendo mascarados, ou são percebidos de forma inconsistente pelas duas extremidades), então
este algoritmo tem uma boa chance de "falhar" e atribuir ambos para ser servidor ou ambos para
seja cliente.

A única vez que você deve deixar encapsular escolher entre cliente e servidor está em
situações interativas. É muito provável que um sistema de software construído em torno encapsular
será reutilizado em uma situação em que a atribuição automática de polaridade falhar.

EXEMPLOS


Este é um daemon simples de transferência de arquivos:

servidor $ faucet 3001 --once --fd3 \
sh -c 'enquanto ~ / src / netpipes4.0 / encapsulate --fd3 -so5i4 \
sh -c "fname =` cat 0 <& 4`; echo \ $ fname; cat <\ $ fname 1> & 5 "; \
faça verdade; feito'
cliente $ mangueira servidor 3001 --retry 10 --delay 1 --fd3 \
sh -c 'enquanto lê fname; Faz \
~ / src / netpipes4.0 / encapsulate --fd3 -si4o5 \
sh -c "echo $ fname 1> & 5; exec 5> & -; cat 0 <& 4" \
|| pausa; feito'

Apenas digite o nome do arquivo que deseja recuperar na mangueira e pressione Enter. Isto
será despejado no stdout. Repita até ficar iluminado ou entediado.

PROBLEMAS


Você especificou --cliente e --servidor devidamente? Um lado deve ser o servidor, o outro lado
deve ser cliente. Se você especificar ambos como servidor ou ambos como cliente, você fez um
erro. Não confie na detecção automática de polaridade. Embora seja teoricamente um
algoritmo muito bom, é facilmente enganado.

Faça todas as suas atribuições de canal (--infd et al) combinam? Se você errar,
encapsular vai surtar e escorrer por cima de seus sapatos.

Para evitar deadlock, certifique-se de fechar canais quando não precisar deles
mais. Use o> & - operador de redirecionamento em sh ou bash. Certifique-se de fechá-lo em todos
dos processos em segundo plano também.

Incapaz de ler stdin de um processo que foi colocado em segundo plano com &? O Bash fecha o arquivo
descritor 0 para qualquer subprocesso em segundo plano (por exemplo, (comando &)). Você pode ter
em torno disso copiando 0 em outro descritor e, em seguida, copiando-o de volta no
processo em segundo plano.

((cat 0 <& 3) &) 3 <& 0

Use encapsular online usando serviços onworks.net


Servidores e estações de trabalho gratuitos

Baixar aplicativos Windows e Linux

Comandos Linux

Ad




×
Anúncios
❤ ️Compre, reserve ou compre aqui — sem custos, ajuda a manter os serviços gratuitos.