xtightvncviewer - Online sa Cloud

PROGRAMA:

NAME

vncviewer - isang X viewer client para sa VNC

SINOPSIS

vncviewer [pagpipilian] [marami][:display]
vncviewer [pagpipilian] [marami][::port]
vncviewer [pagpipilian] -makinig [magpakita]
vncviewer -tulong

DESCRIPTION

vncviewer ay isang Xt-based client application para sa VNC (Virtual Network Computing)
sistema. Maaari itong kumonekta sa anumang server na katugma sa VNC tulad ng Xvnc o WinVNC, na nagpapahintulot sa iyo
upang kontrolin ang desktop environment ng ibang makina.

Maaari mong gamitin ang F8 para magpakita ng pop-up utility menu. Pindutin ang F8 nang dalawang beses upang ipasa ang solong F8 sa
malayong bahagi.

Opsyon

-tulong Nagpi-print ng maikling abiso sa paggamit sa stderr.

-makinig
Gawing makinig ang manonood sa port 5500+magpakita para sa mga baligtad na koneksyon mula sa isang server.
Sinusuportahan ng WinVNC ang mga reverse connection gamit ang opsyon sa menu na "Magdagdag ng Bagong Kliyente", o ang
-Ikonekta ang opsyon sa command line. Xvnc nangangailangan ng paggamit ng helper program
vncconnect.

-sa pamamagitan ng gateway
Awtomatikong gumawa ng naka-encrypt na TCP tunnel sa gateway makina bago kumonekta,
kumonekta sa marami sa pamamagitan ng tunnel na iyon (TightVNC-specific). Bilang default, ito
ang opsyon ay humihimok ng lokal na pagpapasa ng port ng SSH, sa pag-aakalang maaaring maging binary ang kliyente ng SSH
na-access bilang /usr/bin/ssh. Tandaan na kapag ginagamit ang -sa pamamagitan ng opsyon, ang host machine
dapat na tukuyin ang pangalan bilang kilala sa gateway machine, hal. "localhost" ay nagsasaad
ang gateway, hindi ang makina kung saan inilunsad ang vncviewer. Tingnan ang KAPALIGIRAN
seksyon sa ibaba para sa impormasyon sa pag-configure ng -sa pamamagitan ng pagpipilian.

-ibinahagi
Kapag kumokonekta, tukuyin na hinihiling ang isang nakabahaging koneksyon. Sa TightVNC, ito
ay ang default na mode, na nagbibigay-daan sa iyong ibahagi ang desktop sa iba pang mga kliyente
gamit ito.

-noshared
Kapag kumokonekta, tukuyin na maaaring hindi ibahagi ang session. Ito ay alinman
idiskonekta ang iba pang konektadong kliyente o tanggihan ang iyong koneksyon, depende sa
pagsasaayos ng server.

-Tingnan lamang
Huwag paganahin ang paglipat ng mga kaganapan sa mouse at keyboard mula sa kliyente patungo sa server.

-fullscreen
Magsimula sa full-screen mode. Mangyaring magkaroon ng kamalayan na ang pagpapatakbo sa full-screen mode ay maaaring
lituhin ang mga tagapamahala ng X window. Kadalasan, ang mga naturang salungatan ay nagdudulot ng maling pangangasiwa ng
input focus o gawing misteryosong mawala ang viewer window. Tingnan ang grabKeyboard
setting sa seksyong RESOURCES sa ibaba para sa isang paraan upang malutas ang problema sa pag-input focus.

-noraiseonbeep
Bilang default, ipinapakita at itinataas ng manonood ang window nito sa remote beep (bell) na kaganapan.
Hindi pinapagana ng opsyong ito ang naturang gawi (TightVNC-specific).

-gumagamit username
User name para sa Unix login authentication. Default ay ang paggamit ng kasalukuyang Unix user name.
Kung ibinigay ang opsyong ito, mas pipiliin ng tumitingin ang pagpapatunay sa pag-log in sa Unix kaysa sa
karaniwang pagpapatunay ng VNC.

