Menghubungkan ke komputer jarak jauh melalui VNC

• pengaturan Linux

Bekerja dengan klien VNC. Materi ini ditujukan untuk pengguna yang tidak berpengalaman.

1. Menginstal klien VNC
2. Menghubungkan klien VNC ke komputer jarak jauh
3. Memutuskan sambungan klien VNC dari komputer jarak jauh
4. Menyetel klien VNC
5. Masalah umum

Untuk bekerja dengan komputer jarak jauh melalui VNC, Anda perlu menjalankan program klien (VNC viewer, VNC client) di komputer pengguna. Program ini mengirimkan data tentang penekanan tombol dan gerakan mouse yang dilakukan pengguna ke komputer jarak jauh dan menampilkan informasi yang dimaksudkan untuk ditampilkan di layar.

1. Menginstal klien VNC

Mac OS X sejak versi 10.5 memiliki dukungan untuk klien VNC di RemoteDesktop. Untuk versi sebelumnya, Anda dapat menggunakan klien VNC JollysFastVNC dan .

Untuk Debian cabang Linux (Ubuntu), klien VNC diinstal dari repositori dengan perintah:

Apt-get instal vncviewer

Untuk cabang RedHat (CentOS, Fedora) - dengan perintah:

Yum instal vnc

Untuk FreeBSD, klien VNC (TightVNC) diinstal dari paket dengan perintah:

Pkg_add -r ketatvnc

2. Menghubungkan klien VNC ke komputer jarak jauh

Setelah membuat koneksi dan membuka layar, tergantung pada pengaturan server VNC, otorisasi pengguna pada server virtual mungkin diperlukan, atau sesi kerja pengguna yang sudah berjalan mungkin dibuka.

Karena beberapa server VNC dapat berjalan di komputer secara bersamaan, parameter digunakan untuk memisahkannya nomor tampilan. Misalnya, satu server VNC mungkin berjalan pada tampilan:0, yang lain pada tampilan:1. Setiap nomor tampilan sesuai dengan nomor port TCP tempat server VNC menerima koneksi. Nomor port untuk tampilan diperoleh dengan menambahkan nomor tampilan ke nomor port dasar - 5900. Tampilan:0 sesuai dengan port TCP 5900, tampilan:1 - port 5901.

3. Memutuskan sambungan klien VNC dari komputer jarak jauh

4. Menyetel klien VNC

Parameter utama yang mempengaruhi jumlah data yang dikirimkan adalah algoritma pengkodean grafik yang dikirimkan. Untuk mengurangi volume dan, karenanya, mempercepat pekerjaan, disarankan untuk menggunakan algoritme Tight, ZLib, ZRLE - dibandingkan dengan data yang tidak terkompresi (Raw), algoritme ini memberikan kompresi puluhan kali lipat, memuat prosesor secara signifikan. Algoritme pengkodean ini memberikan pengoperasian yang nyaman bahkan pada saluran dengan kecepatan 256-512 Kbps.

Untuk mengurangi jumlah informasi yang dikirimkan melalui jaringan, Anda juga dapat mengatur tingkat kompresi tinggi (Tingkat Kompresi, Nilai Kompresi), tingkat Kualitas JPEG rendah (Kualitas JPEG) dan mengaktifkan mode pengurangan warna (-bgr233, Warna terbatas). Efek terbesarnya, dengan penurunan kualitas gambar yang nyata, diberikan oleh mode pengurangan jumlah warna - volume informasi yang dikirimkan masing-masing berkurang 1,5-3 kali, tampilan di layar dipercepat sebesar 1,5 -3 kali.

JPEG digunakan oleh algoritma pengkodean Ketat untuk mengompresi area layar yang berisi foto dan gambar kompleks lainnya dengan banyak warna. Menggunakan Tight+JPEG mengurangi jumlah data yang dikirimkan sebanyak 2-5 kali lipat. Algoritme pengkodean JPEG lainnya tidak didukung.

1. Menu tarik-turun “Sistem -> Opsi”

Volume data yang dikirimkan dan kecepatan tampilan pada saluran adalah 1 Mbit/detik saat membuka menu drop-down “Sistem -> Parameter” (menu disorot dengan garis putus-putus hijau pada gambar):

5. Masalah umum

Tidak dapat terhubung ke server VNC

1. apakah ada akses ke Internet;
2. apakah server virtual merespons ping;
3. apakah server VNC berjalan di server virtual;
4. apakah ada firewall di sepanjang jalan yang memblokir akses ke port TCP server VNC;
5. Apakah nomor tampilan atau port TCP server VNC ditentukan dengan benar (nomor port = 5900 + nomor tampilan).

Pengoperasian lambat melalui saluran yang cukup cepat

Namun, untuk beberapa kombinasi klien dan server, solusi ini mungkin tidak berguna karena kesalahan dalam negosiasi algoritma pengkodean. Misalnya, klien TightVNC dengan server RealVNC seringkali hanya dapat bekerja dengan pengkodean mentah. Solusi dalam hal ini adalah dengan mengganti VNC client atau VNC server.

). Pengendalian dilakukan dengan mengirimkan penekanan tombol keyboard dan gerakan mouse dari satu komputer ke komputer lain dan menyampaikan konten layar melalui jaringan komputer.

Sistem VNC adalah platform independen: klien VNC, yang disebut VNC viewer, yang berjalan pada satu sistem operasi dapat terhubung ke server VNC yang berjalan pada OS lain. Ada implementasi klien dan server untuk hampir semua sistem operasi, termasuk Java (termasuk platform seluler J2ME). Beberapa klien dapat terhubung ke satu server VNC secara bersamaan. Cara paling populer untuk menggunakan VNC adalah dukungan teknis jarak jauh dan akses ke komputer kantor dari rumah.

Cerita

