gnudoit.emacs - En ligne dans le Cloud

PROGRAMME:

Nom

gnuserv, gnuclient - Serveur et clients pour Emacs et XEmacs

SYNOPSIS

client gnu [-display display] [-q] [-v] [-l bibliothèque] [-batch] [-f fonction] [-eval form]
[-h nom_hôte] [-p port] [-r nom_chemin_distant] [[+ligne] fichier] ...
gnudoit [-Q] formulaire
gnuserv
attacher Supprimé à partir de gnuserv 3.x

DESCRIPTION

client gnu permet à l'utilisateur de demander un processus Emacs ou XEmacs en cours d'exécution pour modifier le nom
fichiers ou répertoires et/ou évaluer les formulaires lisp. Selon votre environnement, il peut être
une trame X ou une trame TTY. Une utilisation typique pour ceci est avec une connexion commutée à un
machine sur laquelle un processus Emacs ou XEmacs est en cours d'exécution.

gnudoit est une interface de script shell vers ``gnuclient -batch -eval form''. Son utilisation est
obsolète. Essayez de vous habituer à appeler directement gnuclient.

gnuserv est le programme serveur configuré par Emacs ou XEmacs pour gérer tout
demandes entrantes et sortantes. Il n'est généralement pas invoqué directement, mais est lancé à partir de
Emacs ou XEmacs en chargeant le gnuserv package et évaluer le formulaire Lisp (gnuserv-
début).

attacher n'existe plus.

OPTIONS

client gnu prend en charge autant d'options de ligne de commande d'Emacs que cela a du sens dans ce
le contexte. De plus, il ajoute quelques-uns des siens.
Les options avec des noms longs peuvent également être spécifiées à l'aide d'un double trait d'union au lieu d'un seul
une.

-afficher affichage, --affichage l’affichage
Si cette option est donnée ou si la variable d'environnement 'DISPLAY' est définie, alors
gnuclient indiquera à Emacs d'éditer les fichiers dans un cadre sur le périphérique X spécifié.

-q Cette option informe client gnu pour quitter une fois la connexion établie avec le
processus XEmacs. Normalement client gnu attend que tous les fichiers de la commande
ligne ont été terminés (leurs tampons ont été tués) par le processus XEmacs, et tous
les formulaires ont été évalués.

-v Lorsque cette option est spécifiée client gnu demandera que les fichiers spécifiés soient
visualisé au lieu d'être édité.

-l bibliothèque
Dites à Emacs de charger la bibliothèque spécifiée.

-grouper Dites à Emacs de n'ouvrir aucun cadre. Chargez simplement les bibliothèques et évaluez le code lisp. Si
aucun fichier à exécuter, aucune fonction à appeler ou formulaire à évaluer n'est donné à l'aide de la -l,
-f, ou -évaluation options, puis les formulaires à évaluer sont lus à partir de STDIN.

-f fonction,
Faites en sorte qu'Emacs exécute la fonction lisp.

-évaluation formulaire
Faites en sorte qu'Emacs exécute le formulaire lisp.

-h nom d'hôte
Utilisée uniquement avec les sockets du domaine Internet, cette option spécifie la machine hôte
qui devrait fonctionner gnuserv. Si cette option n'est pas spécifiée, la valeur de
la variable d'environnement GNU_HOST est utilisée si elle est définie. Si aucun nom d'hôte n'est spécifié, et
la variable GNU_HOST n'est pas définie, une connexion Internet ne sera pas tentée.
NB: gnuserv n'autorise PAS les connexions Internet à moins que l'authentification XAUTH ne soit
utilisé ou la variable GNU_SECURE a été spécifiée et pointe vers une liste de fichiers
tous les hôtes de confiance. (Voir SÉCURITÉ ci-dessous.)

Notez qu'une adresse Internet peut être spécifiée à la place d'un nom d'hôte qui peut
accélérer considérablement les connexions au serveur, surtout si le client
la machine exécute YP.

Notez également qu'un nom d'hôte de unix peut être utilisé pour spécifier que la connexion à
le serveur doit utiliser un socket de domaine Unix (si pris en charge) plutôt qu'un Internet-
socket de domaine.