-passwd passwd-file
File kung saan makukuha ang password (tulad ng nabuo ng vncpasswd(1) programa).
Ang pagpipiliang ito ay nakakaapekto lamang sa karaniwang pagpapatunay ng VNC.

-mga pag-encode encoding-list
Sinusuportahan ng TightVNC ang ilang iba't ibang paraan ng compression upang i-encode ang mga update sa screen;
ang pagpipiliang ito ay tumutukoy sa isang set ng mga ito upang gamitin sa pagkakasunud-sunod ng kagustuhan. Ang mga pag-encode ay
tinukoy na pinaghihiwalay ng mga puwang, at dapat na nakapaloob sa mga quote kung higit sa
ang isa ay tinukoy. Magagamit na mga pag-encode, sa default na pagkakasunud-sunod para sa isang malayuang koneksyon,
ay "copyrect tight hextile zlib corre rre raw". Para sa isang lokal na koneksyon (sa
parehong makina), ang default na order upang subukan ay "raw copyrect tight hextile zlib corre
rre". Palaging ipinapalagay ang Raw encoding bilang huling opsyon kung walang ibang encoding
ginamit sa ilang kadahilanan. Para sa higit pang impormasyon sa mga encoding, tingnan ang seksyong ENCODINGS
sa ibaba.

-bgr233
Palaging gamitin ang BGR233 na format para i-encode ang pixel data. Binabawasan nito ang trapiko sa network,
ngunit ang mga kulay ay maaaring hindi tumpak na kinakatawan. Ang bgr233 na format ay isang 8-bit "true
color", na may 2 bits na asul, 3 bits na berde, at 3 bits na pula.

-owncmap
Subukang gumamit ng PseudoColor visual at pribadong colormap. Pinapayagan nito ang VNC server
upang kontrolin ang colormap.

-truecolor, -truecolor
Subukang gumamit ng TrueColor visual.

-lalim lalim
Sa isang X server na sumusuporta sa maramihang TrueColor visual na may iba't ibang lalim,
subukang gamitin ang tinukoy (sa mga bit bawat pixel); kung matagumpay, ang lalim na ito
ay hihilingin mula sa VNC server.

-compresslevel antas
Gumamit ng tinukoy na compression antas (0..9) para sa "tight" at "zlib" encodings
(TightVNC-specific). Gumagamit ang Level 1 ng pinakamababang oras ng CPU at nakakamit ang mahinang compression
ratios, habang ang level 9 ay nag-aalok ng pinakamahusay na compression ngunit mabagal sa mga tuntunin ng oras ng CPU
pagkonsumo sa gilid ng server. Gumamit ng matataas na antas na may napakabagal na koneksyon sa network,
at mababang antas kapag nagtatrabaho sa mga high-speed LAN. Hindi ito inirerekomenda na gamitin
antas ng compression 0, ang mga makatwirang pagpipilian ay magsisimula sa antas 1.

-Kalidad antas
Gamitin ang tinukoy na kalidad ng JPEG antas (0..9) para sa "masikip" na pag-encode
(TightVNC-specific). Ang antas ng kalidad 0 ay nagpapahiwatig ng hindi magandang kalidad ng imahe ngunit napaka-kahanga-hanga
mga ratio ng compression, habang ang antas 9 ay nag-aalok ng napakahusay na kalidad ng imahe sa mas mababa
mga ratio ng compression. Tandaan na ang "mahigpit" na encoder ay gumagamit ng JPEG upang i-encode lamang ang mga iyon
mga lugar ng screen na mukhang angkop para sa lossy compression, kaya ang antas ng kalidad 0 ay hindi
palaging nangangahulugan ng hindi katanggap-tanggap na kalidad ng larawan.