Pada awal perkembangannya, RFB merupakan protokol yang relatif sederhana berdasarkan grafis primitif: " tempatkan data piksel persegi panjang pada posisi yang ditentukan oleh koordinat" Server mengirimkan persegi panjang kecil ke klien. Skema ini dalam bentuk primitifnya menghabiskan banyak lalu lintas. Berbagai metode digunakan untuk mengurangi beban saluran. Ada berbagai pengkodean - metode untuk menentukan cara paling efisien untuk menyampaikan persegi panjang ini. Protokol RFB memungkinkan klien dan server untuk "menyetujui" pengkodean apa yang akan digunakan. Metode pengkodean paling sederhana yang didukung oleh semua klien dan server adalah “pengkodean mentah” (Rusia). pengkodean mentah), yang mana piksel ditransmisikan dalam urutan kiri ke kanan, atas ke bawah, dan setelah mentransmisikan status layar asli, hanya piksel yang diubah yang ditransmisikan. Metode ini bekerja sangat baik untuk perubahan kecil pada gambar layar (gerakan mouse di desktop, mengetik di bawah kursor), tetapi beban saluran menjadi sangat tinggi ketika sejumlah besar piksel berubah secara bersamaan, misalnya saat menonton video secara penuh Mode layar. Selama perkembangannya, protokol ini telah memperoleh berbagai fungsi dan opsi tambahan, seperti transfer file, kompresi, dan keamanan.

Secara default, RFB menggunakan rentang port TCP 5900 hingga 5906. Setiap port mewakili layar server X yang sesuai (port 5900 hingga 5906 dikaitkan dengan layar:0 hingga:6). Klien Java, tersedia dalam banyak implementasi yang menggunakan server web internal untuk tujuan ini, seperti RealVNC, berkomunikasi dengan layar dengan cara yang sama, tetapi pada kisaran port dari 5800 hingga 5806. Banyak komputer Windows mungkin hanya menggunakan satu port karena karena kurangnya properti multi-pengguna yang melekat pada sistem UNIX. Untuk sistem Windows, layar defaultnya adalah :0, yang sesuai dengan port 5900.

Dimungkinkan juga untuk terhubung kembali dari server ke klien. Dalam hal ini, klien dialihkan ke mode mendengarkan dan koneksi dimulai oleh server pada port TCP 5500 klien.

Port dapat diubah.

Keamanan

Awalnya, VNC tidak menggunakan enkripsi lalu lintas, tetapi dalam prosedur otentikasi kata sandi tidak dikirimkan dalam bentuk teks yang jelas, tetapi menggunakan algoritma tantangan-respons dengan enkripsi DES (panjang kunci efektif adalah 56 bit). Dalam banyak implementasi, ada batasan 8 karakter pada panjang kata sandi, dan jika panjangnya melebihi 8 karakter, kata sandi akan dipotong dan karakter tambahan akan diabaikan.

Jika Anda perlu mengenkripsi seluruh sesi VNC dengan andal, sesi tersebut dapat diinstal melalui terowongan SSL, SSH atau VPN, serta melalui IPsec. Teknologi IPsec didukung oleh sebagian besar sistem operasi modern dan digunakan saat terhubung melalui

Untuk bekerja dengan server virtual melalui VNC, Anda perlu menjalankan program klien (VNC viewer, VNC client) di komputer pengguna. Program ini mengirimkan data tentang penekanan tombol dan gerakan mouse yang dilakukan pengguna ke server virtual, dan menampilkan informasi yang dimaksudkan untuk ditampilkan di layar server virtual.

Menginstal klien VNC

Untuk OS Windows Anda dapat mengunduh dan menginstal klien VNC UltraVNC dan TightVNC secara gratis.

Mac OS X sejak versi 10.5 memiliki dukungan untuk klien VNC di RemoteDesktop. Untuk versi sebelumnya, Anda dapat menggunakan klien VNC JollysFastVNC dan .

Untuk Debian cabang Linux (Ubuntu), klien VNC diinstal dari repositori dengan perintah:

Apt-get instal vncviewer

Untuk cabang RedHat (CentOS, Fedora) - dengan perintah:

Yum instal vnc

Untuk FreeBSD, klien VNC (TightVNC) diinstal dari paket dengan perintah:

Pkg_add -r ketatvnc

Menghubungkan klien VNC ke server virtual

Untuk menghubungkan klien VNC ke VDS/VPS, Anda perlu menentukan alamat IP atau nama DNS, dan nomor tampilan (secara default, :0) atau nomor port TCP (secara default, 5900). Jika server VNC memerlukan otorisasi, maka saat menghubungkannya, klien VNC akan meminta kata sandi. Perlu diketahui bahwa password akses server VNC tidak dikaitkan dengan akun (akun pengguna) mana pun di server virtual, namun hanya berfungsi untuk membatasi akses pada tampilan server VNC.

Setelah membuat koneksi dan membuka layar, tergantung pada pengaturan server VNC, otorisasi pengguna pada server virtual mungkin diperlukan, atau sesi kerja pengguna yang sudah berjalan mungkin dibuka.

Karena beberapa server VNC dapat berjalan di komputer secara bersamaan, parameter nomor tampilan digunakan untuk memisahkannya. Misalnya, satu server VNC mungkin berjalan pada tampilan:0, yang lain pada tampilan:1. Setiap nomor tampilan sesuai dengan nomor port TCP tempat server VNC menerima koneksi. Nomor port untuk tampilan diperoleh dengan menambahkan nomor tampilan ke nomor port dasar - 5900. Tampilan:0 sesuai dengan port TCP 5900, tampilan:1 - port 5901.

Memutuskan sambungan klien VNC dari server virtual

Saat menutup jendela klien VNC atau setelah meninggalkan lingkungan menggunakan alat desktop, tergantung pada pengaturan server VNC, sesi kerja pengguna dapat ditutup dengan semua program yang digunakan dihentikan, atau terus bekerja dan tersedia kembali saat terhubung ke server VNC lagi.

Menyetel klien VNC

