gnuattach.xemacs21 – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

gnuserv, gnuclient - Server und Clients für XEmacs

ZUSAMMENFASSUNG

gnuclient [-nw] [-display display] [-q] [-v] [-l Bibliothek] [-batch] [-f Funktion] [-eval
Formular] [-h Hostname] [-p Port] [-r Remote-Pfadname] [[+Zeile] Datei] ...
Gnudoit [-Q] unten stehende Formular
gnuser
gnuattach Ab gnuserv 3.x entfernt

BESCHREIBUNG

gnuclient ermöglicht es dem Benutzer, einen laufenden XEmacs-Prozess anzufordern, die genannten Dateien zu bearbeiten oder
Verzeichnisse und/oder Lisp-Formulare auswerten. Abhängig von Ihrer Umgebung kann es ein X sein
Frame oder einen TTY-Frame. Eine typische Anwendung hierfür ist eine DFÜ-Verbindung zu einer Maschine
auf dem gerade ein XEmacs-Prozess läuft.

Gnudoit ist ein Shell-Skript-Frontend für ``gnuclient -batch -eval form''. Seine Verwendung ist
veraltet. Versuchen Sie, sich daran zu gewöhnen, gnuclient direkt aufzurufen.

gnuser ist das Serverprogramm, das von XEmacs ausgeführt wird, um alle eingehenden und zu verarbeiten
ausgehende Anfragen. Es wird normalerweise nicht direkt aufgerufen, sondern von XEmacs aus gestartet
Laden der gnuser Paket und Auswerten des Lisp-Formulars (gnuserv-start).

gnuattach existiert nicht mehr. Seine Funktionalität wurde ersetzt durch gnuclient -nw.

OPTIONAL

gnuclient unterstützt so viele Befehlszeilenoptionen von Emacs, wie es sinnvoll ist
Kontext. Darüber hinaus fügt es einige eigene hinzu.
Optionen mit langen Namen können auch mit einem doppelten Bindestrich anstelle eines einzelnen angegeben werden
eins.

-nw Diese Option macht gnuclient Fungiert als Frontend, damit XEmacs eine Verbindung herstellen kann
aktuelle TTY. XEmacs öffnet dann einen neuen TTY-Frame. Der Effekt ist ähnlich
einen neuen XEmacs auf diesem TTY mit der Option ``-nw'' gestartet. Es ist derzeit nur
Funktioniert, wenn XEmacs auf demselben Computer wie gnuclient ausgeführt wird. Dies ist die Standardeinstellung
wenn die Umgebungsvariable `DISPLAY' nicht gesetzt ist.

-Anzeige Anzeige, --Anzeige Display
Wenn diese Option angegeben oder die Umgebungsvariable `DISPLAY' gesetzt ist, dann
gnuclient weist XEmacs an, Dateien in einem Frame auf dem angegebenen X-Gerät zu bearbeiten.

-q Diese Option informiert gnuclient zu beenden, sobald die Verbindung mit dem . hergestellt wurde
XEmacs-Prozess. Normalerweise gnuclient wartet, bis alle Dateien auf den Befehl
line wurden durch den XEmacs-Prozess beendet (deren Puffer gelöscht) und alle
die Formulare wurden ausgewertet.

-v Wenn diese Option angegeben ist gnuclient fordert an, dass die angegebenen Dateien
angesehen statt bearbeitet.

-l Bibliothek
Weisen Sie Emacs an, die angegebene Bibliothek zu laden.

-Charge Weisen Sie Emacs an, keine Frames zu öffnen. Laden Sie einfach Bibliotheken und werten Sie den Lisp-Code aus. Wenn
Es werden keine Dateien zum Ausführen, zum Aufrufen von Funktionen oder zum Auswerten von Formularen verwendet -l,
-f, oder -evalu Optionen, dann werden zu prüfende Formulare aus STDIN gelesen.

-f Funktion,
Lassen Sie Emacs die Lisp-Funktion ausführen.

-evalu unten stehende Formular
Lassen Sie Emacs die Lisp-Form ausführen.

-h hostname
Wird nur mit Internet-Domain-Sockets verwendet, diese Option gibt den Host-Rechner an
was soll laufen gnuser. Wenn diese Option nicht angegeben ist, wird der Wert von
die Umgebungsvariable GNU_HOST wird verwendet, wenn sie gesetzt ist. Wenn kein Hostname angegeben ist und
Ist die Variable GNU_HOST nicht gesetzt, wird keine Internetverbindung versucht.
Hinweis: gnuser lässt KEINE Internetverbindungen zu, es sei denn, die XAUTH-Authentifizierung ist
verwendet oder die Variable GNU_SECURE wurde angegeben und zeigt auf eine Dateiauflistung
alle vertrauenswürdigen Hosts. (Siehe SICHERHEIT unten.)