-walangjpeg
I-disable ang lossy JPEG compression sa Tight encoding (TightVNC-specific). Hindi pagpapagana
Ang JPEG compression ay hindi magandang ideya sa mga karaniwang kaso, dahil ginagawa nitong Tight
hindi gaanong mahusay ang encoder. Baka gusto mong gamitin ang opsyong ito kung talagang ito
kinakailangan upang makamit ang perpektong kalidad ng imahe (tingnan din ang -Kalidad pagpipilian).

-nocursorshape
Huwag paganahin ang mga update sa hugis ng cursor, mga extension ng protocol na ginagamit upang pangasiwaan ang malayuang cursor
mga paggalaw nang lokal sa panig ng kliyente (TightVNC-specific). Gamit ang hugis ng cursor
binabawasan ng mga update ang mga pagkaantala sa mga malayuang paggalaw ng cursor, at maaaring mapabuti ang bandwidth
kapansin-pansing paggamit.

-x11cursor
Gumamit ng totoong X11 cursor na may mga update sa hugis ng X-style cursor, sa halip na iguhit ang
malayong cursor sa framebuffer. Hindi rin pinapagana ng opsyong ito ang tuldok na cursor, at
hindi pinapagana ang mga update sa posisyon ng cursor sa non-fullscreen mode.

-autopass
Magbasa ng isang plain-text na password mula sa stdin. Ang pagpipiliang ito ay nakakaapekto lamang sa karaniwang VNC
pagpapatunay.

MGA ENCODING

Ang server ay nagbibigay ng impormasyon sa anumang format na nais ng kliyente, upang
gawin ang kliyente na mas madaling ipatupad. Kung kinakatawan ng kliyente ang sarili bilang kaya
para gumamit ng maraming format, pipili ang server ng isa.

Pixel format ay tumutukoy sa representasyon ng isang indibidwal na pixel. Ang pinakakaraniwang mga format
ay 24 at 16 bit na "true-color" na mga halaga, at 8-bit na "color map" na representasyon, kung saan ang isang
Kino-convert ng arbitrary na mapa ang numero ng kulay sa mga halaga ng RGB.

Pag-encode ay tumutukoy sa kung paano ipinapadala ang isang parihaba ng mga pixel (lahat ng impormasyon ng pixel sa VNC ay
ipinadala bilang mga parihaba). Ang lahat ng mga parihaba ay may kasamang header na nagbibigay ng lokasyon at laki ng
parihaba at isang uri ng pag-encode na ginagamit ng data na sumusunod. Ang mga uri na ito ay nakalista
sa ibaba.

Hilaw Ang raw encoding ay nagpapadala lamang ng mga value ng width*height pixel. Lahat ng mga kliyente ay kinakailangan
upang suportahan ang ganitong uri ng encoding. Raw din ang pinakamabilis kapag ang server at viewer
ay nasa parehong makina, dahil ang bilis ng koneksyon ay mahalagang walang hanggan at hilaw
pinapaliit ng encoding ang oras ng pagproseso.

CopyRect
Ang pag-encode ng Copy Rectangle ay mahusay kapag may ginagalaw; Ang nag-iisang
ang data na ipinadala ay ang lokasyon ng isang parihaba kung saan ang data ay dapat kopyahin sa
kasalukuyang lokasyon. Ang copyrect ay maaari ding gamitin upang mahusay na magpadala ng paulit-ulit
pattern.

RRE Ang Rise-and-Run-length-Encoding ay karaniwang isang 2D na bersyon ng run-length na encoding
(RLE). Sa pag-encode na ito, ang isang pagkakasunud-sunod ng magkaparehong mga pixel ay na-compress sa isang solong
halaga at bilang ng paulit-ulit. Sa VNC, ito ay ipinatupad na may kulay ng background, at
pagkatapos ay mga pagtutukoy ng isang arbitrary na bilang ng mga subrectangle at kulay para sa bawat isa.
Ito ay isang mahusay na pag-encode para sa malalaking bloke ng pare-pareho ang kulay.