Sejumlah besar informasi yang dikirimkan ke layar memerlukan peningkatan persyaratan untuk kecepatan saluran. Kurangnya bandwidth menyebabkan penundaan yang tidak nyaman ketika ada perubahan besar pada informasi yang ditampilkan di layar - membuka jendela baru, menggulir, dll. Latensi akan menjadi sangat panjang ketika menampilkan foto dan gambar lain atau elemen antarmuka yang memiliki banyak warna dan bentuk kompleks.

Parameter utama yang mempengaruhi jumlah data yang dikirimkan adalah algoritma pengkodean grafik yang dikirimkan. Untuk mengurangi volume dan, karenanya, mempercepat pekerjaan, disarankan untuk menggunakan algoritme Tight, ZLib, ZRLE - dibandingkan dengan data yang tidak terkompresi (Raw), algoritme ini memberikan kompresi puluhan kali lipat, memuat prosesor secara signifikan. Algoritme pengkodean ini memberikan pengoperasian yang nyaman bahkan pada saluran dengan kecepatan 256-512 Kbps.

Selain itu, untuk mengurangi jumlah informasi yang dikirimkan melalui jaringan, Anda dapat mengatur tingkat kompresi tinggi (Tingkat Kompresi, Nilai Kompresi), tingkat Kualitas JPEG rendah (Kualitas JPEG) dan mengaktifkan mode pengurangan warna (-bgr233, Warna terbatas) . Efek terbesarnya, dengan penurunan kualitas gambar yang nyata, diberikan oleh mode pengurangan jumlah warna - volume informasi yang dikirimkan masing-masing berkurang 1,5-3 kali, tampilan di layar dipercepat sebesar 1,5 -3 kali.

JPEG digunakan oleh algoritma pengkodean Ketat untuk mengompresi area layar yang berisi foto dan gambar kompleks lainnya dengan banyak warna. Menggunakan Tight+JPEG mengurangi jumlah data yang dikirimkan sebanyak 2-5 kali lipat. Algoritme pengkodean JPEG lainnya tidak didukung.

1. Menu tarik-turun "Sistem -> Opsi"

Volume data yang dikirimkan dan kecepatan tampilan pada saluran adalah 1 Mbit/detik ketika Anda membuka menu drop-down “Sistem -> Parameter” (menu disorot dengan garis putus-putus hijau pada gambar):

Masalah umum

Tidak dapat terhubung ke server VNC

Perlu memeriksa:

1. apakah ada akses ke Internet;
2. apakah server virtual merespons ping;
3. apakah server VNC berjalan di server virtual;
4. apakah ada firewall di sepanjang jalan yang memblokir akses ke port TCP server VNC;
5. Apakah nomor tampilan atau port TCP server VNC ditentukan dengan benar (nomor port = 5900 + nomor tampilan).

Pengoperasian lambat melalui saluran yang cukup cepat

Jika klien VNC tidak setuju dengan server VNC tentang penggunaan algoritma pengkodean grafis dengan kompresi data, algoritma default dipilih - Raw, yang mentransfer data tanpa kompresi. Selain itu, pengkodean tidak terkompresi atau kompresi rendah dapat dipilih secara otomatis oleh klien VNC saat bekerja melalui jaringan lokal yang cepat. Masalah ini dapat diperbaiki dengan memaksa algoritma pengkodean dengan tingkat kompresi tinggi - ZLib, ZRLE, Tight - dalam pengaturan klien VNC.

Namun, untuk beberapa kombinasi klien dan server, solusi ini mungkin tidak berguna karena kesalahan dalam negosiasi algoritma pengkodean. Misalnya, klien TightVNC dengan server RealVNC seringkali hanya dapat bekerja dengan pengkodean mentah. Solusi dalam hal ini adalah dengan mengganti VNC client atau VNC server.

Bagaimana membantu pengguna Anda mengakses sistem Linux multi-pengguna dari mana saja

Arsitektur server VNC dan X

Antarmuka pengguna grafis (GUI) di Linux® menggunakan Sistem X Window (disingkat X). X adalah GUI yang tidak biasa dalam beberapa hal, terutama karena ini adalah antarmuka jaringan asli. pelayan X, pada dasarnya, adalah program server jaringan. Program server jaringan memberi program klien akses ke sumber daya lokal, dan ini juga berlaku untuk server X. Keunikannya adalah dalam kasus server X, “sumber daya lokal” adalah tampilan, keyboard, dan mouse yang digunakan pengguna. Dalam konfigurasi paling umum, program klien X dijalankan di komputer yang sama dengan server. Jadi, LibreOffice, GNU Image Manipulation Program (GIMP), atau program lainnya adalah klien X yang menggunakan protokol jaringan X untuk menerima data dari pengguna dan menampilkan hasilnya di komputer yang sama.

Namun, ketika X digunakan pada jaringan, pengguna duduk di komputer server X, dan klien X adalah program yang perlu dijalankan di komputer lain. Konfigurasi ini memerlukan protokol jaringan kedua untuk membuat sambungan. Protokol kedua ini bisa berupa telnet, Secure Shell (SSH), atau X Display Manager Control Protocol (XDMCP). Server untuk protokol login jarak jauh ini berjalan di komputer klien X, dan klien login jarak jauh berjalan di komputer server X. Server login jarak jauh menjalankan klien X, yang pada gilirannya membuat koneksi ke server X. menggambarkan interaksi ini. Panah putus-putus menunjukkan awal sesi. (Dengan XDMCP, klien XDMCP dibangun ke dalam program server X.)

Gambar 1: Remote Access X memerlukan klien dan server di kedua komputer

Konfigurasi ini berfungsi dengan baik di banyak jaringan lokal, namun bukannya tanpa kekurangan. Misalnya, memerlukan protokol jaringan dua arah untuk memulai, yang mungkin dicegah oleh firewall atau router Network Address Translation (NAT). (SSH menghilangkan kendala ini dengan mengizinkan sesi X untuk disalurkan.) Selain itu, meskipun server X ada untuk sebagian besar platform, server tersebut biasanya tidak diinstal pada komputer Windows®. Karena alasan ini dan alasan lainnya, banyak orang lebih memilih menggunakan protokol lain, Remote Frame Buffer (RFB), yang diimplementasikan dalam rangkaian program Virtual Network Computing (VNC).

