xpans - Online nel cloud

PROGRAMMA:

NOME

xpans - il server dei nomi XPA

SINOSSI

xpans [\-h] [\-e] [\-k sec] [\-p porta] [\-l registro] [\-s registro sicurezza] [\-P n]

VERSIONI

\-h stampa il messaggio di aiuto
\-e esci quando non ci sono più connessioni XPA
\-k invia messaggi keepalive ogni n sec
\-l registra le voci del database nel file specificato
\-p ascolta le connessioni sulla porta specificata
\-s registra le informazioni di sicurezza per ogni connessione al file specificato
\-P accetta richieste proxy (P=1) utilizzando thread separati (P=2)
-\-version visualizza la versione ed esce

DESCRIZIONE

Il server dei nomi xpans è un programma abilitato per XPA che viene utilizzato per gestire i nomi e le porte
di punti di accesso XPA. Viene avviato automaticamente quando viene registrato un punto di accesso XPA.
È possibile accedere al server dei nomi utilizzando xpaget per ottenere un elenco di punti di accesso registrati.

I xpan server dei nomi fornisce un collegamento cruciale tra client e server XPA. Quando un
Il server XPA definisce un punto di accesso utilizzando XPAnuovo(), XPACmdNuovo(), o XPAInfoNuovo(), il nome
del punto di accesso è registrato nel servizio nomi, insieme alle informazioni di connessione.
Il server dei nomi quindi abbina i modelli class:name passati ad esso dai client XPA con questi
voci registrate, in modo che i client possano comunicare con i server appropriati.

La connessione socket tra un programma abilitato per XPA e xpan è tenuto aperto fino al
ex esce (o chiude esplicitamente la connessione). Apparentemente, alcune apparecchiature Internet
(es. modem DSL) può causare il timeout di tale connessione dopo un periodo di inattività. Per
evitare che ciò accada, puoi usare l'opzione \-k [sec] per inviare un breve keep-alive
messaggio a ogni connessione aperta dopo il ritardo di tempo specificato. (Nota che questo
l'uso di keep-alive a livello di applicazione è necessario solo se si utilizza XPA abilitato
client su Internet e devono gestire connessioni a lungo termine che coinvolgono DSL o
attrezzatura simile. XPA utilizza il normale keep-alive a livello di socket, che funziona per tutti
altri casi.) NB (12/2/2009): i dati TCP fuori banda (URG), utilizzati da xpans keep-alive, sono
modificati da alcuni router Cisco in dati in banda. Incontrare un router del genere si romperà
la funzione keep-alive e potrebbe anche danneggiare il tuo server XPA. Procedi con cautela!

I xpan programma verrà avviato automaticamente (supponendo che possa essere trovato nella cartella dell'utente
percorso) quando viene registrato il primo punto di accesso XPA. Non è quindi necessario avviarlo
esplicitamente. Tuttavia, quando viene avviato automaticamente, il \-e viene utilizzato l'interruttore, in modo che il nome
il server uscirà quando non saranno più registrati punti di accesso XPA. Se desideri mantenere
il server dei nomi è continuamente in esecuzione, è sufficiente avviarlo manualmente senza il \-e interruttore.

