xtightvncviewer – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

vncviewer – ein X-Viewer-Client für VNC

ZUSAMMENFASSUNG

vncviewer [Optionen] [Gastgeber][:Anzeige]
vncviewer [Optionen] [Gastgeber][::Hafen]
vncviewer [Optionen] -Hör mal zu [Display]
vncviewer -Hilfe

BESCHREIBUNG

vncviewer ist eine Xt-basierte Clientanwendung für VNC (Virtual Network Computing).
System. Es kann eine Verbindung zu jedem VNC-kompatiblen Server herstellen, z Xvnc oder WinVNC, was Ihnen erlaubt
um die Desktop-Umgebung eines anderen Computers zu steuern.

Mit F8 können Sie ein Popup-Utility-Menü anzeigen. Drücken Sie F8 zweimal, um einzelnes F8 an das zu übergeben
entfernte Seite.

OPTIONAL

-Hilfe Gibt einen kurzen Nutzungshinweis an stderr aus.

-Hör mal zu
Lassen Sie den Zuschauer auf Port 5500+ hörenDisplay für umgekehrte Verbindungen von einem Server.
WinVNC unterstützt umgekehrte Verbindungen über die Menüoption „Neuen Client hinzufügen“ oder das
Befehlszeilenoption -connect. Xvnc erfordert die Verwendung des Hilfsprogramms
vncconnect.

-über Tor
Erstellen Sie automatisch einen verschlüsselten TCP-Tunnel zum Tor Maschine vor dem Anschluss,
eine Verbindung mit der Gastgeber durch diesen Tunnel (TightVNC-spezifisch). Standardmäßig ist dies
Option ruft die lokale SSH-Port-Weiterleitung auf, vorausgesetzt, die SSH-Client-Binärdatei kann
Zugriff als /usr/bin/ssh. Beachten Sie, dass bei Verwendung der -über Option, der Host-Rechner
Name sollte als dem Gateway-Rechner bekannt angegeben werden, zB "localhost" bezeichnet
Tor, nicht der Computer, auf dem vncviewer gestartet wurde. Siehe UMWELT
Im folgenden Abschnitt finden Sie Informationen zur Konfiguration des -über .

-geteilt
Geben Sie beim Herstellen einer Verbindung an, dass eine gemeinsame Verbindung angefordert wird. In TightVNC dies
ist der Standardmodus, der es Ihnen ermöglicht, den Desktop bereits mit anderen Clients zu teilen
es benutzen.

-noshared
Geben Sie beim Herstellen der Verbindung an, dass die Sitzung nicht geteilt werden darf. Dies wäre entweder
Trennen Sie andere verbundene Clients oder verweigern Sie Ihre Verbindung, je nachdem
Serverkonfiguration.

-Nur ansehen
Deaktivieren Sie die Übertragung von Maus- und Tastaturereignissen vom Client zum Server.

-Vollbildschirm
Starten Sie im Vollbildmodus. Bitte beachten Sie, dass der Betrieb im Vollbildmodus möglich sein kann
X-Fenstermanager verwirren. Typischerweise führen solche Konflikte zu einer falschen Handhabung von
Eingabefokus oder lassen Sie das Viewerfenster auf mysteriöse Weise verschwinden. Siehe GrabKeyboard
Einstellung im Abschnitt „RESSOURCEN“ unten für eine Methode zur Lösung des Eingabefokusproblems.

-noraiseonbeep
Standardmäßig zeigt der Viewer sein Fenster bei einem Remote-Piepton-Ereignis an und öffnet es.
Diese Option deaktiviert dieses Verhalten (TightVNC-spezifisch).

-Benutzer Benutzername
Benutzername für die Unix-Anmeldeauthentifizierung. Standardmäßig wird der aktuelle Unix-Benutzername verwendet.
Wenn diese Option angegeben wurde, bevorzugt der Betrachter die Unix-Anmeldeauthentifizierung gegenüber der
Standard-VNC-Authentifizierung.