VNC adalah alat lintas platform yang memungkinkan akses jarak jauh ke Linux, UNIX®, Mac OS X, Windows dan sistem lain dari semua jenis klien. Pengguna duduk di komputer klien dan mengakses komputer server jarak jauh. Di Linux, server VNC mencerminkan konten layar server X lokal ke komputer jarak jauh, atau menghosting server X sendiri yang dapat berjalan secara independen dari apa pun yang mengendalikan layar lokal. Hasilnya ditunjukkan pada Gambar 2. Sekali lagi, panah putus-putus menunjukkan dimulainya sesi. Konfigurasi ini menghilangkan kebutuhan akan koneksi jaringan terbalik, dan karena klien dan server VNC tersedia untuk banyak sistem operasi, program klien yang sama menyediakan akses ke server mana pun.

Gambar 2. Server VNC menyertakan server X yang dapat berinteraksi dengan program lokal melalui klien X

Kerugian dari VNC adalah otentikasi RFB didasarkan pada kata sandi tanpa nama pengguna. Jadi setiap pengguna harus memulai sesi server VNC independen dan membuat koneksi ke instance VNC tersebut dengan menentukan nomor port yang benar. Persyaratan ini dapat ditoleransi untuk sistem pengguna tunggal, namun menyebabkan ketidaknyamanan yang luar biasa saat bekerja pada komputer multi-pengguna.

Untuk mengatasi masalah ini, Anda dapat menggabungkan dua pendekatan berikut: mengkonfigurasi ulang server XDMCP lokal sehingga membantu server X yang dibangun di dalam VNC menyediakan otentikasi multi-pengguna yang hilang. (Konfigurasi yang dihasilkan diilustrasikan pada Gambar 3. Panah putus-putus menunjukkan dimulainya sesi.) Sekarang, ketika pengguna VNC jarak jauh mengakses komputer server VNC, mereka dapat memasukkan nama pengguna dan kata sandi akses untuk sesi VNC unik mereka sendiri, sehingga komputer dapat digunakan selama pengguna mana pun.

Gambar 3: Menambahkan XDMCP ke konfigurasi VNC memberikan peningkatan fleksibilitas

Menyiapkan server VNC

Ada beberapa cara untuk menjalankan VNC, termasuk menggunakan skrip, mengikat VNC ke lingkungan desktop menggunakan alat desktop, dan menggunakan xinetd untuk mendengarkan koneksi VNC. Pendekatan terakhir ini dijelaskan di sini karena memungkinkan VNC dijalankan sedemikian rupa sehingga dapat menggunakan server XDMCP. Sebelum melanjutkan ke instruksi untuk mengatur VNC agar dijalankan melalui xinetd, Anda harus memilih server VNC.

Memilih server VNC

Ada beberapa program server VNC. (Lihat bagian). Beberapa yang paling populer adalah TightVNC, TigerVNC dan RealVNC. Artikel ini menggunakan TightVNC sebagai contoh. Sayangnya, detail konfigurasi bersifat khusus untuk server dan distribusi, jadi petunjuk di sini perlu disesuaikan dengan perangkat lunak Anda.

Menginstal xinetd

Banyak distribusi yang menginstal superserver xinetd secara default, tetapi tidak semua. Karena metode yang dijelaskan di sini mengasumsikan penggunaan xinetd, Anda harus menginstal xinetd jika belum diinstal. Pada sebagian besar distribusi, xinetd dapat diinstal menggunakan manajer paket, misalnya dengan memanggil apt-get install xinetd pada distribusi berbasis Debian atau zypper install xinetd pada openSUSE.

Anda mungkin juga perlu mengkonfigurasi proses startup xinetd. Biasanya, Anda dapat menggunakan skrip startup System V (SysV) untuk startup satu kali:

Untuk mengonfigurasi xinetd agar memulai secara otomatis saat komputer melakukan booting, Anda perlu mengetahui cara kerja skrip startup distribusi Anda. Biasanya hal ini dilakukan dengan utilitas seperti chkconfig (digunakan pada Fedora, openSUSE dan distribusi terkait), update-rc.d (digunakan pada Debian dan distribusi terkait) atau rc-update (digunakan pada Gentoo), seperti ini:

Masuk saja satu dari perintah ini atau temukan yang setara untuk distribusi Anda.

Perhatikan bahwa xinetd mungkin tidak dapat dijalankan jika tidak dikonfigurasi untuk menjalankan layanan apa pun. Jadi Anda mungkin harus menunggu untuk menjalankannya sampai Anda telah mengkonfigurasi xinetd untuk mengelola server VNC Anda.

Menyiapkan xinetd

Server yang akan dikelola oleh xinetd menempatkan file konfigurasi di direktori /etc/xinetd.d. Jadi, untuk mengkonfigurasi xinetd untuk mengelola VNC, Anda perlu membuat atau mengedit file dengan tipe nama /etc/xinetd.d/vnc.(Pada beberapa distribusi, seperti openSUSE, paket server VNC menginstal file tersebut.) Listing 1 menunjukkan sebuah contoh.

Listing 1. Contoh konfigurasi VNC untuk xinetd

Entri ini menentukan beberapa opsi xinetd, yang sebagian besar harus dibiarkan apa adanya. Di bawah ini tercantum pengaturan yang mungkin perlu dikonfigurasi.

• melayani. VNC dengan parameter berbeda dapat dijalankan di beberapa port, tetapi dalam kasus ini, di baris pertama Listing 1, Anda perlu memberi VNC nama layanan terpisah untuk setiap port.
• server. Pengaturan ini perlu diubah agar mengarah ke biner server VNC utama, yang biasa disebut Xvnc.
• server_args. Anda hampir pasti ingin mengubah beberapa nilai ini, seperti dijelaskan di bawah.
• pelabuhan. VNC menggunakan nomor port 5900 ke atas. Anda dapat menjalankan server dengan nilai parameter berbeda melalui port berbeda. Dalam hal ini, setiap instance harus diberi nomor portnya sendiri.

