magujato

Roger Waters - The Wall Live

2010-06-01T10:04:00.000+02:00

Nowe portfolio w ogniu

2009-12-08T21:37:00.000+01:00

Synchronizacja Konta Google z telefonem/palmtopem

2009-12-08T20:38:00.000+01:00

Od pewnego czasu Google pozwala na synchronizację danych ze skrzynki pocztowej, kalendarza i listy kontaktów między telefonem komórkowym a wspomnianymi usługami giganta. Jest to możliwe dzięki usłudze Activesync, którą można aktywować w ustawieniach konta google i google apps.

Do pełni szczęścia brakuje jeszcze synchronizacji listy zadań i notatnika. Więcej o konfiguracji: konfiguracja activesync na windows mobile

LyME - Matlab na komputerze kieszonkowym.

2009-12-08T20:19:00.000+01:00

Znalazłem ten program już dawno temu, jeszcze za czasów mojego Palma m515 z systemem 4.1. Dostępne są tu wszelkie funkcje potrzebne typowemu inżynierowi (także niedoszłemu). Liczy macierze zespolone, odwrotności. Był niezastąpiony przy obliczaniu obwodów na TOiS. Posiada możliwość wyświetlania wykresów i diagramów. Zapamiętuje funkcje, zmienne i stałe. Odpowiednikiem na PocketPc jest LME.

Osobiście korzystam z wersji na PalmOS za pomocą emulatora.Programy można pobrać ze strony producenta

LEX UMK po raz drugi

2009-03-16T18:50:00.011+01:00

Jeśli jesteś studentem umk, to żeby połączyć się z lex'em z dowolnego miejsca wystarczy, że pobierzesz ten plik:

FirefoxUMK

Jest to samorozpakowujące się archiwum, które zawiera zmodyfikowanego Mozilla Firefox i Putty. Po pobraniu i uruchomieniu pliku powinno się pojawić:

Wskazujemy folder do którego ma zostać wypakowana zawartość pliku, np: pulpit lub pendrive. Klikamy "extract".

Zawarta w paczce wersja Firefox'a pozwala zapisać go na Pendrive i używać na każdym komputerze z systemem Windows - przy czym nie zostawi na tym komputerze żadnego śladu. Więcej na portableapps.com.

Po rozpakowaniu powyższe okienko zniknie i wszystkie pliki będą rozpakowane do folderu FirefoxUMK we wskazanej lokalizacji.

W folderze znajdują się dwa (nieukryte) pliki: FirefoxUMK.exe i proxy.bat

Jako pierwszy uruchamiamy proxy.bat. Ukaże się okno proszące o wpisanie loginu - w tym wypadku pozbawionego końcówki z @stud.umk.pl itp. Wpisujemy i wciskamy enter

Następnie pokaże się prośba o hasło.

W tym wypadku nie będzie widać wpisywanych znaków! Po wpisaniu hasła zielony kursor przesunie się do następnej linii. Jeśli wpisane dane są niepoprawne program poinformuje nas o tym, w przeciwnym wypadku wszystko przebiegło pomyślnie i można przejść do następnego kroku, czyli uruchomieniu FirefoxUMK. Uwaga, żeby wszystko działało czarne okienko logowania musi być włączone przez cały czas działania właśnie uruchomionej przeglądarki

Zawarty tu FirefoxUMK może działać jednocześnie z zainstalowanym na systemie. Łączy się z internetem przez bramkę, którą jest konto studenckie, doktoranckie ... itd.. Jako strony startowe ustawione są dwie zakładki lex i ubuk.pl.

Jeśli chcesz często korzystać z lex'a a miejsce gdzie rozpakowana jest pobrana paczka jest bezpieczne, możesz nieco ułatwić sobie sprawę wpisując na stałe swoje dane do logowania. Kliknij prawym przyciskiem myszy na proxy.bat i wybierz edytuj. Powinno się ukazać okno notatnika z zawartością:

putty -D 8080 -N www.stud.umk.pl

Żeby zautomatyzować połączenie należy ten wpis zmienić na

putty -D 8080 -N -pw haslo uzytkownik@www.stud.umk.pl