-p port Utilisée uniquement avec les sockets du domaine Internet, cette option spécifie le port de service
utilisé pour communiquer entre le serveur et les clients. Si cette option n'est pas spécifiée,
alors la valeur de la variable d'environnement GNU_PORT est utilisée, si elle est définie, sinon un
le service appelé ``gnuserv'' est recherché dans la base de données des services. Enfin, si non
une autre valeur peut être trouvée pour le port, alors un port par défaut est utilisé qui est
généralement 21490 + uid.
Notez que depuis gnuserv n'autorise pas les options de ligne de commande, le port correspondant
doivent être spécifiés via l'une des méthodes alternatives.

-r chemin d'accès
Utilisé uniquement avec les sockets du domaine Internet, l'argument pathname peut être nécessaire pour
indiquer à Emacs comment accéder au répertoire racine d'une machine distante. client gnu
ajoute cette chaîne à chaque argument de chemin donné. Par exemple, si vous essayiez
pour éditer un fichier sur une machine cliente appelée otter, dont le répertoire racine était
accessible depuis la machine serveur via le chemin /net/otter, alors cet argument
doit être défini sur '/net/otter'. Si cette option est omise, alors la valeur est prise
à partir de la variable d'environnement GNU_NODE, si elle est définie, ou de la chaîne vide sinon.

[+n] filet
Il s'agit du chemin du fichier à éditer. Si le fichier est un répertoire, alors le
les navigateurs de répertoires dirigés ou singe sont généralement invoqués à la place. Le curseur est mis
au numéro de ligne 'n' si spécifié.

SETUP

gnuserv est fourni en standard avec les versions récentes de XEmacs. Par conséquent, vous devriez être
capable de démarrer le serveur simplement en évaluant le formulaire XEmacs Lisp (gnuserv-start), ou
de manière équivalente en tapant `Mx gnuserv-start'.

CONFIGURATION

Le comportement de cette suite de programmes est principalement contrôlé du côté lisp dans Emacs et
son comportement peut être personnalisé dans une large mesure. Tapez `Mx custom-group RET gnuserv
RET' pour un accès facile. Plus de documentation peut être trouvée dans le fichier `gnuserv.el'

EXEMPLE

