xpans - Online in de cloud

PROGRAMMA:

NAAM

xpans - de XPA-naamserver

KORTE INHOUD

xpans [\-h] [\-e] [\-k sec] [\-p poort] [\-l log] [\-s beveiligingslog] [\-P n]

OPTIES

\-h helpbericht afdrukken
\-e afsluiten als er geen XPA-verbindingen meer zijn
\-k stuur keepalive-berichten elke n sec
\-l logt database-items in het gespecificeerde bestand
\-p luister naar verbindingen op de gespecificeerde poort
\-s registreer beveiligingsinformatie voor elke verbinding met het opgegeven bestand
\-P accepteer proxy-verzoeken (P=1) met aparte thread (P=2)
-\-versie versie weergeven en afsluiten

PRODUCTBESCHRIJVING

De xpans-naamserver is een voor XPA geschikt programma dat wordt gebruikt om de namen en poorten te beheren
van XPA-toegangspunten. Het wordt automatisch gestart wanneer een XPA-toegangspunt wordt geregistreerd.
U kunt toegang krijgen tot de naamserver met behulp van xpaget om een ​​lijst met geregistreerde toegangspunten te krijgen.

De xpans nameserver vormt een cruciale schakel tussen XPA-clients en servers. Wanneer een
XPA-server definieert een toegangspunt met behulp van XPANieuw(), XPACmdNieuw()of XPAInfoNieuw(), de naam
van het toegangspunt is geregistreerd in de naamservice, samen met verbindingsinformatie.
De naamserver koppelt hiermee class:name-sjablonen die door XPA-clients aan hem zijn doorgegeven
geregistreerde vermeldingen, zodat de clients kunnen communiceren met de juiste servers.

De socketverbinding tussen een XPA-compatibel programma en xpans wordt opengehouden tot de
voormalige uitgangen (of sluit expliciet de verbinding). Blijkbaar wat internetapparatuur
(bijv. DSL-modems) kunnen een time-out van een dergelijke verbinding veroorzaken na een periode van inactiviteit. Naar
voorkomen dat dit gebeurt, kunt u de \-k [sec]-schakelaar gebruiken om een ​​korte keep-alive te verzenden
bericht naar elke open verbinding na de opgegeven tijdvertraging. (Merk op dat dit
gebruik van keep-alive op toepassingsniveau is alleen nodig als u XPA-enabled gebruikt
klanten via internet en hebben te maken met langdurige verbindingen met DSL of
soortgelijke apparatuur. XPA gebruikt de gewone keep-alive op socketniveau, die voor iedereen werkt
andere gevallen.) NB (12/2/2009): Out-of-band (URG) TCP data, gebruikt door xpans keep-alive, is
veranderd door sommige Cisco-routers in in-band data. Het tegenkomen van zo'n router zal kapot gaan
de keep-alive-functie en kan ook uw XPA-server kapot maken. Ga voorzichtig verder!

De xpans programma wordt automatisch gestart (ervan uitgaande dat het kan worden gevonden in het bestand van de gebruiker
pad) wanneer het eerste XPA-toegangspunt is geregistreerd. Het hoeft dus niet te worden gestart
uitdrukkelijk. Wanneer het echter automatisch wordt gestart, wordt het \-e schakelaar wordt gebruikt, zodat de naam
de server wordt afgesloten als er geen XPA-toegangspunten meer zijn geregistreerd. Als u wilt behouden
de naamserver continu draait, start hem dan gewoon handmatig op zonder de \-e schakelaar.

De naamserver houdt een logboek bij van geregistreerde toegangspunten als de \-l [logboek] schakelaar is
gebruikt op de opdrachtregel (dit is het geval voor automatisch opstarten). Het logboek bevat
voldoende naam en verbindingsinformatie om u in staat te stellen alle XPA-toegangspunten opnieuw te registreren
in het geval dat het nameserverproces voortijdig wordt beëindigd. Bijvoorbeeld na de ds9
toegangspunt is geregistreerd, bevat het logboek het volgende:

voeg 838e2f67:1863 ds9 ds9 gs eric toe

If xpans wordt beëindigd maar ds9 nog steeds draait, kunt u beide toegangspunten opnieuw registreren
voor het ds9-proces door uit te voeren:

xpaset \-p 838e2f67:1863 \-nsconnect

Merk op dat de ip:port-specificatie wordt gebruikt met xpaset om de behoefte aan contact te omzeilen
de naamserver (die de naam nog niet heeft geregistreerd!)

De naamserver houdt een logboek bij met beveiligingsinformatie als de \-s [beveiligingslogboek] wordt overgeschakeld
wordt gebruikt op de opdrachtregel. Voor elke geaccepteerde verbinding (inclusief verbindingen via de
xpaget opdracht), wordt er informatie vastgelegd over de host die de opdracht geeft en de
parameters doorgegeven aan het programma. Dit is het handigst wanneer xpans accepteert
verbindingen van niet-vertrouwde machines.

Wanneer een XPA-toegangspunt wordt verwijderd door een server met behulp van XPAGratis(), de toegangsinformatie is
verwijderd van de nameserver. Als een voor XPA ingeschakeld proces wordt beëindigd, worden alle names
die door dat proces zijn geregistreerd, worden automatisch verwijderd. Het logbestand wordt altijd bijgewerkt
om de momenteel geregistreerde toegangspunten weer te geven.

