Este es el comando xpans que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
xpans - el servidor de nombres XPA
SINOPSIS
xpans [\ -h] [\ -e] [\ -k sec] [\ -p puerto] [\ -l registro] [\ -s registro de seguridad] [\ -P n]
CAMPUS
\ -h imprimir mensaje de ayuda
\ -e sale cuando no hay más conexiones XPA
\ -k enviar mensajes keepalive cada n segundos
\ -l registrar entradas de la base de datos en el archivo especificado
\ -p escucha las conexiones en el puerto especificado
\ -s registra la información de seguridad para cada conexión al archivo especificado
\ -P aceptar solicitudes de proxy (P = 1) usando un hilo separado (P = 2)
- \ - versión muestra la versión y sale
DESCRIPCIÓN
El servidor de nombres xpans es un programa habilitado para XPA que se utiliza para administrar los nombres y puertos
de los puntos de acceso XPA. Se inicia automáticamente cuando se registra un punto de acceso XPA.
Puede acceder al servidor de nombres usando xpaget para obtener una lista de los puntos de acceso registrados.
El xpans El servidor de nombres proporciona un vínculo crucial entre los clientes y servidores XPA. Cuando un
El servidor XPA define un punto de acceso usando XPANew (), XPACmdNew ()o XPAInfoNew (), el nombre
del punto de acceso se registra en el servicio de nombres, junto con la información de conexión.
A continuación, el servidor de nombres hace coincidir las plantillas de nombre de clase: que le pasan los clientes XPA con estas
entradas registradas, para que los clientes puedan comunicarse con los servidores apropiados.
La conexión de socket entre un programa habilitado para XPA y xpans se mantiene abierto hasta que el
salidas anteriores (o cierra explícitamente la conexión). Al parecer, algunos equipos de Internet
(p. ej., módems DSL) pueden provocar que se agote el tiempo de espera de dicha conexión después de un período de inactividad. Para
Para evitar que esto suceda, puede usar el conmutador \ -k [sec] para enviar un breve mensaje de mantenimiento
mensaje a cada conexión abierta después de la demora de tiempo especificada. (Tenga en cuenta que esto
El uso de Keep-Alive a nivel de aplicación es necesario solo si está sirviendo XPA habilitado.
clientes a través de Internet y tienen que lidiar con conexiones a largo plazo que involucran DSL o
equipo similar. XPA utiliza el modo de mantener vivo a nivel de socket ordinario, que funciona para todos
otros casos.) NB (12/2/2009): Los datos TCP fuera de banda (URG), utilizados por xpans keep-alive, son
cambiado por algunos enrutadores Cisco a datos en banda. Encontrarse con un enrutador de este tipo se romperá
la función de mantener vivo y también puede romper su servidor XPA. ¡Proceda con precaución!
El xpans El programa se iniciará automáticamente (suponiendo que se pueda encontrar en el
ruta) cuando se registra el primer punto de acceso XPA. Por lo tanto, no es necesario que se inicie
explícitamente. Sin embargo, cuando se inicia automáticamente, el \-mi se utiliza el interruptor, de modo que el nombre
el servidor se cerrará cuando no haya más puntos de acceso XPA registrados. Si desea mantener
el servidor de nombres se ejecuta continuamente, simplemente inícielo manualmente sin el \-mi interruptor.
El servidor de nombres mantendrá un registro de los puntos de acceso registrados si el \ -l [Iniciar sesión] el interruptor es
utilizado en la línea de comando (este es el caso del inicio automático). El registro contiene
suficiente nombre e información de conexión para permitirle volver a registrar todos los puntos de acceso XPA
en caso de que el proceso del servidor de nombres finalice prematuramente. Por ejemplo, después del ds9
punto de acceso está registrado, el registro contendrá la entrada:
agregar 838e2f67: 1863 ds9 ds9 gs eric
If xpans está terminado pero ds9 aún se está ejecutando, puede volver a registrar ambos puntos de acceso
para el proceso ds9 ejecutando:
xpaset \ -p 838e2f67: 1863 \ -nsconnect
Observe que el especificador ip: port se usa con xpaset para evitar la necesidad de contactar
el servidor de nombres (¡que aún no tiene el nombre registrado!)
El servidor de nombres mantendrá un registro de la información de seguridad si el \ -s [registro de seguridad] cambia
se utiliza en la línea de comandos. Para cada conexión aceptada (incluidas las conexiones a través del
xpaget comando), se registrará información sobre el host que emite el comando y el
parámetros pasados al programa. Esto es más útil cuando xpans está aceptando
conexiones de máquinas que no son de confianza.
Cuando un servidor elimina un punto de acceso XPA mediante XPAFree (), la información de acceso es
eliminado del servidor de nombres. Si se termina un proceso habilitado para XPA, todos los nombres
registrado por ese proceso se eliminará automáticamente. El archivo de registro siempre se actualiza
para reflejar los puntos de acceso registrados actualmente.
El servidor de nombres en sí tiene nombres de puntos de acceso XPA xpans registrado a través del cual usted
puede encontrar información sobre los puntos de acceso registrados actualmente (suponiendo que tenga
acceso al servidor de nombres; consulte Control de acceso XPA para obtener más información). Para cada
punto de acceso registrado, se devuelve la siguiente información:
clase # clase del punto de acceso
nombre # nombre del punto de acceso
acceso # acceso permitido (g = xpaget, s = xpaset, i = xpainfo)
id # método de acceso al socket (host: puerto para inet, archivo para local / unix)
usuario # nombre de usuario del propietario del punto de acceso
Por ejemplo, para mostrar todos los puntos de acceso registrados actualmente, simplemente ejecute:
xpaget xpans
Continuando con el ejemplo de ds9 anterior, esto devolverá:
DS9 ds9 gs 838e2f67: 1863 eric
Si el mismo programa se ha iniciado con diferentes nombres de acceso XPA, solo puede buscar
nombres que coinciden con una plantilla especificada. Por ejemplo, suponga que ds9 se ha iniciado
mediante:
ds9 y
ds9 \ -title ds9 \ -1 \ -eric &
ds9 \ -title ds9 \ -2 \ -eric &
Para buscar todos los puntos de acceso ds9 que terminan en ".eric" y a los que se puede acceder usando
xpaset, Use:
xpaget xpans "DS9: *. eric" "s" "*"
Esto devolverá:
DS9 ds9 \ -2 \ -eric gs 838e29d3: 42102 eric
DS9 ds9 \ -1 \ -eric gs 838e29d3: 42105 eric
El tercer argumento "*" solicita todos los puntos de acceso de todos los usuarios. También puede especificar un
se devolverá el nombre de usuario específico y solo los puntos de acceso registrados por ese usuario.
El servidor de nombres utiliza el XPA_METHOD variable de entorno para determinar si debe
Escuche las solicitudes en los enchufes INET o LOCAL. Dado que los puntos de acceso XPA también utilizan este
variable de entorno, la elección del método de socket será coherente. Tenga en cuenta que, cuando
Se utilizan sockets INET, se puede acceder a un servidor local desde máquinas remotas si el
XPA_NSINET La variable de entorno está configurada para apuntar a la máquina local. Ver entorno XPA
Variables para más información.
Una característica experimental de xpans es su capacidad para actuar como proxy de los servidores XPA detrás
cortafuegos que quieren comunicarse con procesos externos. La idea básica es la
siguiente: un servidor XPA (llámelo "foo") en host1, posiblemente detrás de un firewall, hace un
conexión remota a un programa xpans habilitado para proxy en host2 (especificando el XPA de host2
método). Por ejemplo:
xpaset \ -p foo \ -remote 'host2: 28571' + \ -proxy # en host1
Cuando se hace esto, host2 puede usar llamadas xpaset, xpaget y xpainfo para comunicarse con el
Servidor XPA foo. Toda la comunicación de comandos se realiza a través de la conexión del zócalo xpans
entre foo en host1 y xpans en host2 (que fue iniciado por foo desde el interior del
cortafuegos). La comunicación de datos se realiza de manera similar utilizando una conexión de socket iniciada
en host1 (generalmente con un valor de puerto dos mayor que el valor de puerto de los xpans principales
conexión de enchufe). Una llamada xpaset o xpaget en host2 contact xpans, que realiza una
XPASet () or XPAGet () llamar a foo, pasando comandos y datos entre los dos
.
De forma predeterminada, xpans no permite las conexiones proxy. Si se especifica el modificador \ -P
con un valor de 1, se permite la conexión de proxy, pero se realiza toda la comunicación de proxy
en el mismo hilo que el procesamiento de xpans. Si se especifica un valor de 2, el procesamiento de proxy
se realiza en un hilo separado (asumiendo que los pthreads son compatibles con su sistema).
Debido a que el procesamiento de devolución de llamada de xpa de cualquier tipo puede llevar mucho tiempo y, por lo tanto, puede
interfieren con el procesamiento normal de xpans, las conexiones proxy con subprocesos (\ -P 2) son
recomendado. Al usar conexiones proxy, también puede ser útil configurar el
Variable de entorno XPA_IOCALLSXPA, de modo que se puedan manejar múltiples solicitudes de proxy en el
mismo tiempo, en lugar de en serie.
Tenga en cuenta que esta interfaz de proxy para xpans es experimental. Se utiliza para proporcionar datos remotos.
capacidades de análisis en el sistema Chandra-Ed usando ds9. (Ver
http://chandra\ -ed.cfa.harvard.edu y http://hea\ -www.harvard.edu/saord/ds9 para más
detalles). Como siempre, comuníquese con nosotros si tiene problemas o preguntas.
Use xpans en línea usando los servicios de onworks.net
