xrsh - Online in de cloud

PROGRAMMA:

NAAM

xrsh - start een X-programma op een externe machine

KORTE INHOUD

xrsh [ -Help ] [ -versie ] [ -l gebruikersnaam ] [ -e rshprog ] [ -authenticatie authenticatietype ] [ -scherm
scherm-# ] [ -doorgang envlijst ] [ -debuggen ] [ -foutopsporing2 ] externe host [ X-opdracht [ argumenten
... ] ]

PRODUCTBESCHRIJVING

Xrsh voert het gegeven X-commando uit op een externe host. Daar schept het de omgeving voor
opdracht zodat het zijn vensters op het scherm van de huidige server zal weergeven door
de omgevingsvariabele $DISPLAY doorgeven. Indien niet opgegeven, is de standaardclient
xterm. Xrsh selecteert automatisch ssh(1) rsh(1) remsh(1) of rcmd(1) om op afstand uit te voeren
commando's, afhankelijk van wat beschikbaar is in de OS-omgeving.

Xrsh handelt automatisch de authenticatie af, zodat de externe client dit mag doen
open vensters op de server. Het doet dit op verschillende manieren, afhankelijk van de waarde
van de omgevingsvariabele $XRSH_AUTH_TYPE of het argument -auth.

Standaard gebruikt xrsh xhost om de externe client in staat te stellen een serververbinding te openen.
Het kan ook worden verteld om xauth te gebruiken om lokale sleutels samen te voegen tot een autorisatiebestand op afstand.
Of het kan de omgevingsvariabele $XAUTHORITY doorgeven aan de externe host om een
gemeenschappelijk NFS-aangekoppeld autoriteitsbestand. Het kan ook worden gericht om niets te doen in de zaak
waar geen expliciete toestemming nodig is.

Gebruikers die alleen een terminalvenster op afstand willen, kunnen kijken naar het zustercommando van xrsh,
xrlogin(1). Xrlogin gebruikt een lokaal draaiende xterm om een ​​rlogin-verbinding met een afstandsbediening te openen
gastheer. De beslissing om "xrsh host xterm" of "xrlogin host" te gebruiken, moet gebaseerd zijn
op meerdere factoren. Als X niet beschikbaar is op de externe host of de lokale terminalemulator
heeft betere eigenschappen, gebruik xrlogin. Over het algemeen raadt de auteur aan om xrsh te gebruiken
xrlogin in de meeste situaties.

Als de opdracht die moet worden uitgevoerd op de externe host een xterm is, geeft xrsh automatisch de
-name argument toe aan xterm met de waarde "xterm-hostname" waarbij hostname de naam is van de
externe gastheer. Hierdoor kan de gebruiker resources specificeren in de resourcemanager van zijn server
die specifiek zijn voor xterms van een bepaalde host. Deze functie kan bijvoorbeeld worden gebruikt om
zorg ervoor dat alle xterm-vensters van een bepaalde externe host dezelfde kleur hebben of gebruik een specifiek lettertype
of start op een specifieke plek op het scherm. Xrlogin geeft dezelfde string door, dus dat zijn ze
verenigbaar in dit opzicht. Deze functie kan worden overschreven door uw eigen -naam op te geven
argument op de xterm-opdrachtregel.

Als de opdracht die moet worden uitgevoerd op de externe host een xterm is, specificeert xrsh dat de standaard
titel voor de nieuwe xterm is "xterm@hostname" waarbij hostname de naam van de afstandsbediening is
gastheer. Dit kan ook worden overschreven door uw eigen argument -title op te geven in de xterm
opdrachtregel.

Xrsh let er erg op dat er geen extra processen op het lokale of op afstand worden achtergelaten
machine die wacht tot de klant vertrekt. In sommige afgelegen omgevingen (met name
sommige Sys V-implementaties van csh en rsh), is dit onmogelijk en moet xrsh worden uitgevoerd als een
commando op de achtergrond.

OPTIES