Il server dei nomi manterrà un registro dei punti di accesso registrati se il \-l [tronco d'albero] l'interruttore è
utilizzato sulla riga di comando (è il caso dell'avvio automatico). Il registro contiene
nome e informazioni di connessione sufficienti per consentire di registrare nuovamente tutti i punti di accesso XPA
nel caso in cui il processo del server dei nomi venga terminato prematuramente. Ad esempio, dopo il ds9
access point è registrato, il log conterrà la voce:

aggiungi 838e2f67:1863 ds9 ds9 gs eric

If xpan è terminato ma ds9 è ancora in esecuzione, è possibile registrare nuovamente entrambi i punti di accesso
per il processo ds9 eseguendo:

xpaset \-p 838e2f67:1863 \-nsconnect

Notare che l'identificatore ip:port viene utilizzato con xpaset per bypassare la necessità di contattare
il name server (che non ha ancora il nome registrato!)

Il server dei nomi manterrà un registro delle informazioni di sicurezza se l'opzione \-s [registro di sicurezza]
viene utilizzato sulla riga di comando. Per ogni connessione accettata, (incluse le connessioni tramite il
xpaget comando), verranno registrate le informazioni sull'host che emette il comando e sul
parametri passati al programma. Questo è molto utile quando xpan sta accettando
connessioni da macchine non attendibili.

Quando un punto di accesso XPA viene rimosso da un server utilizzando XPA gratuito(), le informazioni di accesso sono
rimosso dal server dei nomi. Se un processo abilitato per XPA viene terminato, tutti i nomi
registrati da tale processo verranno rimossi automaticamente. Il file di registro è sempre aggiornato
per riflettere i punti di accesso attualmente registrati.

Il server dei nomi stesso ha nomi di punti di accesso XPA xpan registrato attraverso il quale tu
può trovare informazioni sui punti di accesso attualmente registrati (supponendo che tu abbia
accesso al server dei nomi; vedere Controllo di accesso XPA per ulteriori informazioni). Per ciascuno
punto di accesso registrato, vengono restituite le seguenti informazioni:

class # classe del punto di accesso
nome # nome del punto di accesso
access # accesso consentito (g=xpaget,s=xpaset,i=xpainfo)
id # metodo di accesso socket (host:port per inet, file per local/unix)
user # nome utente del proprietario del punto di accesso

Ad esempio, per visualizzare tutti i punti di accesso attualmente registrati, è sufficiente eseguire:

xpaget xpan

Continuando l'esempio di ds9 sopra, questo restituirà:

DS9 ds9 gs 838e2f67:1863 Eric

Se lo stesso programma è stato avviato con nomi di accesso XPA diversi, è possibile cercare solo
nomi corrispondenti a un modello specificato. Ad esempio, supponiamo che ds9 sia stato avviato
utilizzando:

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

Per cercare tutti i punti di accesso ds9 che terminano con ".eric" e a cui è possibile accedere utilizzando
xpaset, Usare:

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

Questo tornerà:

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

Il terzo argomento "*" richiede tutti i punti di accesso a tutti gli utenti. Puoi anche specificare a
nome utente specifico e verranno restituiti solo i punti di accesso registrati da quell'utente.

Il server dei nomi usa il XPA_METODO variabile d'ambiente per determinare se dovrebbe
ascolta le richieste su socket INET o LOCAL. Poiché anche i punti di accesso XPA lo usano
variabile d'ambiente, la scelta del metodo socket sarà coerente. Nota che, quando
Vengono utilizzati i socket INET, è possibile accedere a un server locale da macchine remote se il
XPA_NSINET la variabile di ambiente è impostata per puntare alla macchina locale. Vedi ambiente XPA
Variabili per maggiori informazioni.

Una caratteristica sperimentale di xpan è la sua capacità di fungere da proxy per i server XPA dietro
firewall che vogliono comunicare con processi esterni. L'idea di base è la
seguente: un server XPA (chiamalo "pippo") su host1, possibilmente dietro un firewall, fa un
connessione remota a un programma xpans abilitato per proxy su host2 (specificando XPA di host2
metodo). Per esempio:

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

Al termine, host2 può utilizzare le chiamate xpaset, xpaget e xpainfo per comunicare con il
Server XPA pippo. Tutta la comunicazione dei comandi viene eseguita tramite la connessione socket xpans
tra foo su host1 e xpans su host2 (che è stato avviato da foo dall'interno del
firewall). La comunicazione dei dati viene eseguita in modo simile utilizzando una connessione socket iniziata
su host1 (di solito con un valore di porta due maggiore del valore di porta degli xpan principali
presa di corrente). Una chiamata xpaset o xpaget su host2 contatti xpans, che esegue un
XPASet() or XPAget() chiamare a foo, passando comandi e dati avanti e indietro tra i due
programmi.

Per impostazione predefinita, le connessioni proxy non sono consentite da xpan. Se l'opzione \-P è specificata
con un valore di 1, la connessione proxy è consentita, ma tutte le comunicazioni proxy vengono eseguite
nello stesso thread dell'elaborazione di xpan. Se viene specificato un valore di 2, l'elaborazione del proxy
viene eseguito in un thread separato (supponendo che i pthread siano supportati nel sistema).
Perché l'elaborazione di callback xpa di qualsiasi tipo può richiedere molto tempo e quindi può
interferiscono con la normale elaborazione di xpan, le connessioni proxy con thread (\-P 2) sono
consigliato. Quando si utilizzano connessioni proxy, potrebbe anche essere utile impostare il
XPA_IOCALLSXPA variabile di ambiente, in modo che più richieste proxy possano essere gestite al
stesso tempo, invece che in serie.

Nota che questa interfaccia proxy per xpan è sperimentale. Viene utilizzato per fornire dati remoti
capacità di analisi sul sistema Chandra-Ed utilizzando ds9. (Vedere
http://chandra\-ed.cfa.harvard.edu e http://hea\-www.harvard.edu/saord/ds9 per ulteriori informazioni
particolari). Come sempre, contattaci se hai problemi o domande.

Usa xpan online utilizzando i servizi onworks.net