Bagian tersulit dalam menyiapkan xinetd adalah menyetel argumen server. Anda dapat menggunakan argumen yang ditampilkan di Listing 1 sebagai model, mengubah beberapa di antaranya.

• -permintaan localhost. Opsi ini menetapkan bahwa server VNC X harus memeriksa sistem localhost untuk otentikasi XDMCP. Ini dapat diubah jika Anda ingin menggunakan satu komputer sebagai penerjemah untuk mengakses program lain.
• -geometri 1024x768 . Opsi ini menetapkan resolusi virtual sesi VNC. Perhatikan bahwa resolusi ini tidak harus sesuai dengan resolusi server X biasa yang berjalan pada mesin server. Anda dapat membuat beberapa entri yang dijalankan pada resolusi berbeda sehingga pengguna dapat masuk ke server VNC pada resolusi yang sesuai dengan sistem lokal mereka.
• -kedalaman 16 . Parameter ini mengatur kedalaman warna. Semakin rendah nilainya, semakin cepat tampilan disegarkan, namun distorsi mungkin muncul pada layar dengan banyak warna. Kisaran nilai yang valid adalah dari 2 hingga 32.

Ada banyak opsi lain, dan beberapa di antaranya bergantung pada server VNC. Lihat dokumentasi server VNC Anda.

Menyiapkan server XDMCP

Sebagian besar distribusi Linux mengonfigurasi server XDMCP mereka untuk hanya mengelola tampilan lokal. Untuk mengaktifkan akses jarak jauh, Anda perlu mengkonfigurasi ulang server XDMCP untuk menerima permintaan akses dari server VNC yang berjalan di komputer yang sama. Detailnya bergantung pada server XDMCP. Tiga yang paling umum digunakan di Linux adalah GNOME Display Manager (GDM), Light Display Manager (LightDM), dan KDE Display Manager (KDM). Server XDMCP lainnya, seperti XDM, memerlukan pengaturan berbeda dari yang dijelaskan di sini. Bagaimanapun, setelah mengkonfigurasi ulang server XDMCP, Anda harus memulai ulang.

Mengedit File Konfigurasi XDMCP

Jika Anda tidak yakin server XDMCP mana yang digunakan di sistem Anda, Anda dapat menentukannya dengan melihat daftar proses menggunakan baris dm, misalnya:

Baris pertama cetakan ini menyatakan bahwa KDM sedang berjalan, jadi agar VNC dapat menggunakan XDMCP, Anda perlu mengedit file konfigurasi server tersebut. File konfigurasi sebagian besar program XDMCP mengikuti format yang sama. Mereka berisi bagian dengan nama yang diberikan dalam tanda kurung siku, seperti . Baris setelah nama bagian menentukan parameter menggunakan tanda sama dengan, misalnya: aktifkan=true . Tabel 1 mencantumkan nama file konfigurasi, nama bagian, dan parameter yang harus ditentukan agar XDMCP dapat berfungsi di beberapa server Linux XDMCP yang umum.

Tabel 1. Parameter yang memungkinkan XDMCP mendukung VNC untuk server XDMCP yang berbeda

Bagian XDMCP di file konfigurasi mungkin hilang sama sekali. Jika ada, ini mungkin secara eksplisit menonaktifkan dukungan XMDCP, berisi opsi yang dikomentari, atau kosong. Terlepas dari status awal file, Anda harus memastikan bahwa bagian XDMCP ada dan dukungan diaktifkan. Sebagai contoh, mari kita lihat konfigurasi KDM untuk mengaktifkan XDMCP:

Beberapa distribusi memungkinkan Anda mengaktifkan langkah-langkah keamanan tambahan yang mungkin perlu Anda santai. Salah satunya adalah firewall. Skrip firewall biasanya khusus untuk distribusi, jadi lihat dokumentasi sistem Anda untuk petunjuk tentang cara mengonfigurasi firewall. Anda ingin localhost memiliki akses ke port 177 dan klien VNC mengakses port 5900 (atau port lain yang digunakan untuk VNC).

OpenSUSE memiliki file konfigurasi tambahan yang mengontrol beberapa jenis akses, termasuk akses XDMCP: /etc/sysconfig/displaymanager. Buka file ini di editor teks dan temukan baris berikut:

Ubah nilai parameter ini menjadi "yes" . Jika Anda membiarkan "tidak", jendela login server XDMCP tidak akan ditampilkan saat menghubungkan ke server VNC. Di sebagian besar distribusi, perubahan ini Bukan diperlukan: File ini hanya menggunakan openSUSE.

Memulai ulang server XDMCP

Setelah server XDMCP dikonfigurasi untuk mendukung koneksi jarak jauh, server tersebut harus di-restart. Pada distribusi yang memulai X melalui file init SysV, seperti Debian dan Gentoo, hal ini dapat dilakukan dengan menggunakan opsi restart:

Pada sistem yang menggunakan runlevel untuk menjalankan X, seperti Fedora atau openSUSE, Anda perlu masuk ke level mode teks (biasanya 3) dan kemudian kembali ke level GUI (biasanya 5):

Ingatlah bahwa pendekatan mana pun akan mengeluarkan Anda dari X, jadi simpan semua pekerjaan yang telah Anda lakukan di sesi X sebelum melanjutkan.

Pengujian dan Debug

Anda sekarang dapat masuk dari komputer jarak jauh menggunakan klien VNC. Kebanyakan distribusi Linux menyertakan perintah vncviewer, sehingga Anda dapat mengetik:

Untuk masuk nama jarak jauh melalui VNC. Jika VNC dikonfigurasi dan berfungsi dengan benar, hasilnya akan seperti Gambar 4. Jika Anda menyiapkan beberapa sesi VNC pada port yang berbeda, Anda dapat menentukan nomor sesi VNC dengan meneruskannya sebagai bagian dari nama host. Memasuki:

Untuk masuk ke sesi 3 (melalui port 5903).

Gambar 4. Saat dikonfigurasi untuk bekerja dengan XDMCP, VNC menyediakan prompt Linux yang biasa

Jika Anda tidak melihat layar login XDMCP saat menjalankan tes ini, Anda perlu melakukan debug. Berikut adalah beberapa rekomendasi.

• Jika vncviewer melaporkan bahwa koneksi ditolak, kemungkinan besar itu berarti superserver pada mesin server VNC tidak dikonfigurasi dengan benar. Periksa konfigurasi xinetd dan coba mulai ulang superserver. Mungkin juga firewall memblokir akses ke komputer server VNC.
• Jika klien VNC memulai dan terhubung ke server, tetapi Anda hanya melihat layar abu-abu dengan kursor yang dapat dipindahkan, kemungkinan besar masalahnya ada pada konfigurasi server XDMCP. Periksa pengaturan di atas dan restart server XDMCP.
• Tinjau file log peristiwa seperti yang biasa Anda lakukan saat melakukan debug. Anda mungkin perlu mencari semua file log di direktori /var/log menggunakan tautan ke xinetd, server XDMCP, dan server VNC Anda.

Masalah Keamanan VNC

RFB bukanlah protokol yang aman; Kebanyakan klien dan server VNC tidak mengenkripsi datanya. (VNC mengenkripsi kata sandinya sendiri, namun pendekatan yang dijelaskan di sini tidak menggunakan kata sandi tersebut.) Berhati-hatilah saat memilih bagaimana dan di mana menginstal VNC. Jika Anda ingin menggunakan VNC pada jaringan yang tidak aman, ada tiga opsi:

• gunakan jaringan pribadi virtual (VPN);
• protokol terowongan melalui SSH;
• Gunakan opsi VNC yang mendukung enkripsi, seperti TigerVNC dengan kemampuan enkripsi Transport Layer Security.

Saat Anda mengaktifkan jendela masuk VNC seperti yang dijelaskan dalam artikel ini, setidaknya dua port (VNC dan XDMCP) dibuka ke dunia luar. Kedua port dapat dibatasi oleh aturan firewall untuk meminimalkan risiko penyalahgunaan. Perhatikan bahwa port XDMCP (UDP 177) hanya boleh dibuka untuk localhost, sehingga aturan firewall untuk port tersebut bisa sangat ketat.

Kesimpulan

Secara umum, menghubungkan VNC dan XDMCP adalah metode yang berguna untuk menyediakan login jarak jauh dengan antarmuka pengguna grafis untuk komputer Linux multi-pengguna. Cara ini memiliki keunggulan dibandingkan penerapan XDMCP secara langsung di lingkungan lintas platform atau ketika ada masalah yang disebabkan oleh firewall atau NAT. Pada komputer multi-pengguna, metode koneksi VNC langsung yang lebih umum lebih disukai. Ada masalah keamanan yang perlu dipertimbangkan saat menggunakan metode ini. Bersiaplah untuk menyiapkan aturan firewall untuk membatasi akses luar yang tidak diinginkan, dan gunakan enkripsi jika data berpindah melalui jaringan yang tidak tepercaya.

Utilitas jaringan gratis dari Nirsoft

    Deskripsi singkat dan tautan untuk mengunduh serangkaian utilitas dari situs nirsoft.net. Semua program didistribusikan secara gratis. Untuk hampir semua utilitas, dimungkinkan untuk mengunduh file instalasi atau versi portabel dari program, yang dikemas dalam arsip zip. Di akhir setiap halaman yang menjelaskan program di situs nirsoft.net terdapat link untuk mendownload paket dukungan untuk berbagai bahasa, termasuk bahasa Rusia. Proses Russifikasi sangat sederhana - unzip arsip dukungan bahasa dan salin file ini yang dihasilkan ke direktori program.

Program jaringan gratis Virtual Network Computing (VNC).

    Komputasi Jaringan Virtual (VNC)- sistem akses jarak jauh ke desktop komputer menggunakan protokol lapisan aplikasi RFB (Remote FrameBuffer). Pengendalian komputer jarak jauh dilakukan dengan mengirimkan penekanan tombol pada keyboard dan menggerakkan penunjuk tetikus dari satu komputer ke komputer lain melalui jaringan. Komputer yang dikelola menggunakan bagian server VNC (VNC server), dan pengelola menggunakan bagian klien (VNC viewer). VNC tidak bergantung pada sistem tempat ia beroperasi dan, misalnya, klien Linux dapat terhubung ke server VNC yang berjalan di lingkungan Windows. Ada juga implementasi VNC untuk Java, termasuk untuk telepon seluler.

Protokol RFB dikembangkan relatif lama dan awalnya menggunakan metode pengkodean sederhana untuk mengirimkan buffer layar Pengkodean Mentah- ketika server mengirimkan layar menunjuk ke klien secara berurutan dari kiri ke kanan dan atas ke bawah. Setelah transmisi buffer pertama, untuk meminimalkan lalu lintas, hanya piksel yang diubah yang dikirimkan. Dengan metode pengkodean ini dan sedikit perubahan gambar, lalu lintas menjadi minimal, namun, misalnya, saat menonton video, beban pada saluran transmisi meningkat tajam, karena hampir semua piksel dalam buffer layar akan berubah. Untuk meminimalkan lalu lintas pertukaran, sistem VNC mulai menggunakan berbagai metode pengkodean dan kompresi data yang dikirimkan. Tidak semua metode merupakan standar untuk setiap implementasi VNC. Meskipun metode RAW Encoding dapat digunakan di sistem VNC mana pun, metode spesifiknya (CopyRect, Zlib, CoRRE, dll.) bergantung pada perangkat lunak yang digunakan dan mungkin berbeda untuk versi VNC yang berbeda. Klien dan server menyetujui kemungkinan pengkodean data yang dikirimkan saat membuat koneksi.

