xrsh - Online nel cloud

PROGRAMMA:

NOME

xrsh - avvia un programma X su una macchina remota

SINOSSI

xsh [ -Aiuto ] [ -versione ] [ -l nome utente ] [ -e rsprog ] [ -aut tipo di autenticazione ] [ -schermo
schermo-# ] [ -passaggio invischiare ] [ -debug ] [ -debug2 ] Host remoto [ Comando X [ argomenti
... ] ]

DESCRIZIONE

Xrsh esegue il comando X dato su un host remoto. Imposta l'ambiente per questo
comando in modo tale che visualizzi le sue finestre sullo schermo del server corrente tramite
propagando la variabile di ambiente $DISPLAY. Se non specificato, il client predefinito è
xterm. Xrsh seleziona automaticamente SSH(1) rsh(1) remsh(1) o cmd(1) per eseguire in remoto
comandi, a seconda di ciò che è disponibile nell'ambiente O/S.

Xrsh gestisce automaticamente l'autenticazione in modo che il client remoto possa farlo
finestre aperte sul server. Lo fa in diversi modi a seconda del valore
della variabile di ambiente $XRSH_AUTH_TYPE o dell'argomento -auth.

Per impostazione predefinita, xrsh utilizzerà xhost per consentire al client remoto di aprire una connessione al server.
Si può anche dire di usare xauth per unire le chiavi locali in un file di autorizzazione remoto.
Oppure può passare la variabile di ambiente $XAUTHORITY all'host remoto per condividere a
file di autorità montato su NFS comune. Può anche essere diretto a non fare nulla nel caso
dove non è necessaria un'autorizzazione esplicita.

Gli utenti che desiderano solo una finestra del terminale remoto potrebbero guardare il comando gemello di xrsh,
xlogin(1). Xrlogin utilizza un xterm in esecuzione localmente per aprire una connessione rlogin a un remoto
ospite. La decisione se utilizzare "xrsh host xterm" o "xrlogin host" dovrebbe essere basata
su diversi fattori. Se X non è disponibile sull'host remoto o sull'emulatore di terminale locale
ha caratteristiche migliori, usa xrlogin. In generale, l'autore consiglia di utilizzare xrsh over
xrlogin nella maggior parte delle situazioni.

Se il comando da eseguire sull'host remoto è un xterm, xrsh passa automaticamente il comando
-name argomento a xterm con un valore di "xterm-hostname" dove hostname è il nome del
Host remoto. Ciò consente all'utente di specificare le risorse nel gestore delle risorse del proprio server
che sono specifici per xterms da un dato host. Ad esempio, questa funzione può essere utilizzata per
fare in modo che tutte le finestre xterm di un determinato host remoto siano dello stesso colore o utilizzare un carattere specifico
o avvia in un punto specifico dello schermo. Xrlogin passa la stessa stringa quindi sono
compatibile al riguardo. Questa funzione può essere sovrascritta specificando il tuo -nome
argomento sulla riga di comando di xterm.

Se il comando da eseguire sull'host remoto è un xterm, xrsh specifica che l'impostazione predefinita
il titolo per il nuovo xterm sarà "xterm@hostname" dove hostname è il nome del telecomando
ospite. Questo può anche essere sovrascritto specificando il tuo argomento -title su xterm
riga di comando.

Xrsh è molto attento a non lasciare alcun processo aggiuntivo sul locale o sul remoto
macchina in attesa dell'uscita del client. In alcuni ambienti remoti (in particolare
alcune implementazioni Sys V di csh e rsh), questo è impossibile e xrsh dovrebbe essere eseguito come a
comando in sottofondo.

VERSIONI

Nota che le opzioni xrsh precedono il comando X dato e i suoi argomenti.

-aut tipo di autenticazione
Scegli quale tipo di autorizzazione X (o controllo di accesso) verrà utilizzato.
Authtype può essere uno tra "xhost", "xauth", "xhost-xterminal", "environment" o
"nessuno". Il valore predefinito è xhost, ma il valore predefinito può essere impostato impostando il valore di
la variabile d'ambiente $XRSH_AUTH_TYPE.

Se viene specificato xhost e il server X è in esecuzione sulla macchina locale, xhost lo farà
essere eseguito localmente per consentire all'host remoto di aprire una connessione X. Se il server è
su un terzo host (non quello in cui è in esecuzione xrsh e non quello in cui desideri
per eseguire il comando), rsh verrà utilizzato per eseguire xhost sull'host del server da autorizzare
l'host in cui verrà eseguito il comando.

Se viene specificato xauth, xrsh unirà le voci per il server da
locale $XAUTHORITY in quello dell'host remoto usando rsh.

L'authtype xhost-xterminal è destinato all'uso da parte di persone che utilizzano terminali X. Se
viene utilizzato xhost-xterminal, quindi la prima volta che viene eseguito xrsh, esegue xhost localmente su
abilitare l'host remoto per l'accesso. Questo dovrebbe funzionare poiché (teoricamente) il
la prima volta che viene eseguito è sull'host XDMCP per il terminale X. Da allora in poi
propaga il nome di quell'host a tutti gli host remoti tramite la variabile d'ambiente
$XHOST. Nelle successive chiamate da host remoti, xrsh usa rsh per connettersi a
l'host $XHOST ed esegui xhost per abilitare nuovi host remoti.

Authtype "none" non funziona in modo esplicito per il controllo degli accessi. Usa questo se non lo fai
abilitare il controllo degli accessi o se si utilizza un altro meccanismo per il controllo degli accessi.