gdzie uzytkownik i haslo to dane do logowania na umk. Po zapisaniu zmian w pliku proxy.bat logowanie będzie przebiegało bardziej humanitarnie.

Jak w prosty sposób dostać się do bazy Lex UMK...

2009-02-17T21:02:00.006+01:00

... i nie tylko.

Tekst adresowany jest bezpośrednio do studentów UMK, którym doskwiera brak dostępu do materiałów - jeszcze nie tak dawno dostępnych po zalogowaniu się na konto uczelniane, jednak może być pomocny osobom pokrzywdzonym przez różne instytucje w podobny sposób.

Z powodów zmnian w licencji dostęp do lex'a został ograniczony do komputerów znajdujących się w sieci lokalnej na wydziałach bez- i przewodowej. Każda osoba posiadająca konto na serwerze studenckim (ktośtam@stud.umk.pl np..) może użyć swojego konta jako bramki otwierającej drzwi do sieci lokalnej umk z każdego miejsca na świecie i o każdej porze. Jest to możliwe dzięki udostępnionemu oprócz ftp protokołowi sftp do przesyłania danych na własną powierzchnię www (http://www.stud.umk.pl/~ktostam). Normalnie, po próbie połączenia z www.stud.umk.pl za pomocą dowolnego klienta ssh:

ssh ktostam@www.stud.umk.pl

po wpisaniu hasła - serwer kończy połączenie:

Connection to www.stud.umk.pl closed.

Z powodu ciągłego zrywania połączenia nie jest możliwe ustawienie żadnego tunelu - chyba, że do polecenia doda się -N, dzięki czemu klient połączy się z serwerem - nie próbując wykonywać żadnych poleceń.
W związku z tym można poleceniem:

ssh ktostam@www.stud.umk.pl -N -D 8080

zmontować sobie tunel. Teraz po ustawieniu serwera proxy socks v5 na

localhost:8080

przeglądarka internetowa będzie przedstawiała się w internecie jako komputer umk. Po wejściu na stronę http://lex.law.uni.torun.pl nie będzie już informacji o braku dostępu.
Sposób ten umożliwia też przeglądanie książek wykupionych przez uczelnię w serwisie ibuk.pl i czasopism elektronicznych dostępnych na uczelni. Czołem

Automatyczne logowanie do inteligo

2008-11-30T12:48:00.009+01:00

Ze względów bezpieczeństwa, podczas logowania do serwisu inteligo przeglądarka nie zachowuje hasła - ba, nawet o to nie pyta. Jest to dość rozsądne posunięcie jeśli korzystamy z komputerów, które dzielimy ze współlokatorami, na uczelni etc. W przypadku domowego komputera, do którego dostęp mają tylko osoby znające to hasło tak czy inaczej, każdorazowe wklepywanie skomplikowanego hasła może przyprawić o mdłości. Wszystko to za sprawą tego co znajduje się w znaczniku autocomplete="off", które zabrania przeglądarce na zapamiętywanie i automatyczne wpisywanie hasła za użytkownika. W teorii wszystko jest proste: usunąć ten wpis i pozwolić przeglądarce zapamiętać hasło...

Żeby to zrobić potrzebujemy serwera-www z obsługą ssl... najprostrzym rozwiązaniem jest program xampp, który po zainstalowaniu jest gotowy do pracy. Można go pobrać ze strony apachefriends.org. Po pobraniu i odpaleniu instalatora domyślnie serwer zainstaluje się do folderu C:\xampp\. Kolejnym krokiem jest pozbycie się plików index.php i index.html z katalogu C:\xampp\htdocs. W ich miejsce zapisujemy stronę https://secure.inteligo.com.pl jako index.html.

W nowo powstałym index.html zmieniamy wpis

<input size="20" maxlength="20" tabindex="10" name="password" autocomplete="off" style="font-family: courier new,courier,monospace; font-size: 13px;" class="formField" type="password">

<input size="20" maxlength="20" tabindex="10" name="password" style="font-family: courier new,courier,monospace; font-size: 13px;" class="formField" type="password">