Secara default, rentang port TCP dari 5900 hingga 5906 digunakan untuk pertukaran data melalui protokol RFB. Setiap port memiliki layar server grafisnya sendiri (di Linux - terminal 0 - 6 dari server X, di Windows - desktop dengan tampilan nomor 0 dan port TCP 5900). Dalam beberapa implementasi VNC, dimungkinkan untuk terhubung kembali dari server ke klien melalui port TCP 5500.

Banyak implementasi VNC gratis memiliki versi komersial yang menyediakan fitur tambahan untuk kemudahan penggunaan, peningkatan keamanan, dan kinerja.

Salah satu perwakilan keluarga VNC yang paling sederhana dan nyaman adalah RealVNC. Produk tersedia dalam 3 versi:

- Edisi Gratis- versi gratis dengan dukungan untuk kemampuan server dan klien dasar.
- Edisi Pribadi- versi berbayar untuk digunakan di rumah dan usaha kecil. Menambahkan kemampuan enkripsi data, obrolan, pencetakan jarak jauh.
- Edisi Perusahaan- versi komersial dengan peningkatan otentikasi, enkripsi data, pencetakan jarak jauh, obrolan, transfer file.

Penginstal mencakup bagian server dan klien. Server dapat dikonfigurasi untuk berjalan dalam mode pengguna (Mode Pengguna) atau sebagai layanan sistem (Mode Layanan). Dalam mode layanan sistem, server dimulai secara otomatis saat Windows melakukan booting. Dalam mode ini, server VNC siap menerima koneksi masuk tanpa pengguna harus login atau melakukan tindakan apa pun. Dalam mode pengguna, server dimulai secara manual atau melalui autostart, seperti program aplikasi biasa.

Server VNC dikonfigurasi baik dengan memanggil menu konteks dengan mengklik kanan ikon di bilah tugas Windows (item menu "Opsi"), atau dengan meluncurkan menggunakan pintasan di menu "Program" - "RealVNC" - "VNC-Server : " - "Konfigurasi Server VNC" . Selama proses konfigurasi server, pengaturan minimal dibuat - metode otentikasi dan kata sandi untuk koneksi (tab Autentikasi):

Tidak Ada Otentikasi- permintaan kata sandi saat menghubungkan klien ke server tidak dilakukan.
Otentikasi Kata Sandi VNC- koneksi ke server dengan verifikasi kata sandi yang ditentukan dalam pengaturan server. Kata sandi diatur ketika tombol ditekan Konfigurasikan. Banyak VNC versi gratis menggunakan kata sandi 8 karakter. Jika Anda menentukan kata sandi yang lebih panjang, 8 karakter pertama akan tetap digunakan untuk verifikasi, yang membuat server tersebut sangat rentan terhadap peretasan menggunakan tebakan kata sandi. Selain itu, jumlah upaya memasukkan kata sandi tidak diperiksa. Dalam versi berbayar, keamanan ditingkatkan secara signifikan, karena Anda dapat menggunakan kata sandi yang panjang, enkripsi data, dan verifikasi akses menggunakan alat Windows ( Mode Otentikasi Masuk NT)

Pengaturan koneksi dilakukan pada tab Koneksi:

Terima koneksi pada port- menerima koneksi pada port TCP 5900. Nomor port dapat diubah jika perlu.
Putuskan sambungan klien yang menganggur setelah (detik) - waktu tidak aktif klien dalam hitungan detik, setelah itu sambungan akan diatur ulang.
Sajikan penampil Java melalui HTTP pada port- melayani koneksi dari klien Java yang terhubung melalui HTTP ke port 5800. Saat menggunakan item konfigurasi ini, koneksi ke server VNC dimungkinkan di jendela browser dengan dukungan Java.
Di lapangan Kontrol akses Anda dapat menetapkan aturan pemrosesan koneksi untuk masing-masing alamat IP atau subnet. Untuk setiap entri, ada 3 opsi untuk tindakan yang telah ditentukan sebelumnya:

Mengizinkan- Izinkan koneksi. Di jendela dengan daftar alamat, itu ditampilkan dengan tanda + sebelum alamatnya.
Membantah- Tolak koneksi. Di jendela dengan daftar alamat, itu ditampilkan dengan tanda - sebelum alamatnya.
Pertanyaan- Keluarkan permintaan izin koneksi.. Di jendela dengan daftar alamat, itu ditampilkan dengan tanda ? sebelum alamatnya.

Mode layanan koneksi klien dikonfigurasi pada tab Membagikan:

Selalu perlakukan koneksi baru sebagai koneksi bersama- selalu perlakukan koneksi baru sebagai koneksi bersama.
Jangan pernah memperlakukan koneksi baru sebagai koneksi bersama- jangan pernah memperlakukan koneksi baru sebagai koneksi bersama.
Gunakan pengaturan berbagi pilihan klien- gunakan pengaturan klien untuk menentukan koneksi bersama.
Koneksi non-bersama menggantikan koneksi yang sudah ada- koneksi non-bersama menggantikan koneksi yang sudah ada. Ketika mode ini dipasang, klien baru terhubung dengan tanda koneksi non-berbagi, server akan mengatur ulang semua koneksi lainnya. Untuk menghubungkan beberapa klien ke satu server, kotak centang harus dicentang.

tab Desktop mendefinisikan parameter untuk memproses buffer desktop ketika klien VNC terhubung, dan tindakan yang dilakukan setelah yang terakhir terputus dari server. .

Saat terhubung- tindakan saat menghubungkan klien ke server VNC
Mencentang kotak untuk setiap bidang akan mengurangi lalu lintas saat berbagi buffer desktop, tetapi sedikit menyederhanakan tampilannya. Dianjurkan untuk mengaktifkannya ketika kecepatan saluran transmisi data rendah.