Merk op dat xrsh-opties voorafgaan aan het gegeven X-commando en zijn argumenten.

-authenticatie authenticatietype
Kies welk type X-autorisatie (of toegangscontrole) wordt gebruikt.
Authtype kan een zijn van "xhost", "xauth", "xhost-xterminal", "environment", of
"geen". De standaard is xhost, maar de standaard kan worden ingesteld door de waarde in te stellen van
de omgevingsvariabele $XRSH_AUTH_TYPE.

Als xhost is opgegeven en de X-server op de lokale computer draait, zal xhost dat doen
lokaal worden uitgevoerd om de externe host in staat te stellen een X-verbinding te openen. Als de server is
op een derde host (niet degene waar xrsh draait en niet degene waar je wilt
om de opdracht uit te voeren), wordt rsh gebruikt om xhost op de serverhost uit te voeren om te autoriseren
de host waar de opdracht zal worden uitgevoerd.

Als xauth is opgegeven, zal xrsh de vermeldingen voor de server samenvoegen van de
local $XAUTHORITY-bestand naar dat van de externe host met behulp van rsh.

Het authtype xhost-xterminal is bedoeld voor gebruik door mensen die X-terminals gebruiken. Als
xhost-xterminal wordt gebruikt, en de eerste keer dat xrsh wordt uitgevoerd, wordt xhost lokaal uitgevoerd
schakel de externe host in voor toegang. Dit zou moeten werken aangezien (theoretisch) de
de eerste keer dat het wordt uitgevoerd, is op de XDMCP-host voor de X-terminal. Vanaf dat moment is het zover
verspreidt de naam van die host naar alle externe hosts via de omgevingsvariabele
$XHOST. Bij daaropvolgende aanroepen van externe hosts gebruikt xrsh rsh om verbinding mee te maken
de host $XHOST en voer xhost uit om nieuwe externe hosts in te schakelen.

Authtype "none" werkt niet expliciet voor toegangscontrole. Gebruik dit als je dat niet doet
toegangscontrole in te schakelen of als u een ander mechanisme voor toegangscontrole gebruikt.

Ten slotte propageert authtype "environment" automatisch de omgevingsvariabele
$XAUTHORITY naar externe hosts, ervan uitgaande dat het een NFS-gekoppelde locatie is die dat wel kan
toegankelijk zijn vanaf alle hosts.

-debuggen Normaal gesproken leidt xrsh standaardinvoer en standaarduitvoer om naar /dev/null in een
inspanning om onnodige rshd- en shell-processen te laten afsluiten. Met als resultaat de gebruiker
kan meestal geen fouten zien die kunnen optreden (zoals een "Toestemming geweigerd." van
rsh). Als je problemen hebt om xrsh met een externe host te laten werken, probeer het dan
de schakeloptie -debug geven om te zien of er fouten worden gegenereerd.

-foutopsporing2
Deze schakelaar zorgt ervoor dat xrsh de optie -x in de shell aanzet zodat de gebruiker dat kan
bekijk elk shell-commando dat wordt uitgevoerd door xrsh. Gebruik dit script alleen als u dat bent
debuggen van de xrsh-code zelf.

-Help Druk de argumentenlijst af naar standaarduitvoer.

-l gebruikersnaam
Gebruik de schakeloptie -l om een ​​andere gebruikersnaam op te geven om in te loggen via rsh on
de externe host.

-e rshprog
De schakeloptie -e kan worden gebruikt om een ​​ander extern shell-programma in te stellen, bijvoorbeeld ssh. De
standaard is remsh of rsh, afhankelijk van uw systeem. Deze vlag overschrijft $XRSH_RSH.

-doorgang envlijst
Envlist is een door aanhalingstekens gescheiden tekenreeks die een willekeurige reeks omgevingen benoemt
variabelen om door te geven aan de shell-omgeving op de externe host. Als men zou willen
stel $XRSH_AUTH_TYPE en $XAUTHORITY in op de externe host, men zou kunnen gebruiken: -pass
"XRSH_AUTH_TYPE XAUTHORITY". Een standaardset omgevingsvariabelen die moet worden doorgegeven, kan zijn
ingesteld met behulp van de omgevingsvariabele $XRSH_ENVS_TO_PASS.