W pliku C:\Windows\system32\drivers\etc\hosts dodajemy na końcu wpis

127.0.0.1 secure.inteligo.com.pl

Po zapisaniu zmian w pliku hosts i wpisaniu w przeglądarce https://secure.inteligo.com.pl zostaniemy przekierowani na własny serwer. W formularzu należy wpisać prawidłowy login inteligo i hasło. Przeglądarka następnie zapyta o chęć zapisania hasła na przyszłość. Oczywiście po wpisaniu loginu i hasła pokaże się strona w stylu błąd 404, ale cel będzie osiągnięty - przeglądarka zapamięta dane do logowania.

Usuwamy z pliku hosts wpis dotyczący inteligo i pozbywamy się xampp z systemu. Od tej pory logowanie na inteligo nie wymaga pwisywania hasła.

Pozdrawiam

Najprostsza forma zdalnego pulpitu dla Windows (i MacOS)

2008-08-24T21:39:00.013+02:00

Program Team Viewer, bo o nim właśnie myślę, jest bardzo przyjaznym kombajnem do zdalnego zarządzania komputerem działającym w systemie Windows (działa także pod Wine - chociaż nie w pełni).

Można go pobrać ze strony producenta i używać bezpłatnie do celów niekomercyjnych. Pozwala na szyfrowane podłączenie pulpitu zdalnego, transfer plików i ... połączenie vpn - wszystko to bez względu na firewalle itp. Nie potrzebny jest adres ip, nie ma konieczności ustawiania routera, otwierania portów. Program po uruchomieniu jest gotowy do pracy.

ID po lewej stronie jest przydzielony naszemu komputerowi. Hasło może być każdorazowo generowane lub ustawione na stałe (tak jak wyżej).

Po prawej stronie wpisujemy ID komputera z którym chcemy się połączyć.

Do dyspozycji mamy cztery opcje:
Remote Support - czyli połączenie z pulpitem komputera po drugiej stronie internetu.

Presentation - sytuacja odwrotna - nasz pulpit ukazuje się na monitorze drugiego komputera.

File transfer - umożliwia wymianę plików między komputerami.

i VPN - Virtual Private Network, wszędzie tam gdzie nie można nawiązać połączenia vpn w sposób tradycyjny.

Team Viewer świetnie nadaje się do opieki nad znajomymi, rodziną, którzy do komputerów i im podobnych urządzeń podchodzą z rezerwą. W razie potrzeby wystarczy, że poszkodowany uruchomi u siebie ten program i można szybko i bez niepotrzebnego podróżowania rozwiązać drobny (lub poważniejszy) problem z systemem. Z myślą o nich twórcy Team Viewer przygotowali TeamViewer QuickSupport. Można go dowolnie skonfigurować, tak, żeby do minimum ograniczyć czynności osoby po drugiej stronie monitora.

Team Viewer pracuje zarówno na Windows (w tym Wine) jak i MacOS. Możliwe jest połączenie pomiędzy tymi dwoma systemami.

Jedynym minusem jest informacja o darmowej wersji, która pojawia się za każdym razem gdy połączenie dobiegnie końca. Oczywiście dotyczy to tylko wersji niekomercyjnej:)

Zdalny pulpit na palmtopie

2008-08-24T20:38:00.015+02:00

Widziałem, że kilka osób interesowała ta kwestia - nie zaszkodzi napisać o tym kilku słów. Z racji popularności na rodzimym rynku wezmę pod uwagę połączenie za pomocą palmtopa z Windows Mobile. (w moim przypadku WM2003)

Konfiguracja komputera, którym będziemy zdalnie zarządzać jest taka sama jak w przypadku normalnego vnc. Żeby ułatwić sobie sprawę zmniejszam zwykle rozmiar wirtualnego pulpitu (ponieważ ekran palmtopa jest mniejszy i zazwyczaj działa w mniejszej rozdzielczości, w większości przypadków 240x320). Mniejszy pulpit to mniej przewijania ekranu i oczywiście mniejszy transfer (mam na uwadze np gprs). W systemie Linux wystarczy uruchomić serwer vnc z odpowiednim parametrem, np:

-geometry 640x480

W przypadku Windows można zmienić rozdzielczość pulpitu.

Tak jak w przypadku połączenia komputer-internet-komputer tak i tutaj można się połączyć w tunelu ssh.

Sposób podłączenia jest taki sam dla wszystkich rodzajów dostępu do internetu (gsm, wifi...), ma on jednak znaczenie jeśli chodzi o szybkość przesyłania danych no i co jest chyba oczywiste - koszt.

Do podłączenia się bez pośrednictwa ssh wystarczy nam zainstalowany na palmtopie program Pocket VNC

Odpowiednią wersję do swojego palmtopa można pobrać z tej strony.

Po instalacji i uruchomieniu na palmtopie vnc, wpisujemy po prostu adres komputera, z którym chcemy się połączyć.

Żeby połączenie było bezpieczne można także na palmtopie zrobić tunel ssh. Po ściągnięciu i uruchomieniu programu Putty dla Windows Mobile łączymy się z komputerem w identyczny sposób jak na zwykłym pc.

W zakładce TUNNELS dodajemy tunel 5900:localhost:5900 (port :5900 to inaczej display :0 - analogicznie :5901 to :1)

Po nawiązaniu połączenia i zalogowaniu się swoim loginem i hasłem, można połączyć się z vnc przez adres localhost:0

I w taki sposób zabieramy swój komputer w kieszeni na drugi koniec ... świata.
Pozdrawiam.

Insert GT - dostęp do bazy mssql przez internet.

2008-03-02T18:18:00.019+01:00

W chwili obecnej większość małych i średnich przedsiębiorstw jako system obsługi sprzedaży i księgowości używa programów ze stajni Insert. Rozwijany obecnie pakiet GT, w którego skład wchodzi między innymi Subiekt GT, jest oparty o bazę danych SQL firmy Microsoft. Z pewnością ma to swoje dobre strony, jednak w przypadku obsługiwanej przeze mnie firmy bardziej utrudnia to sprawę. Przede wszystkim mssql nie zainstaluję na Linuksie. Także Subiekt w tej kwestii odmawia współpracy. O ile w stopniu zadowalającym pakiet działa w sieci lokalnej o tyle zwiększenie zasięgu już jest pewnym utrudnieniem.

Sytuacja wygląda tak:
serwer za firewallem z zewnętrznym numerem ip - Windows XP, Ms Sql 2005. Dostawca internetu blokuje większość portów. Internet radiowy.

komputer, z którego ma być nawiązane połączenie z serwerem ma podobne parametry i połączenie internetowe.

Istneje płaty sposób na połączenie za pośredcnictwem TeamViewer'a jednak nie wydaje mi się zbyt opłacalnym.

Dlatego zdecydowałem się na moje ulubione ssh.
Na serwerze zainstalowałem Cygwin z serwerem ssh. Połączenie będzie oparte na tunelu portu, na którym nasłuchuje serwer mssql za pośrednictwem ssh. Teraz trzeba sprawdzić jaki to port. Domyślne mmssql nasłuchuje na porcie 1433, jednak w tym przypadku potrzebny jest port bezpośrednio bazy danych (domyślnie INSERTGT). W tym celu otwieram narzędzie do administracji mssql "SQL Server Configuration Manager.

W zakładce "Protocols for INSERTGT" wybieram TCP/IP.

Następnie kartę IP Addresses:

Widoczny w TCP Dynamic Ports numer jest szukanym portem - w tym przypadku 1642. To jest koniec konfiguracji serwera.

Po stronie klienta. Otwieram "Panel sterowania/Narzędzia administracyjne/Źródła danych (ODBC)" - w zależności od wersji Windowsa nazewnictwo może się zmieniać.

Dodaję nowe DSN użytkownika, z listy sterowników wybieram SQL Server:

Nazywam serwer i podaję numer ip: 127.0.0.1:

Następnie podaję parametry do połączenia z serwerem: uśytkownik sa, hasło puste. W konfiguracji klienta podaję numer portu: 1642

Resztę pozostawiam bez zmian.

Czas na utworzenie tunelu ssh. Poleceniem