Beachten Sie, dass anstelle eines Hostnamens eine Internetadresse angegeben werden kann
Verbindungen zum Server um einiges beschleunigen, insbesondere wenn der Client
Maschine läuft YP.

Beachten Sie auch, dass ein Hostname von Unix kann verwendet werden, um festzulegen, dass die Verbindung zu
Der Server sollte einen Unix-Domain-Socket (sofern unterstützt) anstelle eines Internet-
Domain-Socket.

-p port Wird nur mit Internet-Domain-Sockets verwendet, diese Option gibt den Service-Port an
verwendet, um zwischen Server und Clients zu kommunizieren. Wenn diese Option nicht angegeben ist,
dann wird der Wert der Umgebungsvariablen GNU_PORT verwendet, falls gesetzt, sonst a
Der Dienst namens ``gnuserv'' wird in der Dienste-Datenbank nachgeschlagen. Endlich, wenn nein
kann für den Port ein anderer Wert gefunden werden, dann wird ein Standardport verwendet, der
normalerweise 21490 + UID.
Beachten Sie, dass seit gnuser erlaubt keine Befehlszeilenoptionen, der Port dafür wird
müssen über eine der alternativen Methoden angegeben werden.

-r Pfadname
Wird nur mit Internet-Domain-Sockets verwendet. Das Argument pathname wird möglicherweise benötigt, um
Informieren Sie XEmacs darüber, wie das Stammverzeichnis eines Remote-Computers erreicht werden kann. gnuclient
stellt diese Zeichenfolge jedem angegebenen Pfadargument voran. Zum Beispiel, wenn Sie es versucht haben
um eine Datei auf einem Client-Rechner namens Otter zu bearbeiten, dessen Stammverzeichnis . war
Zugriff vom Server-Rechner über den Pfad /net/otter, dann dieses Argument
sollte auf '/net/otter' gesetzt werden. Wird diese Option weggelassen, wird der Wert übernommen
aus der Umgebungsvariablen GNU_NODE, falls gesetzt, oder ansonsten der leere String.

[+n] Datei
Dies ist der Pfad der zu bearbeitenden Datei. Wenn die Datei ein Verzeichnis ist, dann wird die
stattdessen werden normalerweise die Verzeichnisbrowser dired oder monkey aufgerufen. Der Cursor wird gesetzt
bei Zeilennummer 'n', falls angegeben.

SETUP

gnuser ist standardmäßig in den neueren Versionen von XEmacs enthalten. Deshalb solltest du sein
in der Lage, den Server einfach durch Auswerten des XEmacs-Lisp-Formulars (gnuserv-start) zu starten, oder
entsprechend, indem Sie `Mx gnuserv-start' eingeben.

CONFIGURATION

Das Verhalten dieser Programmsuite wird in Emacs hauptsächlich auf der Lisp-Seite gesteuert und
sein Verhalten kann weitgehend angepasst werden. Geben Sie `Mx customize-group RET gnuserv . ein
RET' für einfachen Zugriff. Weitere Dokumentation finden Sie in der Datei `gnuserv.el'

BEISPIEL

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

Weitere Beispiele und Beispiel-Wrapper-Skripte finden Sie im Verzeichnis etc/gnuserv des
Emacs-Installation.

SYSV IPC

SysV IPC wird verwendet, um zwischen gnuclient und gnuser wenn das Symbol SYSV_IPC ist
definiert am Anfang von gnuserv.h. Dies ist nicht kompatibel mit Unix-Domain und Internet-
Domänen-Socket-Kommunikation wie unten beschrieben. Eine Datei namens /tmp/gsrv??? wird erstellt als
Schlüssel für die Nachrichtenwarteschlange, und wenn er entfernt wird, wird die Kommunikation zwischen Server und
Client fehlschlagen, bis der Server neu gestartet wird.

UNIX-DOMÄNE STECKDOSEN

Ein Unix-Domain-Socket wird verwendet, um zwischen gnuclient und gnuser wenn das Symbol
UNIX_DOMAIN_SOCKETS wird am Anfang von gnuserv.h definiert. Eine Datei namens
/tmp/gsrvdir??????/gsrv wird für die Kommunikation erstellt. Wenn das Symbol USE_TMPDIR auf gesetzt ist
am Anfang von gnuserv.h wird $TMPDIR, wenn gesetzt, anstelle von /tmp verwendet. Wenn diese Datei
gelöscht oder TMPDIR hat unterschiedliche Werte für Server und Client, Kommunikation
zwischen Server und Client schlägt fehl. Nur der Benutzer, der gnuserv ausführt, kann
an die Steckdose anschließen.

INTERNET DOMÄNE STECKDOSEN

Internet-Domain-Sockets werden verwendet, um zwischen gnuclient und gnuser wenn die
Das Symbol INTERNET_DOMAIN_SOCKETS ist am Anfang von gnuserv.h definiert. Sowohl Internet-Domain
und Unix-Domain-Sockets können gleichzeitig verwendet werden. Wenn ein Hostname über -h oder . angegeben wird
über die Umgebungsvariable GNU_HOST, gnuclient Verbindungen über das Internet herstellen
Domain-Socket. Wenn nicht, wird versucht, eine lokale Verbindung entweder über einen Unix-Domain-Socket oder
SYSV-IPC.