-Passw passwd-Datei
Datei, aus der das Passwort abgerufen werden soll (wie von generiert). vncpasswd(1) Programm).
Diese Option betrifft nur die Standard-VNC-Authentifizierung.

-Kodierungen Kodierungsliste
TightVNC unterstützt verschiedene Komprimierungsmethoden zum Kodieren von Bildschirmaktualisierungen.
Diese Option gibt einen Satz davon an, der in der Reihenfolge ihrer Präferenz verwendet werden soll. Kodierungen sind
werden durch Leerzeichen getrennt angegeben und müssen daher bei mehr als in Anführungszeichen gesetzt werden
einer ist angegeben. Verfügbare Kodierungen, in der Standardreihenfolge für eine Remoteverbindung,
sind „Copyright Tight Hextile Zlib Corre Rre Raw“. Für eine lokale Verbindung (zum
die gleiche Maschine), die Standardreihenfolge zum Ausprobieren ist „Raw Copyrect Tight Hextile Zlib Corre
rre". Rohkodierung wird immer als letzte Option angenommen, wenn keine andere Kodierung möglich ist
aus irgendeinem Grund verwendet. Weitere Informationen zu Kodierungen finden Sie im Abschnitt ENCODINGS
unten.

-bgr233
Verwenden Sie zum Kodieren von Pixeldaten immer das BGR233-Format. Dies reduziert den Netzwerkverkehr,
Farben werden jedoch möglicherweise ungenau dargestellt. Das bgr233-Format ist ein 8-Bit-Format „true
Farbformat mit 2 Bits Blau, 3 Bits Grün und 3 Bits Rot.

-owncmap
Versuchen Sie, ein PseudoColor-Visual und eine private Farbkarte zu verwenden. Dies ermöglicht der VNC-Server
um die Farbkarte zu steuern.

-echte Farbe, -wahre Farbe
Versuchen Sie, ein TrueColor-Bildmaterial zu verwenden.

-Tiefe Tiefe
Auf einem X-Server, der mehrere TrueColor-Visualisierungen unterschiedlicher Tiefe unterstützt,
Versuchen Sie, das angegebene zu verwenden (in Bits pro Pixel); im Erfolgsfall diese Tiefe
wird vom VNC-Server angefordert.

-compresslevel Grad des
Verwenden Sie die angegebene Komprimierung Grad des (0..9) für „tight“- und „zlib“-Kodierungen
(TightVNC-spezifisch). Stufe 1 verbraucht minimale CPU-Zeit und erreicht eine schwache Komprimierung
Während Stufe 9 die beste Komprimierung bietet, aber hinsichtlich der CPU-Zeit langsam ist
Verbrauch auf der Serverseite. Verwenden Sie hohe Stufen bei sehr langsamen Netzwerkverbindungen.
und niedrige Pegel beim Arbeiten über Hochgeschwindigkeits-LANs. Die Verwendung wird nicht empfohlen
Komprimierungsstufe 0, sinnvolle Auswahlmöglichkeiten beginnen bei Stufe 1.

-Qualität Grad des
Verwenden Sie die angegebene JPEG-Qualität Grad des (0..9) für die „enge“ Kodierung
(TightVNC-spezifisch). Qualitätsstufe 0 bedeutet schlechte, aber sehr beeindruckende Bildqualität
Komprimierungsverhältnisse, während Stufe 9 bei niedrigeren eine sehr gute Bildqualität bietet
Kompressionsverhältnisse. Beachten Sie, dass der „enge“ Encoder nur JPEG verwendet, um diese zu kodieren
Bildschirmbereiche, die für eine verlustbehaftete Komprimierung geeignet erscheinen, Qualitätsstufe 0 jedoch nicht
bedeuten immer eine inakzeptable Bildqualität.