CoRRE Ito ay isang maliit na variation sa RRE, gamit ang maximum na 255x255 pixel na mga parihaba. Ito
nagbibigay-daan para sa mga single-byte na halaga na magamit, na binabawasan ang laki ng packet. Ito ay sa pangkalahatan
mas mahusay, dahil ang mga matitipid mula sa pagpapadala ng mga 1-byte na halaga sa pangkalahatan ay mas malaki
ang mga pagkalugi mula sa (medyo bihirang) mga kaso kung saan pininturahan ang napakalaking mga rehiyon
ang parehong kulay.

Hextile
Dito, nahahati ang mga parihaba sa 16x16 na tile, na ipinapadala sa isang paunang natukoy
utos. Ang data sa loob ng mga tile ay ipinapadala alinman sa raw o bilang isang variant sa RRE. Hextile
Ang pag-encode ay karaniwang ang pinakamahusay na pagpipilian para sa paggamit sa mga high-speed na kapaligiran ng network
(hal. Ethernet local-area network).

Zlib Ang Zlib ay isang napakasimpleng encoding na gumagamit ng zlib library para i-compress ang raw pixel data.
Nakakamit ng encoding na ito ang mahusay na compression, ngunit kumukonsumo ng maraming oras ng CPU. Suporta
para sa pag-encode na ito ay ibinigay para sa pagiging tugma sa mga VNC server na maaaring hindi
maunawaan ang Tight encoding na mas mahusay kaysa sa Zlib sa halos lahat ng totoong buhay
sitwasyon.

Masikip Tulad ng Zlib encoding, ang Tight encoding ay gumagamit ng zlib library para i-compress ang pixel data,
ngunit paunang pinoproseso nito ang data upang i-maximize ang mga ratio ng compression, at para mabawasan ang paggamit ng CPU
sa compression. Gayundin, maaaring gamitin ang JPEG compression para i-encode ang screen na mayaman sa kulay
mga lugar (tingnan ang paglalarawan ng -quality at -nojpeg na opsyon sa itaas). Mahigpit na pag-encode
ay karaniwang ang pinakamahusay na pagpipilian para sa mababang-bandwidth na kapaligiran ng network (hal. slow modem
mga koneksyon).

Kayamanan

X resources na vncviewer alam tungkol sa, bukod sa mga normal na mapagkukunan ng Xt, ay bilang
sumusunod:

shareDesktop
Katumbas ng -ibinahagi/-noshared mga pagpipilian. Default na totoo.

Tingnan lamang
Katumbas ng -Tingnan lamang opsyon. Default na false.

fullScreen
Katumbas ng -fullscreen opsyon. Default na false.

grabKeyboard
Kunin ang keyboard sa full-screen mode. Makakatulong ito upang malutas ang mga problema sa pagkatalo
focus sa keyboard. Default na false.

raiseOnBeep
Katumbas ng -noraiseonbeep opsyon, kapag nakatakda sa false. Default na totoo.

passwordFile
Katumbas ng -passwd pagpipilian.

userLogin
Katumbas ng -gumagamit pagpipilian.

passwordDialog
Kung gagamit ng dialog box para makuha ang password (totoo) o kunin ito mula sa tty
(mali). Irrelevant kung passwordFile ay nakatakda. Default na false.

mga encoding
Katumbas ng -mga pag-encode pagpipilian.

compressLevel
Katumbas ng -compresslevel opsyon (TightVNC-specific).

Antas ng kalidad
Katumbas ng -Kalidad opsyon (TightVNC-specific).

enableJPEG
Katumbas ng -walangjpeg opsyon, kapag nakatakda sa false. Default na totoo.

gamitin angRemoteCursor
Katumbas ng -nocursorshape opsyon, kapag nakatakda sa false (TightVNC-specific). Default
totoo.