De naamserver zelf heeft een XPA-toegangspuntnaam xpans geregistreerd waarmee u
kan informatie vinden over momenteel geregistreerde toegangspunten (ervan uitgaande dat u
toegang tot de nameserver; zie XPA Toegangscontrole voor meer informatie). Voor elk
geregistreerd toegangspunt, wordt de volgende informatie geretourneerd:

klasse # klasse van het toegangspunt
naam # naam van het toegangspunt
toegang # toegestane toegang (g=xpaget,s=xpaset,i=xpainfo)
id # socket toegangsmethode (host:poort voor inet, bestand voor lokaal/unix)
user # gebruikersnaam van de eigenaar van het toegangspunt

Om bijvoorbeeld alle momenteel geregistreerde toegangspunten weer te geven, voert u gewoon het volgende uit:

xpaget xpans

Voortbordurend op het voorbeeld van ds9 hierboven, zal dit het volgende opleveren:

DS9 ds9 gs 838e2f67:1863 eric

Als hetzelfde programma is gestart met verschillende XPA-toegangsnamen, kunt u alleen opzoeken
namen die overeenkomen met een opgegeven sjabloon. Stel bijvoorbeeld dat ds9 is opgestart
met:

ds9 &
ds9 \-titel ds9\-1\-eric &
ds9 \-titel ds9\-2\-eric &

Om alle ds9-toegangspunten op te zoeken die eindigen op ".eric" en die toegankelijk zijn met
xpasetGebruik:

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

Dit zal terugkeren:

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

Het derde argument "*" vraagt ​​om alle toegangspunten van alle gebruikers. U kunt ook een
specifieke gebruikersnaam en alleen toegangspunten die door die gebruiker zijn geregistreerd, worden geretourneerd.

De nameserver gebruikt de XPA_METHODE omgevingsvariabele om te bepalen of dit zou moeten
luister naar verzoeken op INET- of LOCAL-sockets. Aangezien XPA access points hier ook gebruik van maken
omgevingsvariabele, zal de keuze van de socketmethode consistent zijn. Merk op dat, wanneer
INET-sockets worden gebruikt, een lokale server is toegankelijk vanaf externe machines als de
XPA_NSINET omgevingsvariabele is ingesteld om naar de lokale machine te wijzen. Zie XPA-omgeving
Variabelen voor meer informatie.

Een experimenteel kenmerk van xpans is de mogelijkheid om op te treden als een proxy voor de achterliggende XPA-servers
firewalls die willen communiceren met externe processen. Het basisidee is de
volgende: een XPA-server (noem het "foo") op host1, mogelijk achter een firewall, maakt een
externe verbinding met een proxy-enabled xpans-programma op host2 (met vermelding van host2's XPA
methode). Bijvoorbeeld:

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

Wanneer dit is gebeurd, kan host2 xpaset-, xpaget- en xpainfo-oproepen gebruiken om te communiceren met het
XPA server foo. Alle opdrachtcommunicatie wordt uitgevoerd via de xpans-socketverbinding
tussen foo op host1 en xpans op host2 (die werd geïnitieerd door foo vanuit het
firewall). Datacommunicatie wordt op dezelfde manier uitgevoerd met behulp van een geïnitieerde socketverbinding
op host1 (meestal met een poortwaarde die twee groter is dan de poortwaarde van de belangrijkste xpans
stopcontact). Een xpaset- of xpaget-oproep op host2 neemt contact op met xpans, die een
XPASet() or XPAGet() call to foo, het doorgeven van commando's en gegevens heen en weer tussen de twee
's.

Standaard zijn proxyverbindingen niet toegestaan ​​door xpans. Als de schakeloptie \-P is opgegeven
met een waarde van 1 is een proxyverbinding toegestaan, maar wordt alle proxycommunicatie uitgevoerd
in dezelfde thread als xpans-verwerking. Als een waarde van 2 is opgegeven, wordt de proxyverwerking
wordt uitgevoerd in een aparte thread (ervan uitgaande dat pthreads op uw systeem worden ondersteund).
Omdat xpa-terugbelverwerking van elk type lang kan duren en daarom ook kan
interfereren met normale xpans-verwerking, threaded proxy-verbindingen (\-P 2) zijn
aanbevolen. Bij gebruik van proxyverbindingen kan het ook handig zijn om de
XPA_IOCALLSXPA-omgevingsvariabele, zodat meerdere proxyverzoeken kunnen worden afgehandeld op het
tegelijkertijd, in plaats van serieel.

Merk op dat deze proxy-interface voor xpans experimenteel is. Het wordt gebruikt om gegevens op afstand te verstrekken
analysemogelijkheden op het Chandra-Ed-systeem met behulp van ds9. (Zien
http://chandra\-ed.cfa.harvard.edu en http://hea\-www.harvard.edu/saord/ds9 voor meer
details). Neem zoals altijd contact met ons op als u problemen of vragen heeft.

Gebruik xpans online met behulp van onworks.net-services