SICHERHEIT

Bei Verwendung von Internet-Domain-Sockets ist eine robustere Form der Sicherheit erforderlich, die es nicht gab
entweder mit Unix-Domain-Sockets oder SysV-IPC erforderlich. Derzeit sind zwei Authentifizierungen
Dazu werden folgende Protokolle unterstützt: MIT-MAGIC-COOKIE-1 (basierend auf dem X11 xauth(1)
Programm) und einen einfachen hostbasierten Zugriffskontrollmechanismus, im Folgenden GNUSERV-1 genannt. Die
Das GNUSERV-1-Protokoll ist immer verfügbar, während die Unterstützung für MIT-MAGIC-COOKIE-1 möglicherweise oder möglicherweise
zur Kompilierzeit nicht aktiviert wurden (über ein #define am Anfang von gnuserv.h).

gnuser, das GNUSERV-1 verwendet, führt eine eingeschränkte Form der Zugriffskontrolle auf Maschinenebene durch.
Standardmäßig wird kein Internet-Domain-Socket geöffnet. Wenn die Variable GNU_SECURE gefunden werden kann
in gnuser's Umgebung und nennt einen lesbaren Dateinamen, dann wird diese Datei geöffnet und
Es wird angenommen, dass es sich um eine Liste von Hosts handelt, einer pro Zeile, von denen der Server Anfragen zulässt.
Verbindungen von anderen Hosts werden abgelehnt. Sogar die Maschine, auf der gnuser is
running darf keine Verbindungen über den Internet-Socket herstellen, es sei denn, sein Hostname
ist in dieser Datei explizit angegeben. Beachten Sie, dass ein Host entweder eine numerische IP-Adresse sein kann
oder ein Hostname, und das jedem Benutzer auf einem genehmigten Host kann sich mit Ihrem gnuserv verbinden und
führe ein beliebiges Elisp aus (zB lösche alle deine Dateien). Wenn diese Datei viele enthält
Hostnamen, dann kann der Server einige Zeit brauchen, um zu starten.

Wenn das MIT-MAGIC-COOKIE-1-Protokoll aktiviert ist, wird eine Internet-Socket is standardmäßig geöffnet.
gnuser akzeptiert eine Verbindung von jedem Host und wartet auf ein "magisches Cookie"
(im Wesentlichen ein Passwort) vom Kunden vorzulegen. Wenn der Kunde die . nicht vorlegt
Cookie, oder wenn das Cookie falsch ist, gilt die Authentifizierung des Clients als
gescheitert. An diesem Punkt. gnuser fällt auf das GNUSERV-1-Protokoll zurück; Wenn der Kunde ist
Aufruf von einem Host, der in der GNU_SECURE-Datei aufgeführt ist, wird die Verbindung akzeptiert,
andernfalls wird es abgelehnt.

Die richtigen MIT-MAGIC-COOKIE-1 Beglaubigung
Wenn das gnuser Server gestartet wird, sucht er nach einem Cookie, das für die Anzeige 999 auf definiert ist
die Maschine, auf der sie läuft. Wird das Cookie gefunden, wird es zur Verwendung als . gespeichert
das Authentifizierungs-Cookie. Diese Cookies werden in einer Autorisierungsdatei (normalerweise
~/.XAutorität), die vom X11 manipuliert wird xauth(1) Programm. Zum Beispiel eine Maschine
"kali", das einen Emacs ausführt, der aufruft gnuser sollte wie folgt reagieren (am
Shell-Eingabeaufforderung) bei korrekter Einrichtung.

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

Im obigen Fall definiert die Autorisierungsdatei zwei Cookies. Der zweite, definiert
für Bildschirm 999 auf dem Server-Rechner, wird für die Gnuserv-Authentifizierung verwendet.

Auf der Seite des Client-Rechners muss die Autorisierungsdatei eine identische Zeile enthalten,
Angabe der Server Plätzchen. Mit anderen Worten, auf einer Maschine "foobar", die wünscht
connect to "kali", sollte die Ausgabe von `xauth list' die folgende Zeile enthalten:

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

Weitere Informationen zu Autorisierungsdateien finden Sie im xauth(1X11) man-Seite,
oder rufen Sie xauth interaktiv (ohne Argumente) auf und geben Sie "help" an der Eingabeaufforderung ein.
Merken Sie sich diesen Fall im Namen des Autorisierungsprotokolls (dh MIT-MAGIC-
COOKIE-1') is wesentlich!

DISPLAY Standard-X-Gerät zum Setzen des Bearbeitungsrahmens.

Verwenden Sie gnuattach.xemacs21 online über die Dienste von onworks.net