Infine, authtype "environment" propaga automaticamente la variabile d'ambiente
$XAUTHORITY agli host remoti, supponendo che si tratti di una posizione montata NFS che può
essere accessibile da tutti gli host.

-debug Normalmente xrsh reindirizza l'input standard e l'output standard a /dev/null in an
sforzo per causare l'uscita dei processi rshd e shell non necessari. Di conseguenza, l'utente
di solito non viene visualizzato alcun errore che potrebbe verificarsi (come un "Autorizzazione negata." da
rsh). Se hai problemi a far funzionare xrsh con un host remoto, prova
dando l'opzione -debug per vedere se vengono generati errori.

-debug2
Questa opzione fa sì che xrsh attivi l'opzione -x nella shell in modo che l'utente possa
vedere ogni comando di shell eseguito da xrsh. Usa questo script solo se lo sei
debug del codice xrsh stesso.

-Aiuto Stampa l'elenco degli argomenti sullo standard output.

-l nome utente
Utilizzare l'opzione -l per specificare un nome utente diverso da utilizzare per l'accesso tramite rsh on
l'host remoto.

-e rsprog
L'opzione -e può essere utilizzata per impostare un diverso programma di shell remota, ad esempio ssh. Il
l'impostazione predefinita è remsh o rsh, a seconda del sistema. Questo flag sovrascrive $XRSH_RSH.

-passaggio invischiare
Envlist è una stringa delimitata da virgolette che nomina un insieme arbitrario di ambienti
variabili da passare all'ambiente shell sull'host remoto. Se uno volesse
imposta $XRSH_AUTH_TYPE e $XAUTHORITY sull'host remoto, si potrebbe usare: -pass
"XRSH_AUTH_TYPE XAUTHORITY". Un insieme predefinito di variabili d'ambiente da passare potrebbe essere
impostato utilizzando la variabile d'ambiente $XRSH_ENVS_TO_PASS.

-schermo schermo-#
Specificare una schermata diversa sul server su cui visualizzare il client remoto.

-versione
Stampa le informazioni sulla versione ed esci.

AMBIENTE

Le variabili di ambiente XRSH_AUTH_TYPE e XRSH_ENVS_TO_PASS che possono essere utilizzate per impostare
le impostazioni predefinite dello switch vengono sovrascritte se viene specificato anche lo switch equivalente.

XAUTORITÀ
La variabile di ambiente $XAUTHORITY viene passata all'host remoto se authtype
specificato da -auth o $XRSH_AUTH_TYPE è "ambiente".

XRSH_AUTH_TYPE
Questa variabile di ambiente può essere utilizzata per specificare il tipo di autorizzazione predefinito
o controllo accessi. I valori a cui può essere impostato sono gli stessi dei valori per il
argomento -auth.

XRSH_RSH
Questa variabile può ridefinire il programma della shell remota da utilizzare, ad esempio ssh.

XRSH_RSH_ERRORI
Se la variabile d'ambiente XRSH_RSH_ERRORS è impostata sul nome di un file, qualsiasi rsh
gli errori verranno visualizzati in quel file sull'host remoto. Se quella variabile non è impostata,
i messaggi di errore verranno eliminati a meno che non venga fornita l'opzione -debug. (Nota: non farlo
usa ~ nel nome del file perché si espanderà in ~ sull'host locale, ma prova a mettere
gli errori in quel file sull'host remoto.)

XRSH_ENVS_TO_PASS

COMUNI PROBLEMI

Assicurati che la tua variabile di ambiente PATH sull'host remoto sia impostata nel tuo .cshrc o
.bashrc in modo che i programmi rsh possano accedervi. (/bin/sh e /bin/ksh gli utenti hanno un duro
time time qui poiché le loro shell non eseguono alcun file init sotto rsh. Puoi usare il
Variabile di ambiente XRSH_ENVS_TO_PASS per passare la variabile di ambiente PATH al telecomando
ospite. Facoltativamente, puoi digitare un percorso completo per xrsh in quel caso. (Es. telecomando xrsh-
host /usr/bin/X11/xterm))

Assicurati che la tua variabile di ambiente PATH sull'host remoto includa la directory
contenente i programmi X. Questo è spesso /usr/bin/X11 o /usr/local/bin/X11.

Assicurati di avere rsh configurato per funzionare sull'host remoto. Puoi testarlo con
digitando: rsh remote-host echo '$PATH' Questo dimostrerà che rsh funziona e ti mostrerà il PERCORSO
che verrà utilizzato sull'host remoto. Se ottieni "Autorizzazione negata". probabilmente hai bisogno
per aggiornare il tuo ~/.rhost file sull'host remoto. Vedere rlogin(1).

ESEMPI

xsh yoda
Avvia un xterm sull'host yoda che viene visualizzato sul server X corrente. Usa xhost
per il controllo degli accessi.

xrsh -auth xauth perdente emacs
Avvia un emacs sull'host perdente. Unisci le voci di autorizzazione xauth per questo
server nel file di autorità sull'host remoto.

xrsh -l mjd -auth nessuno -pass XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
Avvia un xterm sull'host tigger con un carattere molto piccolo, propaga l'ambiente
variabile $XRSH_AUTH_TYPE all'host remoto, accedi all'host remoto usando l'id
"mjd", non eseguire alcuna autorizzazione specifica e non reindirizzare l'output standard/errore
a /dev/null così posso vedere eventuali errori.

Usa xrsh online utilizzando i servizi onworks.net