het EngelsFransSpaans

Servers draaien | Ubuntu > | Fedora > |


OnWorks-favicon

xrsh - Online in de cloud

Voer xrsh uit in de gratis hostingprovider van OnWorks via Ubuntu Online, Fedora Online, Windows online emulator of MAC OS online emulator

Dit is de opdracht xrsh die kan worden uitgevoerd in de gratis hostingprovider van OnWorks met behulp van een van onze meerdere gratis online werkstations zoals Ubuntu Online, Fedora Online, Windows online emulator of MAC OS online emulator

PROGRAMMA:

NAAM


xrsh - start een X-programma op een externe machine

KORTE INHOUD


xrsh [ -Help ] [ -versie ] [ -l gebruikersnaam ] [ -e rshprog ] [ -authenticatie authentificatie ] [ -scherm
scherm-# ] [ -doorgang envlist ] [ -debuggen ] [ -debug2 ] remote-host [ X-commando [ argumenten
... ] ]

PRODUCTBESCHRIJVING


Xrsh voert het gegeven X-commando uit op een externe host. Daar wordt de omgeving voor ingericht
commando zodanig dat het zijn vensters op het scherm van de huidige server zal weergeven door:
propageren van de $DISPLAY omgevingsvariabele. Indien niet gespecificeerd, 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 O/S-omgeving.

Xrsh handelt automatisch authenticatie af, zodat de externe client toestemming krijgt om:
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.
Er kan ook worden gezegd dat xauth moet worden gebruikt 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-gemount autoriteitsbestand. Het kan ook worden opgedragen om niets te doen in de zaak
waar geen expliciete toestemming nodig is.

Gebruikers die alleen een extern terminalvenster willen, kunnen kijken naar het zustercommando van xrsh,
xrlogin(1). Xrlogin gebruikt een lokaal draaiende xterm om een ​​rlogin-verbinding met een externe te openen
gastheer. De beslissing om "xrsh host xterm" of "xrlogin host" te gebruiken, moet gebaseerd zijn op:
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 over . 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 . door
-name argument naar xterm met een waarde van "xterm-hostname" waarbij hostnaam de naam is van de
gastheer op afstand. Hierdoor kan de gebruiker bronnen specificeren in de resourcemanager van hun server
die specifiek zijn voor xterms van een bepaalde host. Deze functie kan bijvoorbeeld worden gebruikt om:
maak alle xterm-vensters van een bepaalde externe host dezelfde kleur of gebruik een specifiek lettertype
of start op een specifieke plaats op het scherm. Xrlogin geeft dezelfde string door, dus dat zijn ze
in dit opzicht verenigbaar. 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 hostnaam de naam is van de afstandsbediening
gastheer. Dit kan ook worden overschreven door uw eigen -title-argument op de xterm . op te geven
opdrachtregel.

Xrsh is erg voorzichtig om geen extra processen achter te laten op de lokale of externe
machine die wacht op de client om af te sluiten. In sommige afgelegen omgevingen (met name
sommige Sys V-implementaties van csh en rsh), is dit onmogelijk en moet xrsh worden uitgevoerd als a
achtergrond commando.

OPTIES


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

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

Als xhost is opgegeven en de X-server draait op de lokale computer, zal xhost:
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 uit te voeren op de serverhost om te autoriseren
de host waar de opdracht wordt uitgevoerd.

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

Het authtype xhost-xterminal is bedoeld voor gebruik door mensen die X-terminals gebruiken. Indien
xhost-xterminal wordt gebruikt, en de eerste keer dat xrsh wordt uitgevoerd, wordt xhost lokaal uitgevoerd om
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
verspreidt de naam van die host naar alle externe hosts via de omgevingsvariabele
$XHOST. In volgende aanroepen van externe hosts, gebruikt xrsh rsh om verbinding te maken met
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 inschakelt of als u een ander mechanisme voor toegangscontrole gebruikt.

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

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

-debug2
Deze schakelaar zorgt ervoor dat xrsh de -x optie in de shell aanzet zodat de gebruiker kan
zie elk shell-commando dat door xrsh wordt uitgevoerd. 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 die moet worden gebruikt om in te loggen via rsh on
de externe host.

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

-doorgang envlist
Envlist is een door aanhalingstekens gescheiden tekenreeks die een willekeurige reeks omgevingen noemt
variabelen 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 standaard set 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
Print versie-informatie en sluit af.

MILIEU


De omgevingsvariabelen XRSH_AUTH_TYPE en XRSH_ENVS_TO_PASS die kunnen worden gebruikt om
De standaardinstellingen van de switch worden overschreven als ook de equivalente switch is 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 standaardtype autorisatie 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 shell-programma op afstand opnieuw definië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. (Opmerking: niet doen
gebruik ~ in de bestandsnaam omdat het zal uitbreiden naar ~ op de lokale host, maar probeer
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 harde
time time hier omdat hun shells geen init-bestanden uitvoeren onder rsh. U kunt de
XRSH_ENVS_TO_PASS omgevingsvariabele om de PATH-omgevingsvariabele door te geven aan de remote
gastheer. Optioneel kunt u in dat geval een volledig pad naar xrsh typen. (Bijv. xrsh afstandsbediening-
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 rsh is geconfigureerd om op de externe host te werken. Je kunt dit testen door
typen: rsh remote-host echo '$PATH' Dit zal bewijzen dat rsh werkt en je het PATH laten zien
die zal worden gebruikt op de externe host. Als u 'Toestemming geweigerd' krijgt. je hebt waarschijnlijk nodig
om je te updaten ~/.rhosts bestand op de externe host. Zien rlogin(1).

Voorbeelden


xrsh yoda
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 host-underdog. Voeg hiervoor xauth-autorisatie-items 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 naar de externe host, log in op de externe host met de id
"mjd", voer geen specifieke autorisatie uit en stuur geen standaard-/foutuitvoer door
naar /dev/null zodat ik eventuele fouten kan zien.

Gebruik xrsh online met onworks.net-services


Ad


Ad