gumamit ngBGR233
Katumbas ng -bgr233 opsyon. Default na false.

nMga Kulay
Kapag gumagamit ng BGR233, subukang ilaan ang maraming "eksaktong" kulay na ito mula sa kulay ng BGR233
kubo. Kapag gumagamit ng nakabahaging colormap, ang pagtatakda ng mapagkukunang ito ay mas mababa ang mag-iiwan ng mas maraming kulay
para sa iba pang mga kliyente ng X. Hindi nauugnay kapag gumagamit ng truecolor. Ang default ay 256 (ibig sabihin, lahat ng
sila).

gumamit ngSharedColours
Kung ang bilang ng "eksaktong" mga kulay ng BGR233 na matagumpay na inilalaan ay mas mababa sa 256 kung gayon
ang natitira ay pinupunan gamit ang "pinakamalapit" na mga kulay na magagamit. Sinasabi ng mapagkukunang ito
kung gagamitin lang ang "eksaktong" mga kulay ng BGR233 para sa layuning ito, o kung gagamitin
"ibinahaging" kulay din ng ibang mga kliyente. Default true (ibig sabihin, gumamit ng ibang mga kliyente'
kulay).

forceOwnCmap
Katumbas ng -owncmap opsyon. Default na false.

puwersaTrueColour
Katumbas ng -truecolor opsyon. Default na false.

hiniling Lalim
Katumbas ng -lalim pagpipilian.

gumamit ngSharedMemory
Gumamit ng MIT shared memory extension kung nasa parehong makina bilang X server. Default
totoo.

wmDecorationWidth, wmDecorationHeight
Ang kabuuang lapad at taas na kinuha ng mga dekorasyon ng window manager. Ito ay nakasanayan na
kalkulahin ang maximum na laki ng VNC viewer window. Default ay lapad 4, taas
24.

bumpScrollTime, bumpScrollPixels
Kapag nasa full screen mode at ang VNC desktop ay mas malaki kaysa sa X display,
Ang pag-scroll ay nangyayari kapag ang mouse ay tumama sa gilid ng screen. Ang maximum na bilis
ng pag-scroll ay bumpScrollPixels pixels bawat bumpScrollTime millisecond. Ang
Ang aktwal na bilis ng pag-scroll ay magiging mas mabagal kaysa dito, siyempre, depende sa kung paano
mabilis ang makina mo. Default na 20 pixel bawat 25 millisecond.

popupButtonCount
Ang bilang ng mga pindutan sa popup window. Tingnan ang README file para sa higit pang impormasyon
sa kung paano i-customize ang mga pindutan.

mag-alis ng mga insekto Para sa pag-debug. Default na false.

rawDelay, copyRectDelay
Para sa pag-debug, tingnan ang README file para sa mga detalye. Default na 0 (naka-off).

Kapaligiran

Noong nagsimula sa -sa pamamagitan ng opsyon, binabasa ng vncviewer ang VNC_VIA_CMD variable ng kapaligiran,
nagpapalawak ng mga pattern na nagsisimula sa "%" na character, at nagpapatupad ng resulta bilang isang command
sa pag-aakalang lilikha ito ng TCP tunnel na dapat gamitin para sa VNC connection. Kung hindi
set, ang environment variable na ito ay nagde-default sa "/usr/bin/ssh -f -L %L:%H:%R %G sleep 20".

Ang mga sumusunod na pattern ay kinikilala sa VNC_VIA_CMD (tandaan na ang lahat ng mga pattern %G,
Dapat na naroroon ang %H, %L at %R sa template ng command):

%% Isang literal na "%";

%G pangalan ng host ng gateway;

%H remote VNC host name, na kilala sa gateway;

%L lokal na numero ng port ng TCP;

%R malayuang numero ng port ng TCP.

Gamitin ang xtightvncviewer online gamit ang mga serbisyo ng onworks.net