xpans - En ligne dans le Cloud

PROGRAMME:

Nom

xpans - le serveur de noms XPA

SYNOPSIS

xpans [\-h] [\-e] [\-k sec] [\-p port] [\-l log] [\-s journal de sécurité] [\-P n]

OPTIONS

\-h affiche le message d'aide
\-e quitte lorsqu'il n'y a plus de connexions XPA
\-k envoie des messages keepalive toutes les n secondes
\-l consigne les entrées de la base de données dans le fichier spécifié
\-p écouter les connexions sur le port spécifié
\-s consigne les informations de sécurité pour chaque connexion au fichier spécifié
\-P accepte les requêtes proxy (P=1) en utilisant un thread séparé (P=2)
-\-version afficher la version et quitter

DESCRIPTION

Le serveur de noms xpans est un programme compatible XPA qui est utilisé pour gérer les noms et les ports
de points d'accès XPA. Il démarre automatiquement lorsqu'un point d'accès XPA est enregistré.
Vous pouvez accéder au serveur de noms en utilisant xpaget pour obtenir une liste des points d'accès enregistrés.

La xpans Le serveur de noms fournit un lien crucial entre les clients XPA et les serveurs. Quand un
Le serveur XPA définit un point d'accès en utilisant XPANouveau(), XPACmdNouveau()ou XPAInfoNouveau(), le nom
du point d'accès est enregistré dans le service de noms, avec les informations de connexion.
Le serveur de noms fait ensuite correspondre les modèles class:name qui lui sont transmis par les clients XPA avec ces
entrées enregistrées, afin que les clients puissent communiquer avec les serveurs appropriés.

La connexion socket entre un programme compatible XPA et xpans reste ouvert jusqu'à la
anciennes sorties (ou ferme explicitement la connexion). Apparemment, certains équipements Internet
(par exemple, les modems DSL) peuvent provoquer l'expiration d'une telle connexion après une période d'inactivité. À
empêcher que cela se produise, vous pouvez utiliser le commutateur \-k [sec] pour envoyer un bref keep-alive
message à chaque connexion ouverte après le délai spécifié. (Notez que ce
l'utilisation de keep-alive au niveau de l'application n'est nécessaire que si vous utilisez XPA activé
clients sur Internet et doivent faire face à des connexions à long terme impliquant DSL ou
équipements similaires. XPA utilise le keep-alive au niveau socket ordinaire, qui fonctionne pour tous
autres cas.) NB (12/2/2009): Les données TCP hors bande (URG), utilisées par xpans keep-alive, sont
modifiés par certains routeurs Cisco en données intrabande. La rencontre avec un tel routeur va casser
la fonction keep-alive et peut également casser votre serveur XPA. Procéder avec prudence!

La xpans programme sera lancé automatiquement (en supposant qu'il se trouve dans le
path) lorsque le premier point d'accès XPA est enregistré. Il n'est donc pas nécessaire de le démarrer
explicitement. Cependant, lorsqu'il est démarré automatiquement, le \-e commutateur est utilisé, de sorte que le nom
le serveur se fermera lorsqu'il n'y aura plus de points d'accès XPA enregistrés. Si vous souhaitez conserver
le serveur de noms fonctionne en permanence, démarrez-le simplement manuellement sans le \-e interrupteur.

