xpans - Online na nuvem

PROGRAMA:

NOME

xpans - o servidor de nomes XPA

SINOPSE

xpans [\ -h] [\ -e] [\ -k sec] [\ -p porta] [\ -l log] [\ -s log de segurança] [\ -P n]

OPÇÕES

\ -h imprimir mensagem de ajuda
\ -e saia quando não houver mais conexões XPA
\ -k envia mensagens de manutenção de atividade a cada n segundos
\ -l registra as entradas da base de dados no arquivo especificado
\ -p escuta as conexões na porta especificada
\ -s registra informações de segurança para cada conexão com o arquivo especificado
\ -P aceita solicitações de proxy (P = 1) usando thread separada (P = 2)
- \ - versão versão de exibição e saída

DESCRIÇÃO

O servidor de nomes xpans é um programa habilitado para XPA que é usado para gerenciar os nomes e portas
de pontos de acesso XPA. Ele é iniciado automaticamente quando um ponto de acesso XPA é registrado.
Você pode acessar o servidor de nomes usando o xpaget para obter uma lista de pontos de acesso registrados.

A xpans O servidor de nomes fornece um link crucial entre clientes e servidores XPA. Quando um
O servidor XPA define um ponto de acesso usando XPANew (), XPACmdNew ()ou XPAInfoNew (), o nome
do ponto de acesso é registrado no serviço de nome, junto com as informações de conexão.
O servidor de nomes, então, combina os modelos de classe: nome passados ​​a ele por clientes XPA com estes
entradas registradas, para que os clientes possam se comunicar com os servidores apropriados.

A conexão de soquete entre um programa habilitado para XPA e xpans é mantido aberto até o
sai anterior (ou fecha explicitamente a conexão). Aparentemente, alguns equipamentos de Internet
(por exemplo, modems DSL) pode fazer com que essa conexão atinja o tempo limite após um período de inatividade. Para
evitar que isso aconteça, você pode usar a opção \ -k [sec] para enviar um breve keep-alive
mensagem para cada conexão aberta após o atraso de tempo especificado. (Observe que este
o uso de keep-alive no nível do aplicativo é necessário apenas se você estiver servindo com XPA habilitado
clientes pela Internet e têm que lidar com conexões de longo prazo envolvendo DSL ou
equipamento semelhante. XPA usa o nível de soquete normal keep-alive, que funciona para todos
outros casos.) NB (12/2/2009): Out-of-band (URG) TCP data, usado por xpans keep-alive, é
alterado por alguns roteadores Cisco para dados dentro da banda. Encontrar tal roteador irá quebrar
a função keep-alive e pode quebrar seu servidor XPA também. Prossiga com cuidado!

A xpans programa será iniciado automaticamente (assumindo que pode ser encontrado no usuário
caminho) quando o primeiro ponto de acesso XPA é registrado. Portanto, não precisa ser iniciado
explicitamente. No entanto, quando iniciado automaticamente, o \ -e switch é usado, de modo que o nome
o servidor será encerrado quando não houver mais pontos de acesso XPA registrados. Se você deseja manter
o servidor de nomes em execução contínua, basta iniciá-lo manualmente sem o \ -e interruptor.

O servidor de nomes manterá um registro dos pontos de acesso registrados se o \-eu [registro] interruptor é
usado na linha de comando (este é o caso da inicialização automática). O log contém
nome e informações de conexão suficientes para permitir que você registre novamente todos os pontos de acesso XPA
caso o processo do servidor de nomes seja encerrado prematuramente. Por exemplo, após o ds9
ponto de acesso é registrado, o registro conterá a entrada:

add 838e2f67: 1863 ds9 ds9 gs eric

If xpans é encerrado, mas DS9 ainda está em execução, você pode registrar novamente os dois pontos de acesso
para o processo DS9 executando:

xpaset \ -p 838e2f67: 1863 \ -nsconnect

Observe que o especificador ip: port é usado com xpaset para contornar a necessidade de contatar
o servidor de nomes (que ainda não tem o nome registrado!)

O servidor de nomes manterá um registro de informações de segurança se o parâmetro \ -s [registro de segurança]
é usado na linha de comando. Para cada conexão aceita, (incluindo conexões por meio do
xpaget comando), as informações serão registradas sobre o host que emitiu o comando e o
parâmetros passados ​​para o programa. Isso é mais útil quando xpans está aceitando
conexões de máquinas não confiáveis.

Quando um ponto de acesso XPA é removido por um servidor usando XPAFree (), a informação de acesso é
removido do servidor de nomes. Se um processo habilitado para XPA for encerrado, todos os nomes
registrado por esse processo será removido automaticamente. O arquivo de log é sempre atualizado
para refletir os pontos de acesso atualmente registrados.