Ketika klien terakhir terputus- ketika klien terakhir terputus.
- Jangan lakukan apa pun - jangan lakukan apa pun.
- Lock Workstation - mengunci desktop. Sesi pengguna tidak berakhir, namun nama pengguna dan kata sandi harus dimasukkan untuk terus menggunakan desktop.
- Logoff pengguna - mengeluarkan pengguna dari sistem.

Mode Tab masukan menentukan interaksi antara klien dan server saat memproses peristiwa keyboard dan mouse. Mode "Nonaktifkan input lokal saat server sedang digunakan" menonaktifkan keyboard dan mouse pada komputer jarak jauh saat terhubung ke server VNC.

tab Metode penangkapan mengatur mode pemrosesan gambar desktop saat mentransfer data dari server ke klien dan memproses jendela transparan (Alpha - jendela campuran). Mengubah mode mempengaruhi jumlah lalu lintas antara klien dan server, serta tingkat pemanfaatan sumber daya CPU saat memproses buffer desktop.

Pengaturan server RealVNC disimpan di kunci registri HKLM\PERANGKAT LUNAK\RealVNC\WinVNC4

Klien Penampil VNC Nyata Setelah diluncurkan, ini akan menampilkan jendela untuk menghubungkan ke server. Bidang masukan menggunakan nama atau alamat IP komputer jarak jauh, dan, jika perlu, nomor port, misalnya 5909:

Tombol Pilihan memungkinkan Anda untuk mengkonfigurasi mode untuk bagian klien RealVNC. Ada tab di jendela pengaturan Muat/Simpan yang dengannya Anda dapat menyimpan pengaturan saat ini ke file dengan ekstensi .vnc atau memuat pengaturan yang disimpan sebelumnya dari file. Ini memungkinkan Anda memiliki beberapa profil pengaturan untuk terhubung ke server VNC yang berbeda. Pengaturan default dirancang untuk kinerja rata-rata dan kualitas tampilan desktop rata-rata.

tab Warna & Pengkodean memungkinkan Anda memilih mode pengkodean data saat mentransfer buffer desktop dan kedalaman warnanya. Dimungkinkan untuk memilih salah satu dari 3 jenis pengkodean pilihan atau mengatur mode Pilih Otomatis- ketika pemilihan dilakukan secara otomatis ketika koneksi ke server VNC dibuat.

Kedalaman warna Tingkat Warna menentukan kualitas tampilan desktop jarak jauh dan jumlah data yang ditransfer dari server ke klien. Lalu lintas minimal dan gambar terburuk cocok dengan mode tersebut Sangat Rendah (8 warna

Pengaturan tab masukan dalam banyak hal mirip dengan pengaturan server dan berhubungan dengan parameter perangkat input - keyboard dan mouse

Bidang Tombol Menu- Mendefinisikan kunci khusus untuk memanggil menu interaksi klien dengan desktop jarak jauh. Digunakan untuk meneruskan kode kunci khusus (CTRL, ALT, CTRL-ALT-DEL :) Tombol menu default adalah F8. Selain mengirimkan kode kunci khusus, menekan F8 memungkinkan Anda memanggil menu pengaturan klien, masuk ke mode layar penuh, membuat koneksi baru dan melihat informasi tentang koneksi saat ini (Info Koneksi :). Informasi tentang koneksi saat ini mencakup alamat IP dan nama server jarak jauh, resolusi layar, format piksel, metode pengkodean, protokol yang digunakan, dan perkiraan kecepatan transfer data.

    Untuk menginstal bagian server pada komputer jarak jauh, Anda dapat menggunakan utilitas gratis pushVNC. Program ini memungkinkan administrator sistem untuk menginstal server VNC pada komputer jarak jauh melalui jaringan lokal tanpa campur tangan pengguna akhir.

Akun dengan hak administrator diperlukan untuk terhubung ke komputer jarak jauh. Selain itu, sumber daya jaringan tersembunyi ADMIN$ dan IPC$ harus dapat diakses di komputer jarak jauh dan layanan Manajemen Registri Jarak Jauh harus berjalan. Program ini menyalin beberapa filenya untuk membuat server VNC ke komputer jarak jauh, mendaftarkan layanan PushVNC baru di registri dan meluncurkannya. Koneksi klien normal kemudian dibuat ke server yang dibuat dari jarak jauh. Jika mode tidak disetel Tinggalkan Layanan, kemudian setelah sesi berakhir, server yang dibuat dan file yang disalin melalui jaringan akan dihapus.

RealVNC adalah salah satu implementasi VNC gratis yang sederhana dan nyaman. Selain itu, masih ada beberapa lusin lainnya, yang perbedaannya tidak signifikan. Misalnya, paket UltraVNC yang populer memiliki pengaturan yang hampir sama dengan RealVNC, tetapi memungkinkan Anda untuk menggunakan lebih banyak metode pengkodean data, enkripsi bahkan dalam versi gratis, Anda dapat menggunakan driver berpemilik khusus untuk memproses buffer desktop. Dan sama seperti RealVNC, server UltraVNC dalam edisi gratis memotong kata sandi menjadi 8 karakter. Di bawah ini adalah tautan dan penjelasan singkat tentang implementasi VNC gratis pada proyek SourceForge.

Program keluarga VNC dari proyek SourceForge.net

    SumberForge.net adalah salah satu situs web terbesar di dunia untuk pengembang perangkat lunak sumber terbuka, dioperasikan oleh SourceForge, Inc. dan menggunakan sistem milik SourceForge. Di situs ini, pengembang dapat memposting dan berkolaborasi dalam proyek perangkat lunak mereka. SourceForge.net menampung lebih dari 230 ribu proyek, dan jumlah pengguna terdaftar sekitar 2 juta orang.
Banyak proyek yang dipublikasikan di sourceforge.net memiliki situs webnya sendiri, tautannya terdapat di halaman dengan deskripsi singkat tentang produk perangkat lunak.