-nojpeg
Deaktivieren Sie die verlustbehaftete JPEG-Komprimierung in der Tight-Kodierung (TightVNC-spezifisch). Deaktivieren
Eine JPEG-Komprimierung ist in typischen Fällen keine gute Idee, da sie dadurch zu Engpässen führt
Encoder weniger effizient. Möglicherweise möchten Sie diese Option verwenden, wenn dies unbedingt erforderlich ist
notwendig, um eine perfekte Bildqualität zu erreichen (siehe auch die -Qualität Möglichkeit).

-keine Cursorform
Deaktivieren Sie Aktualisierungen der Cursorform und Protokollerweiterungen, die zur Verarbeitung von Remote-Cursoren verwendet werden
Bewegungen lokal auf der Clientseite (TightVNC-spezifisch). Verwenden der Cursorform
Aktualisierungen verringern Verzögerungen bei Remote-Cursorbewegungen und können die Bandbreite verbessern
Nutzung dramatisch.

-x11cursor
Verwenden Sie einen echten X11-Cursor mit Aktualisierungen der Cursorform im X-Stil, anstatt den zu zeichnen
Remote-Cursor auf dem Framebuffer. Diese Option deaktiviert auch den Punktcursor und
Deaktiviert die Aktualisierung der Cursorposition im Nicht-Vollbildmodus.

-Autopass
Lesen Sie ein Klartext-Passwort von stdin. Diese Option betrifft nur den Standard-VNC
Authentifizierung.

CODIERUNGEN

Der Server liefert Informationen in dem vom Client gewünschten Format, um dies zu erreichen
Machen Sie es dem Kunden so einfach wie möglich zu implementieren. Wenn der Kunde sich als fähig darstellt
Um mehrere Formate zu verwenden, wählt der Server eines aus.

Pixel Format bezieht sich auf die Darstellung eines einzelnen Pixels. Die gängigsten Formate
sind 24- und 16-Bit-„Echtfarben“-Werte und 8-Bit-„Farbkarten“-Darstellungen, wobei an
Eine beliebige Karte wandelt die Farbnummer in RGB-Werte um.

Codierung bezieht sich darauf, wie ein Rechteck aus Pixeln gesendet wird (alle Pixelinformationen in VNC sind).
als Rechtecke gesendet). Alle Rechtecke verfügen über eine Kopfzeile, die die Position und Größe des Rechtecks ​​angibt
Rechteck und einen Kodierungstyp, der von den folgenden Daten verwendet wird. Diese Typen werden aufgelistet
unten.

Roh Die Rohkodierung sendet einfach Breite*Höhe-Pixelwerte. Alle Kunden sind erforderlich
um diesen Kodierungstyp zu unterstützen. Raw ist auch am schnellsten, wenn es um Server und Viewer geht
befinden sich auf demselben Computer, da die Verbindungsgeschwindigkeit im Wesentlichen unendlich und roh ist
Die Kodierung minimiert die Verarbeitungszeit.

CopyRect
Die Kodierung „Rechteck kopieren“ ist effizient, wenn etwas verschoben wird. nur
Die gesendeten Daten sind die Position eines Rechtecks, aus dem Daten kopiert werden sollen
aktueller Standort. Copyrect könnte auch verwendet werden, um eine wiederholte Übertragung effizient durchzuführen
Muster.

RRE Die Rise-and-Run-Length-Codierung ist im Grunde eine 2D-Version der Lauflängen-Codierung
(RLE). Bei dieser Kodierung wird eine Folge identischer Pixel zu einem einzigen komprimiert
Wert und Wiederholungsanzahl. In VNC wird dies mit einer Hintergrundfarbe und implementiert
dann Spezifikationen einer beliebigen Anzahl von Unterrechtecken und einer Farbe für jedes.
Dies ist eine effiziente Kodierung für große Blöcke mit konstanter Farbe.