O próprio servidor de nomes possui nomes de pontos de acesso XPA xpans registrado através do qual você
pode descobrir informações sobre os pontos de acesso registrados atualmente (assumindo que você tenha
acesso ao servidor de nomes; consulte Controle de acesso XPA para obter mais informações). Para cada
ponto de acesso registrado, as seguintes informações são retornadas:

classe # classe do ponto de acesso
nome # nome do ponto de acesso
acesso # acesso permitido (g = xpaget, s = xpaset, i = xpainfo)
id # método de acesso de soquete (host: porta para inet, arquivo para local / unix)
usuário # nome de usuário do proprietário do ponto de acesso

Por exemplo, para exibir todos os pontos de acesso registrados atualmente, basta executar:

xpaget xpans

Continuando o exemplo de ds9 acima, isso retornará:

DS9 ds9 gs 838e2f67: 1863 eric

Se o mesmo programa foi iniciado com nomes de acesso XPA diferentes, você pode pesquisar apenas
nomes que correspondem a um modelo especificado. Por exemplo, suponha que DS9 tenha sido inicializado
usando:

DS9 e
ds9 \ -title ds9 \ -1 \ -eric &
ds9 \ -title ds9 \ -2 \ -eric &

Para pesquisar todos os pontos de acesso DS9 que terminam em ".eric" e que podem ser acessados ​​usando
xpaset, Use:

xpaget xpans "DS9: *. eric" "s" "*"

Isso retornará:

DS9 ds9 \ -2 \ -eric gs 838e29d3: 42102 eric
DS9 ds9 \ -1 \ -eric gs 838e29d3: 42105 eric

O terceiro argumento "*" solicita todos os pontos de acesso de todos os usuários. Você também pode especificar um
nome de usuário específico e apenas os pontos de acesso registrados por esse usuário serão retornados.

O servidor de nomes usa o XPA_METHOD variável de ambiente para determinar se deve
escute as solicitações nos soquetes INET ou LOCAL. Uma vez que os pontos de acesso XPA também usam este
variável de ambiente, a escolha do método de soquete será consistente. Observe que, quando
Sockets INET são usados, um servidor local pode ser acessado de máquinas remotas se o
XPA_NSINET a variável de ambiente é definida para apontar para a máquina local. Veja Ambiente XPA
Variáveis ​​para mais informações.

Um recurso experimental do xpans é sua capacidade de atuar como proxy para servidores XPA por trás
firewalls que desejam se comunicar com processos externos. A ideia básica é a
seguinte: um servidor XPA (chame-o de "foo") no host1, possivelmente atrás de um firewall, faz um
conexão remota a um programa xpans habilitado para proxy no host2 (especificando o XPA do host2
método). Por exemplo:

xpaset \ -p foo \ -remote 'host2: 28571' + \ -proxy # no host1

Quando isso é feito, o host2 pode usar chamadas xpaset, xpaget e xpainfo para se comunicar com o
Servidor XPA foo. Toda a comunicação do comando é realizada através da conexão de soquete xpans
entre foo no host1 e xpans no host2 (que foi iniciado por foo de dentro do
firewall). A comunicação de dados é realizada de forma semelhante usando uma conexão de soquete iniciada
no host1 (geralmente com um valor de porta dois maior que o valor da porta dos xpans principais
conexão de soquete). Uma chamada xpaset ou xpaget em xpans de contatos de host2, que realiza um
XPASet () or XPAGet () chamar foo, passando comandos e dados para frente e para trás entre os dois
programas.

Por padrão, as conexões proxy não são permitidas pelo xpans. Se a opção \ -P for especificada
com um valor de 1, a conexão do proxy é permitida, mas toda a comunicação do proxy é realizada
no mesmo segmento do processamento xpans. Se um valor de 2 for especificado, o processamento de proxy
é executado em uma thread separada (assumindo que pthreads são suportados em seu sistema).
Porque o processamento de retorno de chamada xpa de qualquer tipo pode levar muito tempo e, portanto, pode
interferir com o processamento normal do xpans, as conexões de proxy encadeadas (\ -P 2) são
recomendado. Ao usar conexões proxy, também pode ser útil definir o
Variável de ambiente XPA_IOCALLSXPA, para que várias solicitações de proxy possam ser tratadas no
ao mesmo tempo, em vez de serialmente.

Observe que esta interface de proxy para xpans é experimental. É usado para fornecer dados remotos
recursos de análise no sistema Chandra-Ed usando DS9. (Ver
http://chandra\ -ed.cfa.harvard.edu e http://hea\ -www.harvard.edu/saord/ds9 para mais
detalhes). Como sempre, entre em contato conosco se tiver problemas ou perguntas.

Use xpans online usando serviços onworks.net