-scherm scherm-#
Geef een ander scherm op de server op waarop de externe client moet worden weergegeven.

-versie
Druk versie-informatie af en sluit af.

MILIEU

De omgevingsvariabelen XRSH_AUTH_TYPE en XRSH_ENVS_TO_PASS die kunnen worden ingesteld
switch-standaardinstellingen worden overschreven als de equivalente switch ook wordt opgegeven.

XAUTORITEIT
De omgevingsvariabele $XAUTHORITY wordt doorgegeven aan de externe host als het authtype
gespecificeerd door -auth of $XRSH_AUTH_TYPE is "omgeving".

XRSH_AUTH_TYPE
Deze omgevingsvariabele kan worden gebruikt om het standaard autorisatietype op te geven
of toegangscontrole. De waarden waarop het kan worden ingesteld, zijn dezelfde als de waarden voor de
argument -auth.

XRSH_RSH
Deze variabele kan het te gebruiken externe shell-programma herdefiniëren, bijvoorbeeld ssh.

XRSH_RSH_ERRORS
Als de omgevingsvariabele XRSH_RSH_ERRORS is ingesteld op de naam van een bestand, kan elke rsh
fouten verschijnen in dat bestand op de externe host. Als die variabele niet is ingesteld,
foutmeldingen worden weggegooid tenzij de schakeloptie -debug wordt gegeven. (Let op: niet doen
gebruik ~ in de bestandsnaam omdat het wordt uitgebreid naar ~ op de lokale host, maar probeer te plaatsen
de fouten in dat bestand op de externe host.)

XRSH_ENVS_TO_PASS

GEMEENSCHAPPELIJKE PROBLEMEN

Zorg ervoor dat uw PATH-omgevingsvariabele op de externe host is ingesteld in uw .cshrc of
.bashrc zodat rsh-programma's er toegang toe hebben. (/ Bin / sh en /bin/ksh gebruikers hebben een hard
time time here omdat hun shells geen init-bestanden uitvoeren onder rsh. U kunt de
Omgevingsvariabele XRSH_ENVS_TO_PASS om de omgevingsvariabele PATH door te geven aan de afstandsbediening
gastheer. Optioneel kunt u in dat geval een volledig pad naar xrsh typen. (Bijvoorbeeld xrsh remote-
host /usr/bin/X11/xterm))

Zorg ervoor dat uw PATH-omgevingsvariabele op de externe host de map bevat
met daarin de X-programma's. Dit is vaak /usr/bin/X11 of /usr/local/bin/X11.

Zorg ervoor dat u rsh hebt geconfigureerd om op de externe host te werken. Je kunt dit testen door
typen: rsh remote-host echo '$PATH' Dit bewijst dat rsh werkt en laat je het PATH zien
die zal worden gebruikt op de externe host. Als u 'Toestemming geweigerd' krijgt. heb je waarschijnlijk nodig
om je te updaten ~/.hosts bestand op de externe host. Zien inloggen(1).

Voorbeelden

xrsh joda
Start een xterm op de host yoda die wordt weergegeven op de huidige X-server. Gebruik xhost
voor toegangscontrole.

xrsh -auth xauth underdog-emacs
Start een emacs op de gastheer-underdog. Voeg hiervoor xauth-autorisatievermeldingen samen
server in het machtigingsbestand op de externe host.

xrsh -l mjd -auth geen -pass XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
Start een xterm op de host tigger in een heel klein lettertype, verspreid de omgeving
variabele $XRSH_AUTH_TYPE toe aan de externe host, log dan in op de externe host met behulp van de id
"mjd", voer geen specifieke autorisatie uit en stuur standaard/foutuitvoer niet om
naar /dev/null zodat ik eventuele fouten kan zien.

Gebruik xrsh online met behulp van onworks.net-services