<para>Zdalne połączenie z pulpitem (&krdc;) to program pozwalający na podgląd oraz zdalną kontrolę nad innym komputerem z uruchomionym programem kompatybilnym z VNC. </para>
<para>Zdalne połączenie z pulpitem (&krdc;) to program pozwalający na podgląd oraz zdalną kontrolę nad innym komputerem z uruchomionym programem kompatybilnym z VNC. </para>
<para>Najczęściej program &krdc; stosowany jest do połączeń z serwerem VNC w środowisku &kde; (jest nim program &krfb;) gdyż umożliwia on wykorzystanie wszystkich możliwości programu &krdc;. </para>
<para>Wszelkie problemy i propozycje rozwinięcia programu, powinny być zgłaszane na listy mailingowe &kde; lub poprzez system śledzenia błędów: <ulink url="http://bugs.kde.org">http://www.bugs.kde.org</ulink>. </para>
<para>W tej części zamieszczono krótką charakterystykę protokołu RFB (Remote Frame Buffer) wykorzystywanego przed &krdc; jak też inne kompatybilne programy. Można opuścić ten rozdział, jeżeli zagadnienia związane z cechami tego protokołu są znane. </para>
<para>Mechanizm "Remote Frame Buffer" (lub w skrócie <acronym>RFB</acronym>) jest prostym protokołem transmisji, wykorzystywanym do zdalnego dostępu do graficznego interfejsu użytkownika. Jego działanie odbywa się na poziomie bufora ramki, co jest tożsame z widocznym na ekranie obrazem. Pozwala to na wykorzystanie go w każdym okienkowym systemie (zarówno X11, jak też &MacOS; oraz &Microsoft; &Windows;). Programy wykorzystujące protokół RFB istnieją dla wielu platform systemowych i często mogą być swobodnie rozpowszechniane. </para>
<para>Wykorzystanie protokołu RFB, wymaga programu zwanego klientem (uruchomionego na komputerze, przy którym siedzi użytkownik - z ekranem, klawiaturą i myszką). Program serwera uruchomiony jest na komputerze z buforem ramki (na którym pracuje system okienkowy i programy, które będą zdalnie obsługiwane). Program &krdc; jest klientem RFB stworzonym dla środowiska &kde;, natomiast jako serwer może być wykorzystywany program &krfb;. </para>
<para>Ponieważ przesłanie obrazu z bufora ramki generuje spory ruch w sieci, protokół ten najlepiej się sprawuje na łączach o dużej przepustowości, takich jak sieć lokalna. Można korzystać z programu &krdc; na łączach o niższej szybkości, jednak jakość takiego połączenia nie będzie najlepsza. </para>
<para>Po naciśnięciu przycisku <guibutton>Przeglądaj <<</guibutton> pojawia się jeszcze prostszy interfejs użytkownika, co widać poniżej: </para>
<para>Program &krdc; jest klientem, który wymaga do pracy połączenia ze zgodnym serwerem. Połączenie to może zostać nawiązane na trzy różne sposoby: </para>
<para>Poniżej znajdują się przykłady każdego z wymienionych sposobów. </para>
<sect2><title>Wpisanie nazwy serwera</title>
<para>Jeżeli znana jest nazwa lub adres IP komputera - serwera, z którym inicjowane jest połączenia, to należy te informacje wpisać w polu listy: <guilabel>Zdalny pulpit:</guilabel>. </para>
<para>W przypadku, gdy połączenie ma zostać nawiązane z komputerem "megan", na którym pracuje serwer <acronym>VNC</acronym> na ekranie 1, to należy wpisać w polu listy <guilabel>Zdalny pulpit:</guilabel> następujący tekst: <userinput>megan:1</userinput> lub alternatywnie:<userinput>vnc:/megan:1</userinput>. </para>
<para>Podobnie jak wyżej, jeżeli połączenie następuje z komputerem, na którym pracuje serwer protokołu <acronym>RFB</acronym>, należy wpisać: <userinput>rfb:/megan</userinput>. Protokół RFB nie wymaga podania numeru ekranu. </para>
<para>Za pomocą programu &krfb;, który jest serwerem protokołu RFB, można wysyłać mailem (i na inne sposoby, z których jednak email jest najbardziej użyteczny) tzw. zaproszenia do połączenia. Jeżeli użytkownik otrzyma email z zaproszeniem, może klikając na dostarczony link, uruchomić program &krdc; (o ile nie jest już on uruchomiony wcześniej) i połączyć się z serwerem określonym w zaproszeniu. </para>
<para>Trzeci sposób na połączenie, polega na wykorzystaniu przez &krdc; protokołu SLP (Service Location Protocol) do przeglądania zasobów sieci w poszukiwaniu kompatybilnych serwerów. Ich lista pojawi się w środku głównego okna programu, co widać poniżej: </para>
<para>jeżeli okno nie zawiera tej tabelki, to należy przycisnąć przycisk <guibutton>Przeglądaj >></guibutton> aby powrócić do pełnej wersji okna &krdc;. Należy także pamiętać, iż nie wszystkie kompatybilne serwery wspierają system automatycznej rejestracji, aby wykorzystać tą funkcję, należy stosować serwer &krfb;, który jest częścią środowiska &kde;. </para>
<para>Po kliknięciu myszką na pozycję w tabeli, zostaje ona wybrana i podświetlona. Kliknięcie na przycisk <guibutton>Połącz</guibutton> spowoduje nawiązanie połączenia z wybranym serwerem. Można dokonać tego samego klikając dwukrotnie na serwer w tabeli, co również powoduje nawiązanie połączenia. </para>
<para>Mimo tego, iż protokół SLP automatycznie wykrywa nowe dostępne w sieci serwery, użytkownik może wymusić na programie &krdc; wykonanie procedury skanowania sieci w poszukiwaniu nowych serwerów, poprzez naciśnięcie przycisku <guibutton>Skanuj</guibutton>. Po jego naciśnięciu, przycisk staje się nieaktywny na czas przeprowadzania operacji skanowania, co zajmuje z reguły kilka sekund. </para>
<para>Przy korzystaniu z protokołu SLP, ważny jest tzw. zakres poszukiwań. Jeżeli w sieci ogłasza się wiele serwerów usług, skanowanie całej listy może być nierozsądne, z uwagi na generowany duży ruch w sieci. Aby tego uniknąć, administratorzy mogą skonfigurować protokół SLP z zestawem zakresów (Scope), i rejestrować usługi tylko w określonych zakresach. Na przykład: komputer może być zarejestrowany w zakresie "trzecie piętro" oraz "logistyka" ale już nie w: "techniczny" lub "administracja". W niewielkich sieciach, wszystkie komputery są zarejestrowane w zakresie "DEFAULT". Program &krdc; umożliwia wybór zakresu innego niż domyślny, poprzez listę wyboru <guilabel>Zakres:</guilabel> w prawym górnym rogu głównego okna. </para>
<para>Niezależnie od sposobu wybrania serwera, z którym ma zostać nawiązane połączenie, następną czynnością jest określenie parametrów jakości połączenia sieciowego do serwera, co przedstawiono poniżej: </para>
<listitem><para>Wysoka jakość (sieć lokalna, połączenie bezpośrednie). Jest to ustawienie domyślne i należy najpierw sprawdzić jak się sprawuje program przy tym ustawieniu, przed wybraniem opcji wolniejszego połączenia. </para></listitem>
<listitem><para>Średnia jakość (DSL, połączenie kablowe, szybkie połączenie internetowe)</para></listitem>
<listitem><para>Niska jakość (modem, ISDN, wolne połączenie internetowe)</para></listitem>
<para>Jeżeli użytkownik zawsze wykorzystuje ten sam typ połączenia, może odznaczyć pole wyboru:<guilabel>Pokaż to okienko dialogowe ponownie dla tego serwera</guilabel>, co spowoduje iż pytanie o tym połączenia dla tego serwera nie będzie się ponownie pojawiało. Zachowanie to dotyczy jednej nazwy hosta, jeżeli host identyfikowany jest na różne sposoby (np. za pomocą nazwy i za pomocą numeru IP) to wprowadzenie innej nazwy (np. numeru IP) spowoduje wyświetlenie pytania o typ połączenia. </para>
<para>W zależności od konfiguracji serwera, może być niezbędne (i niemal zawsze jest) podanie hasła potwierdzającego tożsamość użytkownika. Program &krdc; wyświetli okno dialogowe z pytaniem o hasło, analogiczne jak widoczne poniżej. </para>
<para>Po podaniu właściwego hasła, połączenie zostaje nawiązane, i możliwa jest obserwacja lub kontrola pulpitu znajdującego się na zdalnym komputerze. </para>
<para>Po połączeniu do zdalnego komputera, można korzystać z lokalnej klawiatury i myszki, do kontrolowania systemu i programów znajdujących się na nim. </para>
<para>Możliwa jest praca na zdalnym pulpicie w trybie zarówno pełnoekranowym, jak też okienkowym (zdalny pulpit widoczny jest jako okno na lokalnym pulpicie). Możliwe jest przełączanie pomiędzy tymi trybami pracy, za pomocą pokazanych poniżej ikon. </para>
<para>Tryb pełnoekranowy jest zwykle potrzebny, gdy użytkownik pomaga osobie pracującej na zdalnym komputerze, ponieważ widzi dokładnie to samo. Tryb okienkowy, jest przydatny gdy użytkownik pracuje jednocześnie lokalnie i zdalnie, na przykład czyta lokalnie dokumentację i korzysta z tych instrukcji przy konfiguracji zdalnego komputera. </para>
<sect1 id="managing-configuration"><title>Konfiguracja programu &krdc;</title>
<para>Naciśnięcie przycisku <guibutton>Ustawienia...</guibutton> w dolnej części głównego okna &krdc;, otwiera okno dialogowe pozwalające na modyfikację zachowania programu &krdc;. Okno ustawień przedstawione zostało poniżej: </para>
<para>Program &krdc; obsługuje kilka wywołań mechanizmu &DCOP;, opisanych w tym rozdziale. Jeżeli &DCOP; nie jest wykorzystywany, to nie należy się tym martwić. Można go stosować do automatyzacji niektórych działań programie &krdc; (jak też innych programów dla środowiska &kde;). Mechanizm &DCOP; jest użytecznym narzędziem, więcej na jego temat znajduje się w dokumentacji, oraz podręcznikach na stronie: <ulink url="http://developer.kde.org">http://developer.kde.org</ulink>. </para>
<para>Należy zmienić pokazany w przykładzie tekst <userinput>krdc-25550</userinput>, tak aby odnosił się on do właściwego wystąpienia &krdc; w systemie. Jeżeli uruchomione zostanie polecenie <command>dcop</command>, to wyświetli się lista wszystkich uruchomionych programów, które można za pomocą &DCOP; kontrolować. </para>
<para>Po uruchomieniu &krdc; pojawia się informacja, iż <computeroutput> Przeglądanie sieci jest niemożliwe. Prawdopodobnie nie zainstalowano poprawnie obsługi protokołu SLP.</computeroutput></para>
<para>SLP jest protokołem lokalizacji usług w sieci (Service Location Protocol) i jest obsługiwany przez programy: <application>OpenSLP</application> lub <application>The Knot</application>. </para>
<para>Jeżeli program &krdc; został skompilowany samodzielnie przez użytkownika, to błąd ten może wynikać z tego, iż były dostępne biblioteki SLP, ale serwer protokołu (program o nazwie <command>slpd</command> lub <command>knotd</command>) nie jest uruchomiony. Serwery protokołu zwykle są uruchamiane przez administratora systemu, i do niego należy się zwrócić jeżeli nie można tego zrobić samodzielnie. </para>
<para>Jeżeli program &krdc; został zainstalowany z pakietów dystrybucji, może to oznaczać problem z zależnościami między pakietami. Rozwiązania problemu i pomocy technicznej należy szukać u osoby, która stworzyła pakiet.</para>