Corre Dies ist eine geringfügige Variation von RRE, bei der maximal 255 x 255 Pixel große Rechtecke verwendet werden. Das
ermöglicht die Verwendung von Einzelbyte-Werten, wodurch die Paketgröße reduziert wird. Das ist im Allgemeinen so
effizienter, da die Einsparungen durch das Senden von 1-Byte-Werten im Allgemeinen überwiegen
die Verluste aus den (relativ seltenen) Fällen, in denen sehr große Regionen bemalt werden
die gleiche Farbe.

Hextil
Hierbei werden Rechtecke in 16x16 Kacheln aufgeteilt, die in einer vorgegebenen Reihenfolge verschickt werden
Befehl. Die Daten innerhalb der Kacheln werden entweder roh oder als Variante auf RRE gesendet. Hextil
Die Kodierung ist normalerweise die beste Wahl für den Einsatz in Hochgeschwindigkeitsnetzwerkumgebungen
(z. B. Ethernet-lokale Netzwerke).

Zlib Zlib ist eine sehr einfache Codierung, die die Zlib-Bibliothek verwendet, um Rohpixeldaten zu komprimieren.
Diese Kodierung erreicht eine gute Komprimierung, verbraucht aber viel CPU-Zeit. Unterstützung
Diese Kodierung wird für die Kompatibilität mit VNC-Servern bereitgestellt, bei denen dies möglicherweise nicht der Fall ist
Verstehen Sie Tight Encoding, das in fast allen realen Situationen effizienter ist als Zlib
Situationen.

Eng Wie die Zlib-Kodierung verwendet die Tight-Kodierung die Zlib-Bibliothek, um die Pixeldaten zu komprimieren.
Die Daten werden jedoch vorverarbeitet, um die Komprimierungsraten zu maximieren und die CPU-Auslastung zu minimieren
auf Komprimierung. Außerdem kann die JPEG-Komprimierung verwendet werden, um farbintensive Bildschirme zu kodieren
Bereiche (siehe die Beschreibung der Optionen -quality und -nojpeg oben). Enge Kodierung
ist normalerweise die beste Wahl für Netzwerkumgebungen mit geringer Bandbreite (z. B. langsames Modem).
Verbindungen).

WISSENSDATENBANK

X Ressourcen, die vncviewer weiß, dass es neben den normalen Xt-Ressourcen auch solche gibt
folgt:

shareDesktop
Äquivalent von -geteilt/-noshared Optionen. Standardmäßig wahr.

Nur ansehen
Äquivalent von -Nur ansehen Möglichkeit. Standardmäßig falsch.

ganzer Bildschirm
Äquivalent von -Vollbildschirm Möglichkeit. Standardmäßig falsch.

grabKeyboard
Schnappen Sie sich die Tastatur im Vollbildmodus. Dies kann helfen, Probleme mit dem Verlieren zu lösen
Tastaturfokus. Standardmäßig falsch.

raiseOnBeep
Äquivalent von -noraiseonbeep Option, wenn auf false gesetzt. Standardmäßig wahr.

Passwortdatei
Äquivalent von -Passw .

Benutzer-Anmeldung
Äquivalent von -Benutzer .

PasswortDialog
Ob ein Dialogfeld zum Abrufen des Kennworts (true) oder vom TTY verwendet werden soll
(FALSCH). Irrelevant, wenn Passwortdatei eingestellt ist. Standardmäßig falsch.

Kodierungen
Äquivalent von -Kodierungen .

compressLevel
Äquivalent von -compresslevel Option (TightVNC-spezifisch).

Qualitätslevel
Äquivalent von -Qualität Option (TightVNC-spezifisch).

JPEG aktivieren
Äquivalent von -nojpeg Option, wenn auf false gesetzt. Standardmäßig wahr.

useRemoteCursor
Äquivalent von -keine Cursorform Option, wenn auf false gesetzt (TightVNC-spezifisch). Standard
wahr.

Verwenden Sie BGR233
Äquivalent von -bgr233 Möglichkeit. Standardmäßig falsch.