ssh -l uzytkiwnik -L 1642:localhost:1642 adres_serwera

. Jeśli wszystko przebiegnie pomyślnie mogę przejść do ostatniego kroku.

Podczas uruchamiania subiekta jako adres serwera podaję 127.0.0.1, użytkownika sa, hasło pozostawiam puste:

Jeśli połączenie z serwerem zostało nawiązane - wszystko skonfigurowane poprawnie.

X11 przez SSH

2008-02-25T06:12:00.016+01:00

Opcja ta nie ma raczej racji bytu w przypadku połączenia internetowego. Może być jednak bardzo ciekawym rozwiązaniem dla sieci lokalnej.
W skrócie: cała operacja polega na wyświetlaniu uruchomionych programów, działających na jednym komputerze - na monitorze drugiego.

Pierwszy komputer musi pracować w systemie LINUX i mieć zainstalowany serwer SSH.

Komputer drugi może działać na LINUX lub dowolnym systemie na którym można zainstalować serwer X11 (Windows, MacOS X), a także mieć zainstalowany klient SSH (np Putty).

W systemie LINUX
ForwardX11 wywołuje się poleceniem:

ssh -l uzytkownik -X adres_serwera

Po poprawnym zalogowaniu się na komputer pierwszy można wywołać poleceniem jakąkolwiek aplikację, która następnie zostanie wyświetlona na pulpicie komputera drugiego np

xclock &

co da taki efekt:

W systemie Windows zainstalowanym na komputerze drugim sprawa jest nieco bardziej skomplikowane, bo wymaga instalacji serwera X11.

Stąd można pobrać pliki instalacyjne.

Po zainstalowaniu serwer X11 może być uruchomiony na cztery sposoby: jako niezależne okienka po kontrolą systemu windows, jako pulpit wewnątrz okna kontrolowanego przez windows, jako pulpit wewnątrz okna nieruchomego i jako pełen ekran.

Konfiguracja pulpitu:

Jeśli serwer X11 jest uruchomiony, poleceniem:

putty.exe -X adres_serwera

nawiązujemy połączenie SSH z komputerem pierwszym z wykożystaniem ForwardX11.

W przypadku, kiedy wybraliśmy X11 wyświetlany jako niezależne okienka, programy uruchomione z wiersza poleceń putty są w pełni kontrolowane przez system Windows, można je maksymalizować, minimalizować.

Serwer X11 zintegrowany z pulpitem Windows:

Yast i Gedit kontrolowane przez menadżera okien Windows:

Jeśli chodzi o pozostałe tryby wyświetlania X11, pierwszym moim poleceniem po zalogowaniu się na komputerze zdalnym jest uruchomienie menedżera okien np:

metacity & lub blackbox &

Ponieważ połączenie ma (w omawianym przypadku) miejsce w sieci lokalnej, ciekawym pomysłem jest uruchomienie nie tylko menedżera okien, ale także całego środowiska graficznego np GNOME lub XFCE. Można to zrobić poleceniem:

gnome lub xfce-session

Serwer X11 działający w oknie bez uruchomionych aplikacji:

Sesja Gnome w ramach Windows:

Po co ta zabawa?

Zastosowań znalazłoby się kilka. Między innymi biurowe: tam gdzie stanowiska powoli zaczynają się starzeć a zakup kilku nowych jest zbyt dużym wydatkiem można zainwestować w jeden stabilny serwer. Umożliwi to pracę za pomocą przestarzałych komputerów działających pod systemem Windows, na nowych programach zainstalowanych na serwerze.

Administracja Klientem Torrent (i nie tylko) przez ssh:webui

2008-01-12T02:29:00.008+01:00

Niemal każdy klient sieci torrent w tym momencie ma coś co można nazwać webui, czyli interface'm programu w postaci strony internetowej. Jest to bardzo wygodny sposób na dodawanie i monitorowanie ruchu na zdalnym komputerze. Ma jednak poważną wadę: żeby korzystać z tego interface musimy odblokować odpowiednie porty firewalla i dostęp (co prawda chroniony hasłem... ale...) do niego mają wszyscy użytkownicy sieci. Rozwiązaniem po raz kolejny jest tunel ssh.