Le serveur de noms conservera un journal des points d'accès enregistrés si le \-l [Journal] commutateur est
utilisé sur la ligne de commande (c'est le cas pour le démarrage automatique). Le journal contient
suffisamment d'informations de nom et de connexion pour vous permettre de réenregistrer tous les points d'accès XPA
au cas où le processus du serveur de noms se terminerait prématurément. Par exemple, après la ds9
point d'accès est enregistré, le journal contiendra l'entrée :

ajouter 838e2f67:1863 ds9 ds9 gs eric

If xpans est terminé mais ds9 est toujours en cours d'exécution, vous pouvez réenregistrer les deux points d'accès
pour le processus ds9 en exécutant :

xpaset \-p 838e2f67:1863 \-nsconnect

Notez que le spécificateur ip:port est utilisé avec xpaset pour éviter le besoin de contacter
le serveur de noms (dont le nom n'a pas encore été enregistré !)

Le serveur de noms conservera un journal des informations de sécurité si le commutateur \-s [security log]
est utilisé sur la ligne de commande. Pour chaque connexion acceptée, (y compris les connexions via le
xpaget commande), des informations seront enregistrées sur l'hôte émettant la commande et le
paramètres passés dans le programme. Ceci est particulièrement utile lorsque xpans accepte
connexions provenant de machines non fiables.

Lorsqu'un point d'accès XPA est supprimé par un serveur utilisant XPAGratuit(), les informations d'accès sont
supprimé du serveur de noms. Si un processus XPA est terminé, tous les noms
enregistrés par ce processus seront automatiquement supprimés. Le fichier journal est toujours mis à jour
pour refléter les points d'accès actuellement enregistrés.

Le serveur de noms lui-même a des noms de point d'accès XPA xpans enregistré par lequel vous
peut trouver des informations sur les points d'accès actuellement enregistrés (en supposant que vous ayez
accès au serveur de noms ; voir Contrôle d'accès XPA pour plus d'informations). Pour chaque
point d'accès enregistré, les informations suivantes sont renvoyées :

classe # classe du point d'accès
nom # nom du point d'accès
accès # accès autorisé (g=xpaget,s=xpaset,i=xpainfo)
ID # méthode d'accès au socket (hôte:port pour inet, fichier pour local/unix)
user # nom d'utilisateur du propriétaire du point d'accès

Par exemple, pour afficher tous les points d'accès actuellement enregistrés, exécutez simplement :

xpaget xpans

En poursuivant l'exemple de ds9 ci-dessus, cela renverra :

DS9 ds9 gs 838e2f67:1863 éric

Si le même programme a été lancé avec des noms d'accès XPA différents, vous ne pouvez rechercher que
noms correspondant à un modèle spécifié. Par exemple, supposons que ds9 a été démarré
utilisant:

DS9 &
ds9 \-titre ds9\-1\-eric &
ds9 \-titre ds9\-2\-eric &

Pour rechercher tous les points d'accès ds9 qui se terminent par ".eric" et auxquels on peut accéder en utilisant
xpaset, Utiliser:

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

Cela reviendra :

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

Le troisième argument "*" demande tous les points d'accès de tous les utilisateurs. Vous pouvez également spécifier un
nom d'utilisateur spécifique et seuls les points d'accès enregistrés par cet utilisateur seront renvoyés.

Le serveur de noms utilise le XPA_METHOD variable d'environnement pour déterminer si elle doit
écouter les requêtes sur les sockets INET ou LOCAL. Étant donné que les points d'accès XPA utilisent également ce
variable d'environnement, le choix de la méthode socket sera cohérent. Notez que, lorsque
des sockets INET sont utilisées, un serveur local est accessible depuis des machines distantes si le
XPA_NSINET La variable d'environnement est définie pour pointer vers la machine locale. Voir Environnement XPA
Variables pour plus d'informations.

Une caractéristique expérimentale de xpans est sa capacité à agir en tant que proxy pour les serveurs XPA derrière
pare-feu qui veulent communiquer avec des processus externes. L'idée de base est la
suivant : un serveur XPA (appelez-le "foo") sur l'hôte 1, éventuellement derrière un pare-feu, effectue un
connexion à distance à un programme xpans activé par proxy sur host2 (spécifiant le XPA de host2
méthode). Par exemple:

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

Lorsque cela est fait, host2 peut utiliser les appels xpaset, xpaget et xpainfo pour communiquer avec le
Serveur XPA foo. Toutes les communications de commandes sont effectuées via la connexion socket xpans
entre foo sur host1 et xpans sur host2 (qui a été initié par foo depuis l'intérieur du
pare-feu). La communication de données est effectuée de la même manière à l'aide d'une connexion par socket initiée
sur host1 (généralement avec une valeur de port deux supérieure à la valeur de port des principaux xpans
prise de courant). Un appel xpaset ou xpaget sur host2 contacte xpans, qui effectue un
EnsembleXPA() or XPAGet() appel à foo, en passant des commandes et des données entre les deux
programmes.

Par défaut, les connexions proxy ne sont pas autorisées par xpans. Si le commutateur \-P est spécifié
avec une valeur de 1, les connexions proxy sont autorisées, mais toutes les communications proxy sont effectuées
dans le même thread que le traitement xpans. Si une valeur de 2 est spécifiée, le traitement proxy
est effectuée dans un thread séparé (en supposant que les pthreads sont pris en charge sur votre système).
Parce que le traitement de rappel xpa de tout type peut prendre beaucoup de temps et peut donc
interférer avec le traitement xpans normal, les connexions proxy threadées (\-P 2) sont
conseillé. Lors de l'utilisation de connexions proxy, il peut également être utile de définir le
Variable d'environnement XPA_IOCALLSXPA, afin que plusieurs demandes de proxy puissent être traitées au
en même temps, au lieu d'être en série.

Notez que cette interface proxy vers xpans est expérimentale. Il est utilisé pour fournir des données à distance
capacités d'analyse sur le système Chandra-Ed en utilisant ds9. (Voir
http://chandra\-ed.cfa.harvard.edu et http://hea\-www.harvard.edu/saord/ds9 pour en savoir plus
des détails). Comme toujours, veuillez nous contacter si vous avez des problèmes ou des questions.

Utiliser xpans en ligne à l'aide des services onworks.net