nFarben
Versuchen Sie bei Verwendung von BGR233, so viele „exakte“ Farben aus der BGR233-Farbe zuzuordnen
Würfel. Wenn Sie eine gemeinsame Farbkarte verwenden, bleiben durch eine niedrigere Einstellung dieser Ressource mehr Farben übrig
für andere X-Clients. Bei der Verwendung von TrueColor ist dies nicht relevant. Der Standardwert ist 256 (d. h. alle
Sie).

Verwenden Sie SharedColors
Wenn die Anzahl der „exakten“ BGR233-Farben, die erfolgreich zugewiesen wurden, weniger als 256 beträgt, dann
Der Rest wird mit den „nächsten“ verfügbaren Farben ausgefüllt. Diese Ressource sagt
ob für diesen Zweck nur die „exakten“ BGR233-Farben verwendet werden sollen, oder ob diese verwendet werden sollen
auch die „gemeinsamen“ Farben anderer Kunden. Standardwert true (d. h. andere Clients verwenden)
Farben).

forceOwnCmap
Äquivalent von -owncmap Möglichkeit. Standardmäßig falsch.

forceTrueColor
Äquivalent von -echte Farbe Möglichkeit. Standardmäßig falsch.

angeforderte Tiefe
Äquivalent von -Tiefe .

Verwenden Sie SharedMemory
Verwenden Sie die MIT-Shared-Memory-Erweiterung, wenn Sie sich auf demselben Computer wie der X-Server befinden. Standard
wahr.

wmDecorationWidth, wmDecorationHeight
Die Gesamtbreite und -höhe, die von Fenstermanager-Dekorationen eingenommen werden. Das ist gewohnt
Berechnen Sie die maximale Größe des VNC-Viewer-Fensters. Standard ist Breite 4, Höhe
24

BumpScrollTime, BumpScrollPixels
Wenn Sie sich im Vollbildmodus befinden und der VNC-Desktop größer als die X-Anzeige ist,
Das Scrollen erfolgt immer dann, wenn die Maus den Rand des Bildschirms berührt. Die Höchstgeschwindigkeit
Die Anzahl der Bildlaufvorgänge beträgt „bumpScrollPixels“ Pixel pro „bumpScrollTime“-Millisekunden. Der
Die tatsächliche Scrollgeschwindigkeit wird natürlich langsamer sein, je nachdem, wie
Schnell ist deine Maschine. Standardmäßig 20 Pixel alle 25 Millisekunden.

popupButtonCount
Die Anzahl der Schaltflächen im Popup-Fenster. Weitere Informationen finden Sie in der README-Datei
erfahren Sie, wie Sie die Schaltflächen anpassen.

debuggen Zum Debuggen. Standardmäßig falsch.

rawDelay, copyRectDelay
Einzelheiten zum Debuggen finden Sie in der README-Datei. Standard 0 (aus).

Als mit dem begonnen wurde -über Option, vncviewer liest die VNC_VIA_CMD Umgebungsvariable,
Erweitert Muster, die mit dem Zeichen „%“ beginnen, und führt das Ergebnis als Befehl aus
unter der Annahme, dass dadurch ein TCP-Tunnel erstellt würde, der für die VNC-Verbindung verwendet werden sollte. Wenn nicht
festgelegt ist, ist diese Umgebungsvariable standardmäßig auf „/usr/bin/ssh -f -L %L:%H:%R %G Schlaf 20".

Die folgenden Muster werden im erkannt VNC_VIA_CMD (Beachten Sie, dass alle Muster %G,
%H, %L und %R müssen in der Befehlsvorlage vorhanden sein):

%% Ein wörtliches „%“;

%G Gateway-Hostname;

%H Remote-VNC-Hostname, wie er dem Gateway bekannt ist;

%L lokale TCP-Portnummer;

%R Remote-TCP-Portnummer.

Verwenden Sie xtightvncviewer online über die Dienste von onworks.net