Komputer zdalny musi mieć zainstalowany serwer ssh i skonfigurowany interface internetwy klienta torrent. Przykładowo Deluge. Po uaktywnieniu za pomocą odpowiedniej wtyczki (plugin) można korzystać z interface przez port 8112. Dobrze jest dodatkowo zablokować taki port na firewallu.

Sesję SSH z tunelem na porcie 8112 inicjuje się poleceniem:

ssh -l uzytkownik -L 8112:localhost:8112 adres_zdalny

Następnie można otworzyć webui wpisując localhost:8112 w pasku adresu przeglądarki internetowej

Pulpit zdalny przez SSH

2007-12-12T18:35:00.021+01:00

W czym rzecz...

Zdalna administracja komputera działającego pod systemem Linux czy Windows za pomocą VNC jest prosta i praktyczna. Jedynym minusem jest bezpieczeństwo połączenia. Jeśli połączenie ma miejsce wewnątrz zamkniętej sieci lokalnej, to problem ten nie istnieje. Sprawa wygląda inaczej, jeśli między serwerem a klientem jest Internet. Połączenie nieszyfrowane w łatwy sposób może zostać podsłuchane, a nasz komputer może stać się obiektem ataków itp.

Rozwiązanie jest bardzo proste i skuteczne, a jest nim tzw tunel SSH.

Po stronie serwera potrzebny jest komputer z zainstalowanym serwerem SSH, publicznym numerem IP i zainstalowanym serwerem VNC.

Po stronie klienta może być dowolny komputer/palmtop, z zainstalowanymi klientami SSH i VNC. W przypadku klienta adres IP nie jest istotny (przynajmniej na podstawie moich doświadczeń).

Krok pierwszy...

...czyli instalacje aplikacji serwerowych SSH i VNC odłożę sobie na później. W większości dystrybucji systemu LINUX są one domyślnie zainstalowane, więc nawet jeśli Użytkownik komputera nie wiedział o ich istnieniu, to są duże szanse, że ma te aplikacje zainstalowane. Jeśli jest inaczej to wystarczy dodać SSHD i VNCSERVER przez menadżera pakietów danego systemu.

Krok drugi - konfiguracja serwera VNC
Spokojnie mogą ten krok pominąć osoby, które z administracją przez VNC się już spotkały.

Serwer VNC tworzy wirtualny pulpit wg uznania użytkownika (co prawda jest możliwe podłączenie się pod istniejący pulpit wykorzystywany do codziennej pracy, ale jest to moim zdaniem nieefektywne rozwiązanie). Przy pierwszym uruchomieniu vncserver, należy nadać hasło dla połączeń ze zdalnym pulpitem. W katalogu domowym Użytkownika:

/home/nazwa_uzytkownika

zostanie utworzony katalog:

.vnc

w którym to znajdują się pliki passwd (przechowywujący hasło do serwera) i xstartup, za pomocą którego można wstępnie skonfigurować pulpit. Domyślnym menadżerem okien jest TWM, pozbawiony jakichkolwiek niepotrzebnych dodatków. Osobiście preferuję blackbox, który jest mniej toporny. Zmiany menadżera okien dokonujemy edytując plik xstartup w katalogu .vnc .

#!/bin/sh

xrdb $HOME/.Xresources
xsetroot -solid grey
xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
blackbox &

Wybór menedżera zależy wyłącznie od preferencji użytkownika (osoba korzystająca na co dzień z GNOME może zamiast Blackbox czy TWM wpisać metacity, czyli domyślny menadżer okien GNOME). Nie muszę chyba dodawać, że żeby przykładowy Blackbox zadziałał, musi być wcześniej zainstalowany.

xterm wystepujący w pliku xstartup jest domyślną linuxową powłoką graficzną, dzięki której niepotrzebny jest jakikolwiek panel czy menu. Każde polecenie można w systemie LINUX wywołać za pomocą powłoki.

Wirtualny pulpit z działającym xterm i menedżerem okien metacity:

Serwer VNC uruchamiamy poleceniem:

vncserver :3 -geometry 800x600

gdzie :3 jest numerem ekranu (ang display), który ma być utworzony (musi to być liczba większa od 0), a -geometry 800x600 określa szerokość pulpitu na 800 pikseli a wysokość na 600 pikseli.

Po co definiować wielkość wirtualnego pulpitu?

Krok trzeci
czyli jak sprawa się ma po stronie komputera-klienta...

Podstawową kwestią, która bezpośrednio związana jest z definiowaniem wielkości pulpitu jest rozdzielczość komputera, za pomocą którego chcemy połączyć się ze wspomnianym pulpitem.

Prostym przykładem może być palmtop. Dostępne na rynku mają w większości rozdzielczość ekranu w granicach 320x320 pikseli. Katorgą więc byłaby praca z wirtualnym pulpitem (np 1280x1024) kilkakrotnie większym od fizycznego.

Wracamy do SSH. Na komputerze-kliencie może być dowolny system operacyjny od PalmOS do MacOS. Wystarczy, że ma zainstalowane klienty SSH (np Windows'owy Putty) i VNC (UltraVNC pod Windows). Ja skoncentruje się jednak na systemie LINUX (w innych systemach sprawa wygląda analogicznie).

Poleceniem

ssh -l nazwa_uzytkownika adres_naszego_serwera

klient ssh łączy się z naszym serwerem. adres_naszego_serwera to po prostu adres IP komputera, z którym się łączymy. nazwa_uzytkownika jest nazwą użytkownika istniejącego w zdalnym komputerze. Po wywołaniu tego polecenia zostanie wyświetlona prośba o hasło. Po poprawnym zalogowaniu pojawi się:

Last login: DD MM dd HH:mm:SS YYYY from adres_klienta
Have a lot of fun...
nazwa_uzytkownika@adres_naszego_serwera:~>

Jest to wiersz poleceń zdalnego komputera (serwera). Można w tym momencie przeglądać zawartość zdalnego komputera i uruchamiać podstawowe programy konsolowe. Nie jest możliwe uruchomienie programów w trybie graficznym.

SSH umożliwia transportowanie grafiki z serwera do klienta bez pomocy VNC - jest to jednak mało efektywna metoda. Poświęcę jej osobny temat.

Żeby zamknąć połączenie SSH wystarczy wpisać exit po czym nastąpi wylogowanie ze zdalnego komputera.

W celu utworzenia tunelu dla VNC należy połączyć się z serwerem SSH poleceniem wzbogaconym o pewną opcję:

ssh -l uzytkownik -2 -L 5901:localhost:5901 adres_naszego_serwera

opcja -2 wymusza SSH2, -L 5901:localhost:5901 otwiera tunel na porcie 5901 po stronie serwera i klienta. Domyślnym portem dla połączeń VNC jest 5900, w tym wypadku ostatnie zero oznacza ekran (display) :0 (domyślny w przypadku Windows, w LINUX zastrzeżony dla pulpitu działającego na monitorze komputera). Użyty powyżej port 5901 oznacza ekran (display) :1

W tym momencie po podaniu hasła i poprawnym zalogowaniu się pozostało już tylko uruchomić serwer VNC na komputerze zdalnym. Żeby to zrobić wpisuje się w konsoli uzyskanej za pomocą ssh polecenie:

vncserver :1 -geometry 800x600

Rozmiar pulpitu dobieramy wg uznania, natomiast display (:1) ustawiamy zgodnie z portem tunelowanym (5901)

Wynikiem powyższego polecenia będzie coś takiego:

New 'X' desktop is adres_naszego_serwera:1

Starting applications specified in /home/użytkownik/.vnc/xstartup
Log file is /home/użytkownik/.vnc/adres_naszego_serwera:1.log

Teraz wystarczy uruchomić klienta VNC - przykładowo w LINUX poleceniem

vncviewer localhost:1

Po wpisaniu poprawnego hasła ukaże się okno jak w Kroku drugim.

W zależności od łącza internetowego można ustawić róźne głębie kolorów i rodzaje kompresji obrazu.