gnuclient -q -f mh-smail
gnuclient -h coucou -r /ange@otter : / tmp /*
gnuclient ../src/listproc.c

D'autres exemples et exemples de scripts wrapper sont fournis dans le répertoire etc/gnuserv du
Installation d'Emacs.

SYSV IPC

SysV IPC est utilisé pour communiquer entre client gnu et gnuserv si le symbole SYSV_IPC est
défini en haut de gnuserv.h. Ceci est incompatible avec le domaine Unix et Internet-
communication de socket de domaine comme décrit ci-dessous. Un fichier appelé /tmp/gsrv??? est créé comme un
clé pour la file d'attente de messages, et si elle est supprimée, la communication entre le serveur et
client échoue jusqu'à ce que le serveur soit redémarré.

UNIX-DOMAINE DOUILLES

Un socket de domaine Unix est utilisé pour communiquer entre client gnu et gnuserv si le symbole
UNIX_DOMAIN_SOCKETS est défini en haut de gnuserv.h. Un fichier appelé
/tmp/gsrvdir????/gsrv est créé pour la communication. Si le symbole USE_TMPDIR est défini sur
le haut de gnuserv.h, $TMPDIR, lorsqu'il est défini, est utilisé à la place de /tmp. Si ce fichier est
supprimé, ou TMPDIR a des valeurs différentes pour le serveur et le client, la communication
entre le serveur et le client échouera. Seul l'utilisateur exécutant gnuserv pourra
connecter à la prise.

INTERNET-DOMAINE DOUILLES

Les sockets du domaine Internet sont utilisées pour communiquer entre client gnu et gnuserv si le
le symbole INTERNET_DOMAIN_SOCKETS est défini en haut de gnuserv.h. Les deux domaine Internet
et les sockets du domaine Unix peuvent être utilisées en même temps. Si un nom d'hôte est spécifié via -h ou
via la variable d'environnement GNU_HOST, client gnu établir des connexions à l'aide d'Internet
socket de domaine. Sinon, une connexion locale est tentée via un socket de domaine unix ou
CIB SYSV.

SÛRETÉ

En utilisant des sockets de domaine Internet, une forme de sécurité plus robuste est nécessaire qui n'était pas
nécessaire avec les sockets de domaine Unix ou SysV IPC. Actuellement, deux authentifications
les protocoles sont pris en charge pour fournir ceci : MIT-MAGIC-COOKIE-1 (basé sur le X11 xauth(1)
programme) et un simple mécanisme de contrôle d'accès basé sur l'hôte, ci-après appelé GNUSERV-1. Les
Le protocole GNUSERV-1 est toujours disponible, tandis que la prise en charge de MIT-MAGIC-COOKIE-1 peut ou peut
n'ont pas été activés (via un #define en haut de gnuserv.h) au moment de la compilation.

gnuserv, en utilisant GNUSERV-1, effectue une forme limitée de contrôle d'accès au niveau de la machine.
Par défaut, aucune socket de domaine Internet n'est ouverte. Si la variable GNU_SECURE peut être trouvée
in gnuserv's, et il nomme un nom de fichier lisible, alors ce fichier est ouvert et
supposé être une liste d'hôtes, un par ligne, à partir desquels le serveur autorisera les requêtes.
Les connexions de tout autre hôte seront rejetées. Même la machine sur laquelle gnuserv is
en cours d'exécution n'est pas autorisé à établir des connexions via la prise Internet à moins que son nom d'hôte
est explicitement spécifié dans ce fichier. Notez qu'un hôte peut être soit une adresse IP numérique
ou un nom d'hôte, et que tout utilisateur sur un hôte approuvé peut se connecter à votre gnuserv et
exécuter élisp arbitraire (par exemple, supprimer tous vos fichiers). Si ce fichier contient beaucoup de
hostnames, le démarrage du serveur peut prendre un certain temps.

Lorsque le protocole MIT-MAGIC-COOKIE-1 est activé, une prise internet is ouvert par défaut.
gnuserv acceptera une connexion de n'importe quel hôte et attendra un "cookie magique"
(essentiellement un mot de passe) à présenter par le client. Si le client ne présente pas le
cookie, ou si le cookie est erroné, l'authentification du client est considérée comme ayant
échoué. À ce point. gnuserv revient au protocole GNUSERV-1 ; Si le client est
appel depuis un hôte répertorié dans le fichier GNU_SECURE, la connexion sera acceptée,
sinon il sera rejeté.

En utilisant MIT-MAGIC-COOKIE-1 protocoles d'authentification
When the gnuserv serveur est démarré, il recherche un cookie défini pour afficher 999 sur
la machine sur laquelle elle tourne. Si le cookie est trouvé, il sera stocké pour être utilisé comme
le cookie d'authentification. Ces cookies sont définis dans un fichier d'autorisation (généralement
~/.Xautorité) qui est manipulé par le X11 xauth(1) programme. Par exemple, une machine
"kali" qui exécute un emacs qui invoque gnuserv doit répondre comme suit (au
invite du shell) lorsqu'il est configuré correctement.

liste kali% xauth
GS65.SP.CS.CMU.EDU:0 MIT-MAGIC-COOKIE-1 11223344
KALI.FTM.CS.CMU.EDU:999 MIT-MAGIC-COOKIE-1 1234

Dans le cas ci-dessus, le fichier d'autorisation définit deux cookies. Le second, défini
pour l'écran 999 sur la machine serveur, est utilisé pour l'authentification gnuserv.

Côté poste client, le fichier d'autorisation doit contenir une ligne identique,
spécifiant le les serveurs biscuit. Autrement dit, sur une machine "foobar" qui souhaite
connectez-vous à « kali », la sortie « xauth list » doit contenir la ligne :

KALI.FTM.CS.CMU.EDU:999 MIT-MAGIC-COOKIE-1 1234

Pour créer le cookie, vous pouvez utiliser une commande comme
xauth ajoute `nom d'hôte`:999 MIT-MAGIC-COOKIE-1 `head -c512 /dev/urandom|md5sum`

Pour plus d'informations sur les fichiers d'autorisation, consultez le xauth(1X11) page de manuel,
ou invoquez xauth de manière interactive (sans aucun argument) et tapez "help" à l'invite.
N'oubliez pas cette casse au nom du protocole d'autorisation (c'est-à-dire 'MIT-MAGIC-
COOKIE-1') is important!

ENVIRONNEMENT

DISPLAY Périphérique X par défaut pour mettre le cadre d'édition.

Utilisez gnudoit.emacs en ligne en utilisant les services onworks.net