Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Компьютерлік желілік протокол
Computer network protocol
RFB («алыстан фреймбуфер») — графикалық пайдаланушы интерфейстеріне қашықтан қол жеткізуге арналған ашық, қарапайым протокол. Фреймбуфер деңгейінде жұмыс істейтіндіктен, ол Microsoft Windows, macOS, X Window System және Wayland сияқты барлық терезелік жүйелер мен қосымшаларға қолданылады. RFB — «Виртуалды желілік есептеу» (VNC) және оның туындыларында қолданылатын протокол.
RFB ("remote framebuffer") is an open simple protocol for remote access to graphical user interfaces. Because it works at the framebuffer level it is applicable to all windowing systems and applications, including Microsoft Windows, macOS, the X Window System and Wayland. RFB is the protocol used in Virtual Network Computing (VNC) and its derivatives.
Сипаттама
Көрермен/клиент әдетте серверге қосылу үшін 5900 TCP портын (немесе браузерлік қолжетімділік үшін 5800) пайдаланады, бірақ кез келген басқа портты пайдалану үшін де конфигурациялануы мүмкін. Сонымен қатар, сервер "тыңдау режимінде" (әдетте 5500 портында) көрерменге қосыла алады. Тыңдау режимінің бір артықшылығы – сервер жағы көрсетілген порттарға қолжетімділікті ашу үшін өрт қабырғасын/NAT-ты конфигурациялау қажеттілігінен босатылады; бұл жүктеме көрерменге жүктеледі, егер сервер жағында компьютерлік білім жеткіліксіз болса, бұл ыңғайлы, ал көрермен пайдаланушысынан көбірек білу деңгейі күтіледі. RFB бастапқыда салыстырмалы түрде қарапайым протокол ретінде құрылған, бірақ дамыған сайын қосымша мүмкіндіктермен (мысалы, файлдарды беру) және күрделі қысым және қауіпсіздік технологияларымен толықтырылды. Көптеген VNC клиенттері мен серверлерінің өзара үйлесімділігін сақтау үшін, клиенттер мен серверлер ең жақсы RFB нұсқасын және олардың екеуі де қолдай алатын ең тиімді қысым және қауіпсіздік опцияларын пайдаланып байланыс орнату бойынша келіседі.
By default, a viewer/client uses TCP port 5900 to connect to a server (or 5800 for browser access), but can also be set to use any other port. Alternatively, a server can connect to a viewer in "listening mode" (by default on port 5500). One advantage of listening mode is that the server site does not have to configure its firewall/NAT to allow access on the specified ports; the burden is on the viewer, which is useful if the server site has no computer expertise, while the viewer user would be expected to be more knowledgeable. Although RFB started as a relatively simple protocol, it has been enhanced with additional features (such as file transfers) and more sophisticated compression and security techniques as it has developed. To maintain seamless cross compatibility between the many different VNC client and server implementations, the clients and servers negotiate a connection using the best RFB version, and the most appropriate compression and security options that they can both support.
Тарих
RFB бастапқыда Olivetti Research Laboratory (ORL) -де Асинхронды трансферлік режим байланысы бар қарапайым жұқа клиент – Videotile үшін қашықтан көрсету технологиясы ретінде әзірленді. Құрылғыны мүмкіндігінше қарапайым ету мақсатында RFB, бар болған қашықтан көрсету технологияларынан артық деп танылды және қолданысқа енгізілді. RFB VNC әзірленген кезде екінші, және одан бекем қолданыс тапты. VNC ашық кодты бағдарламалық қамтамасы ретінде жарияланды және RFB спецификациясы интернетте қолжетімді болды. Осыдан бері RFB кез келген адам қолдана алатын тегін протоколға айналды. 2002 жылы ORL жабылғанда, VNC және RFB-ді дамытуға үлес қосқан негізгі мамандар VNC-ті одан әрі жетілдіру және RFB протоколын қолдау үшін RealVNC, Ltd. компаниясын құрды. Қазіргі RFB протоколы RealVNC веб-сайтында жарияланған.
RFB was originally developed at Olivetti Research Laboratory (ORL) as a remote display technology to be used by a simple thin client with Asynchronous Transfer Mode connectivity called a Videotile. In order to keep the device as simple as possible, RFB was developed and used in preference to any of the existing remote display technologies. RFB found a second and more enduring use when VNC was developed. VNC was released as open source software and the RFB specification published on the web. Since then RFB has been a free protocol which anybody can use. When ORL was closed in 2002 some of the key people behind VNC and RFB formed RealVNC, Ltd., in order to continue development of VNC and to maintain the RFB protocol. The current RFB protocol is published on the RealVNC website.
Шектеулер
Аспаптан деректерді беру тұрғысынан, "қазіргі уақытта Латын-1 таңбалар жиынтығынан тыс мәтінді беруге мүмкіндік жоқ". Көп қолданылатын псевдокодирование кеңейтуі UTF-8 форматында мәселені шешеді. VNC протоколы пикселге негізделген. Бұл үлкен икемділікті қамтамасыз етеді (яғни, кез келген жұмыс үстелін көрсетуге болады), бірақ X11 немесе RDP сияқты, графикалық макетті жақсы түсінетін шешімдерге қарағанда көбінесе тиімділігі төмен. Аталған протоколдар графикалық примитивтерді немесе жоғары деңгейдегі командаларды (мысалы, терезені ашу) қарапайым түрінде жібереді, ал RFB қысылған болса да, шикі пикселдік деректерді ғана жібереді. VNC протоколы тышқан батырмасының күйін бір байтпен, бинарлық жоғары/төмен түрінде көрсетеді. Бұл тышқан батырмаларының санын сегізге дейін шектейді (конвенция бойынша 0 батырмасы "деактивацияланған" дегенді білдіретін болғандықтан, іс жүзінде 7). Көптеген қазіргі заманғы тышқандар 9 немесе одан да көп батырманы анықтайды, нәтижесінде RFB арқылы алға/артқа батырмалар әсер етпейді. "GII" кеңейтуі бұл мәселені шешеді. Дыбыстық деректерді беру үшін ешқандай стандарт жоқ, тек сервер клиентке сигнал беру арқылы дыбыстық сигнал (естілетін сигнал, хабарлама дыбысы) ойнатуын қадағалай алады.
In terms of transferring clipboard data, "there is currently no way to transfer text outside the Latin 1 character set". A common pseudo encoding extension solves the problem by using UTF 8 in an extended format. The VNC protocol is pixel based. Although this leads to great flexibility (i. e. any type of desktop can be displayed), it is often less efficient than solutions that have a better understanding of the underlying graphic layout like X11 or desktop such as RDP. Those protocols send graphic primitives or high level commands in a simpler form (e. g. open window), whereas RFB just sends the raw pixel data, albeit compressed. The VNC protocol expresses mouse button state in a single byte, as binary up/down. This limits the number of mouse buttons to eight (effectively 7 given convention of button 0 meaning "disabled"). Many modern mice enumerate 9 or more buttons, leading to forward/back buttons having no effect over RFB. A "GII" extension solves this problem. There is no standard to transfer sound data at all, with the sole exception that the server may signal a bell (audible beep, notification sound) should be played by the client.