CENTRUM INFORMATYCZNE POLITECHNIKI WROCLAWSKIEJ INFORMATOR Nr 4, MAJ 1993 Oprogramowanie LAN WorkPlace - instrukcja uzytkowa Bozena Matuszewska-Gruber 1. WSTEP Raport zawiera podstawowe informacje dotyczace uzytkowania oprogramowania LAN WorkPlace. Oprogramowanie zainstalowane na komputerze pracujacym w sieci lokalnej umozliwia dostep do systemow komputerowych UNIX, VMS pracujacych w sieci Internet, z mozliwoscia emulacji terminali DEC VT220, VT100, VT52. Polaczenie z innym systemem zapewnia program TELAPI (Telnet Application Program Interface). Uzytkownik sieci moze nawiazac polaczenie z innym komputerem wlaczonym do sieci pracujacej w protokole TCP/IP. Oprogramowanie LAN WorkPlace zawiera pakiet programow umozliwiajacych transfer zbiorow pomiedzy lokalnym komputerem a zdalnym systemem oraz pomiedzy dwoma zdalnymi systemami. Pozwala takze na wyprowadzenie zawartosci plikow na drukarke przylaczona do zdalnego systemu, wykonanie jednej komendy w zdalnym systemie oraz utworzenie polaczenia pomiedzy zdalnym systemem a portem lokalnego komputera. Oprogramowanie LAN WorkPlace moze pracowac w srodowisku Microsoft Windows 3.0 lub DOS. Srodowisko Microsoft Windows rozszerza mozliwosci oprogramowania o transfer zbiorow tzw. File Express oraz program FTP serwer. 2. WYMAGANIA INSTALACYJNE. Oprogramowanie LAN WorkPlace mozna zainstalowac na komputerze spelniajacym nastepujace wymagania: KOMPUTER -Komputer klasy IBM PC XT, AT, PS/2 lub kompatibilny z procesorem 80286, 80386, 80486. Dla Microsoft Windows 3.0 komputer klasy IBM PC AT, PS/2 lub kompatibilny z procesorem 80386 lub 80486. DYSK -Dysk twardy min 2.8 Mb pamieci oraz co najmniej jeden miekki dysk 3.5" lub 5.25". SYSTEM OPERACYJNY -IBM DOS wersja 3.3 lub pozniejsza lub Microsoft DOS wersja 3.3 lub pozniejsza. ADAPTER SIECIOWY -Komputer przylaczony do sieci poprzez Ethernet, Token Ring lub ARCnet. OPROGRAMOWANIE -Instalacja oprogramowania DOS ODI na komputerze i ewentualna zmiana w plikach AUTOEXEC.BAT, CONFIG.SYS i jesli to konieczne w NET.CFG. 3. FUNKCJE REALIZOWANE PRZEZ OPROGRAMOWANIE LAN WorkPlace. Realizacja funkcji oprogramowania jest mozliwa w srodowisku, w ktorym uruchomione zostaly wczesniej programy: - LSL.EXE i WDPLUS.EXE z pakietu DOS ODI - TCPIP.EXE i TELAPI.EXE z pakietu LAN WorkPlace 3.1. Otwarcie sesji w zdalnym systemie. Oprogramowanie LAN WorkPlace umozliwia zdalna prace interakcyjna z systemami UNIX, VMS. Mozliwe jest zakladanie kilku polaczen terminalowych przez jednego uzytkownika. Maksymalnie mozna utworzyc do 10 polaczen terminalowych z tym samym lub roznymi systemami. Przed otwarciem sesji nalezy przygotowac odpowiednie srodowisko korzystajac z plikow NET.BAT i TCPIP.BAT. c>NET c>TCPIP Nastepnie nalezy uruchomic emulator terminali TNVT220 poleceniem c>TNVT220 [remote_host] Parametr "remote_host" jest opcjonalny i oznacza adres internetowy zwany tez numerem (adresem) IP. Kazdy komputer wlaczony do Internetu posiada taki unikalny numer. Zamiast numeru mozna podac odpowiadajaca mu nazwe. W komputerze PC uzytkownika istnieje plik LNCPOSTS, w ktorym zapamietane sa adresy IP systemow i odpowiadajace im nazwy. Plik ten w miare potrzeb moze byc uzupelniany o nowe adresy. # IP Address name and optional aliases 156.17.10.3 ci3ux 156.17.1.1 obl1 156.17.5.1 mvax 156.17.5.11 ibm Po wydaniu komendy TNVT220 i uzyskaniu polaczenia zglasza sie system operacyjny odleglego wezla, zadajacy identyfikatora uzytkownika oraz hasla. Po poprawnej identyfikacji uzytkownika otwiera sie sesje w wybranym systemie a dalsza praca wyglada tak, jak w przypadku lokalnego polaczenia. Jesli ominie sie parametr "remote_host", emulator TNVT220 pozostaje w trybie komend i pojawi sie ekran: TNVT220> W tym kontekscie mozna realizowac komendy emulatora. U dolu ekranu widoczna jest linia statusowa. TNVT220-Novell, Inc. remote_host (#) mode time ANCH TNVT220-Novell, Inc. -identyfikator produktu TNVT220 remote_host -nazwa mnemoniczna systemu (IP adres) (#) -identyfikator biezacej sesji, np. (1), (2). Identyfikatory sa przydzielane w kolejnosci otwierania sesji i sa to kolejne numery od 1. mode -wskazuje, czy emulator terminali jest w trybie zamiany znakow (Rep), czy wstawiania (Ins). time -biezacy czas na lokalnym komputerze (caret) -wyswietla sie, kiedy przycisniety jest klawisz Ctrl. (up_arrow) -wyswietla sie, kiedy przycisniety jest klawisz Shift A -wyswietla sie, kiedy przycisniety jest klawisz Alt N -wyswietla sie, kiedy Num Lock jest ustawiony na on C -wyswietla sie, kiedy Caps Lock lub Shift Lock jest ustawiony na on H -wyswietla sie, kiedy Scroll Lock jest ustawiony na on (Jest to rownowazne Hold Screen). 3.1.1. Komendy emulatora TNVT220. TNVT220 umozliwia otwarcie do 10 sesji z tym samym systemem lub roznymi systemami. Przed otwarciem kolejnej sesji nalezy zawiesic biezaca sesje i wrocic do trybu komend przyciskajac Alt-T. Po ukazaniu sie na ekranie TNVT220> nalezy wykonac komende OPEN. TNVT220>OPEN remote_host Kazde nastepne otwarcie polaczenia moze nastapic tylko z poziomu komend. Poniewaz w danej chwili moze byc aktywna tylko jedna sesja, istnieje mozliwosc przelaczania miedzy sesjami, przez przycisniecie Alt-N (NextScreen). Z trybu komend emulatora mozna wrocic do biezacej sesji poleceniem RESUME. Wydanie komendy RESUME z parametrem pozwala przelaczyc sie na dowolna sesje. TNVT220>RESUME [session_number | remote_host] Parametry "session_number" lub "remote_host" okreslaja, ktora sesje uaktywnic. Biezaca sesja jest ta, z ktorej nastapilo przejscie do trybu komend emulatora. Mozna zmienic biezaca sesje, pozostajac w trybie komend, komenda SELECT. TNVT220>SELECT [session_number | remote_host] Wyswietlenie informacji o wszystkich otwartych sesjach nastepuje po wydaniu komendy SESSIONS. TNVT220>SESSIONS W odpowiedzi na to polecenie pojawi sie ekran: Available session(s): Session Id Destination Internet Address Host Name * 1 156.17.10.3 ci3ux 2 156.17.5.11 ibm * oznacza biezaca sesje Przyklad: c>net uruchomienie LSL.EXE i WDPLUS.EXE c>tcpip uruchomienie TCPIP.EXE i TELAPI.EXE c>tnvt220 ci3ux uruchomienie emulatora TNVT220 i otwarcie sesji w systemie ci3ux (UNIX) System V.3.2 UNIX(ci3ux.ci-pwr.wroc.edu.pl) (ttyp00) login: Password: Alt-T odlozenie sesji ci3ux i przejscie do trybu komend emulatora TNVT220 TNVT220>open ibm otwarcie sesji w systemie VMS VIRTUAL MACHINE|SYSTEM PRODUCT .logon kowalski .SSSSSSSSSSSSSSS Alt-N przejscie na ekran z sesja ci3ux 3.1.2. Wyprowadzenie na drukarke zawartosci ekranu terminala. Przycisniecie klawiszy Alt-P wyprowadza zawartosc ekranu terminala na drukarke. Przed wydaniem tej komendy nalezy wykonac nastepujace czynnosci: 1. Wlaczyc drukarke przylaczona do lokalnego komputera. 2. Otworzyc sesje w wybranym systemie. 3. Przycisnac Alt-S w celu otwarcia pliku z parametrami konfiguracyjnymi emulatora. Emulator TNVT220 wyswietli ekran Setup Directory. 4. Wybrac opcje Printer przy pomocy klawiszy strzalek w celu ustawienia parametrow dla drukarki. 5. Przycisnac szary + lub klawisz Enter na klawiaturze numerycznej, ktory spowoduje wyswietlenie ekranu Printer Setup. 6. Zdefiniowac parametry do drukowania, poruszajac sie po polach klawiszami strzalek. Wybor wartosci poszczegolnych parametrow nastepuje po przycisnieciu szarego klawisza + lub Enter na klawiaturze numerycznej. 7. Powrot na poziom sesji nastepuje po przycisnieciu klawisza ESC. Powrot z nizszego poziomu wymaga dwukrotnego przycisniecia klawisza ESC . 3.1.3. Przejscie do systemu DOS z poziomu emulatora TNVT220. Mozna zawiesic sesje TNVT220 i przejsc do systemu DOS w nastepujacy sposob: - W trybie komend emulatora TNVT220 nalezy wydac komende ! i przycisnac klawisz Enter. TNVT220>! - W kazdym innym trybie (z wyjatkiem trybu setup) nalezy przycisnac Alt-D. UWAGA: Nie mozna zawiesic sesji TNVT220 i przejsc do systemu DOS bedac w zbiorze konfiguracyjnym (setup). Powrot z systemu DOS na dysk i katalog, z ktorego wydano komende przejscia do systemu DOS, nastepuje po wydaniu komendy EXIT i przycisnieciu klawisza Enter. c>EXIT 3.1.4. Zamkniecie sesji oraz zakonczenie pracy z emulatorem TNVT220. W celu zakonczenia pracy z emulatorem TNVT220 nalezy zamknac wszystkie sesje w sposob odpowiedni dla kazdego systemu. Zamkniecie ostatniej sesji powoduje wyjscie z emulatora TNVT220 i powrot do DOS-u. Jezeli byla otwarta tylko jedna sesja, to zamkniecie jej powoduje wyjscie z TNVT220 i powrot do DOS-u. Drugi sposob zakonczenia pracy z TNVT220 polega na zamknieciu kolejno wszystkich otwartych sesji z poziomu komend emulatora. W tym celu nalezy przejsc do poziomu komend przyciskajac Alt-T, nastepnie komenda CLOSE zamknac kolejno wszystkie sesje. TNVT220>CLOSE [session_number | session_host] Wydanie komendy CLOSE bez parametrow powoduje zamkniecie biezacej sesji. Po zamknieciu wszystkich sesji wyjscie z poziomu TNVT220 nastepuje po wydaniu komendy QUIT. TNVT220>QUIT Jesli nie zostana zamkniete wszystkie sesje, to wydanie komendy QUIT powoduje wyswietlenie ekranu: One or more sessions currently exist. Do you want to exit (Y|N): Przycisniecie Y i Enter powoduje wyjscie z TNVT220 i powrot do DOS-u. Po wyjsciu z TNVT220 mozna zwolnic program TELAPI komenda: c>TELAPI -u 3.2. Transfer zbiorow. Oprogramowanie LAN WorkPlace oferuje trzy programy realizujace funkcje transferu zbiorow w roznym zakresie (FTP, TFTP, RCP). Programy transferu zbiorow prowadza pelna kontrole praw dostepu do danych. Program FTP zada podania identyfikatora uzytkownika i hasla w systemie. W przypadku programu RCP istnieje zbior .RHOSTS zawierajacy liste uzytkownikow uprawnionych do korzystania z zasobow systemu. 3.2.1.Program FTP. Program realizuje funkcje transferu jednego zbioru, kilku zbiorow, zawartosci katalogow, struktur katalogow pomiedzy komputerem PC a systemem (UNIX, VMS) lub pomiedzy dwoma systemami lub pomiedzy dwoma komputerami PC. FTP udostepnia dodatkowo operacje na plikach i katalogach, np. przegladanie i zmiana nazwy katalogu, usuwanie i zmiana nazwy pliku. Program FTP dziala poprawnie w nastepujacych warunkach: - w pliku LNCPOSTS powinny byc zapisane adresy Internetowe (numery IP) wybranych systemow, komputerow PC i ich nazwy symboliczne, - po utworzeniu polaczenia z wybranym systemem nalezy podac poprawna nazwe uzytkownika i jego haslo, - polaczenie z innym komputerem lub zdalnym systemem mozna uzyskac pod warunkiem, ze pracuje na nim program FTPD serwer (lub TN3270). 3.2.1.1. Uruchomienie programu FTP. Realizacje transferu zbiorow rozpoczynamy od uruchomienia programu FTP komenda: c>FTP [remote_host] Parametr "remote_host" jest opcjonalny i oznacza numer Internetowy IP lub nazwe symboliczna zdalnego systemu (lub komputera PC). Wydanie komendy FTP bez parametrow powoduje przejscie do trybu komend FTP i pojawienie sie ekranu: ftp> UWAGA: Mozna utworzyc tylko jedno polaczenie FTP. Kazde nastepne polaczenie mozna uzyskac po zamknieciu biezacego komenda CLOSE. 3.2.1.2. Komendy dostepne z poziomu FTP. ftp>OPEN remote_host -tworzy polaczenie ze zdalnym hostem ftp>USER [remote_user_name] -otwiera sesje w zdalnym hoscie gdzie: remote_user_name -nazwa uzytkownika w zdalnym hoscie Komende USER nalezy wydac wowczas, gdy niepomyslnie zakonczyla sie identyfikacja uzytownika w zdalnym systemie po wydaniu komendy OPEN. ftp>HELP -Wyswietla pelna liste komend zaimplementowanych dla FTP ftp>PWD -informacja o biezacym katalogu w zdalnym systemie ftp>DIR -wyswietla zawartosc biezacego katalogu zdalnego systemu ftp>LS -wyswietla zawartosc biezacego katalogu zdalnego systemu ftp>CD remote_directory -zmienia biezacy katalog w zdalnym systemie Nazwe katalogu "remote_directory" nalezy podac w formie wymaganej przez zdalny system. W systemie UNIX nazwy katalogow nalezy oddzielic znakiem (/), np. /USR/KOWALSKI. Jesli zdalnym systemem jest VMS nazwy katalogow oddzielic (.) i umiescic w ([]), np. [VMS.KOWALSKI]. Komendy LPWD, LDIR, LLS, LCD realizuja te same funkcje co komendy PWD, DIR, LS, CD z tym, ze dotycza lokalnego systemu. PRZESYLANIE PLIKOW ZE ZDALNEGO SYSTEMU DO KOMPUTERA PC GET -przesyla jeden plik MGET -przesyla jeden lub kilka plikow COPY -przesyla jeden lub kilka plikow, katalogi lub struktury katalogow Przyklady: ftp>get report1.txt Przyjmujemy, ze istnieje polaczenie z systemem UNIX. Komenda powoduje transfer pliku report.txt z biezacego katalogu systemu UNIX do biezacego katalogu wlasnego komputera i zapamietanie pliku pod ta sama nazwa. ftp>get report1.txt REPORTSEPORT1.DOC Komenda powoduje transfer pliku report1.txt z biezacego katalogu systemu UNIX do katalogu REPORTS wlasnego komputera i zmiane nazwy pliku na REPORT1.DOC. ftp>mget report* Transfer wszystkich plikow, ktorych nazwy rozpoczynaja sie od ciagu znakow report, z biezacego katalogu systemu UNIX do biezacego katalogu wlasnego komputera. PRZESYLANIE PLIKOW Z LOKALNEGO KOMPUTERA DO ZDALNEGO SYSTEMU PUT -przesyla jeden plik MPUT -przesyla jeden lub kilka plikow COPY -przesyla jeden lub kilka plikow, katalogi lub struktury katalogow Przyklady: ftp>put REPORT1.DOC Przyjmujemy, ze istnieje polaczenie z systemem UNIX. Komenda powoduje transfer pliku REPORT1.DOC z biezacego katalogu wlasnego komputera do biezacego katalogu systemu UNIX. ftp>put REPORT1.DOC /usr/kowalski/report1.txt Kopiowanie pliku REPORT1.DOC z biezacego katalogu wlasnego komputera do katalogu /usr/kowalski systemu UNIX i zapamietanie go w pliku report1.txt. ftp>mput *.DOC Kopiowanie wszystkich plikow z rozszerzeniem .DOC z biezacego katalogu wlasnego komputera do biezacego katalogu systemu UNIX. PRZESYLANIE PLIKOW POMIEDZY DWOMA SYSTEMAMI Przesylanie plikow pomiedzy dwoma systemami odbywa sie tak, jak pomiedzy lokalnym komputerem a zdalnym systemem. Komenda COPY rozszerza zakres mozliwosci o kopiowanie katalogow i struktury katalogow. UWAGA: Kiedy uzywa sie komendy COPY polaczenia z innymi systemami tworzone sa automatycznie tylko na czas realizacji transferu. Po przeslaniu plikow polaczenia sa automatycznie zamykane. Kopiowanie pojedynczego pliku do pliku lub katalogu realizuje komenda: COPY source_file [destination_file | destination_directory] gdzie: source_file jest nazwa pliku (w lokalnym komputerze lub zdalnym systemie), ktory jest kopiowany albo do pliku "destination_file", albo do katalogu "destination_directory" lokalnego komputera lub zdalnego systemu. Kopiowanie kilku plikow do katalogu realizuje komenda: COPY source_file [source_file...] destination_directory Kopiowanie katalogu do katalogu realizuje komenda: COPY [-R] source_directory [source_directory] destination_directory UWAGA: -Jesli uzyje sie opcji -R, to nie mozna uzywac znakow "*", "?" w parametrze source_directory. -Ostatnia nazwa pliku lub nazwa katalogu w linii komendy jest parametrem przeznaczenia. -Komenda COPY zaklada, ze pliki i katalogi znajduja sie na komputerze lokalnym, jesli ich nazwy nie sa poprzedzone nazwa zdalnego systemu i znakiem (=). Przyklady: ftp>copy ci3ux=/usr/kowalski/testy EPORTSEST Kopiowanie zawartosci katalogu /usr/kowalski/testy z systemu UNIX do istniejacego katalogu EPORTSEST w lokalnym komputerze. ftp>copy EPORTSEST ci3ux=/usr/kowalski/testy Kopiowanie zawartosci katalogu EPORTSEST lokalnego komputera do istniejacego katalogu /usr/kowalski/testy systemu UNIX. ftp>copy obl1=/usr/kowalski/tekst ci3ux=/usr/kowalski/testy Kopiowanie zawartosci katalogu /usr/kowalski/tekst (bez podkatalogow) z systemu UNIX (obl1) do istniejacego katalogu /usr/kowalski/testy systemu UNIX (ci3ux). KOPIOWANIE STRUKTURY KATALOGOW Strukture katalogu kopiuje komenda COPY z opcja -R. Kiedy uzywa sie opcji -R, parametrem przeznaczenia musi byc katalog. Przyklad: ftp>copy -r CCOUNTSEST ci3ux=/usr/kowalski/test1 Katalog TEST w komputerze PC zawiera podkatalog TEST0. W systemie UNIX u uzytkownika /usr/kowalski nie istnieje katalog test1. W wyniku realizacji komendy COPY zostanie utworzony katalog test1 w systemie UNIX, do ktorego zostanie przepisana zawartosc katalogu TEST wraz z cala struktura. PRZESYLANIE PLIKOW TEKSTOWYCH I BINARNYCH W parametrach konfiguracyjnych jest ustawiony tryb ASCII do transferu plikow. Zmiana trybu nastepuje po wydaniu komendy: ftp>BINARY lub ftp>ASCII Sprawdzenie biezacego trybu transferu realizuje komenda: ftp>STATUS W zaleznosci od parametru FORCE, po wydaniu komendy STATUS ukaze sie nowy ekran lub nie. Jesli FORCE jest ustawiony na ON, to wydanie komendy STATUS powoduje wyswietlenie ekranu: Transfer files according to current transfer parameter settings W parametrach konfiguracyjnych parametr FORCE jest ustawiony na ON. To oznacza, ze pliki beda przesylane odpowiednio do ustawionego trybu (ASCII lub BINARY). Wydanie komendy FORCE ustawia ten parametr na OFF, wowczas pliki sa przesylane zgodnie z ich atrybutem. Pliki tekstowe przesylane sa w trybie ASCII, pliki binarne w trybie BINARY. 3.2.1.3. Zamkniecie sesji FTP. Wydanie komendy CLOSE zamyka biezace polaczenie z wybranym systemem i ustawia tryb komend FTP. ftp>CLOSE Nastepnie wydanie komendy QUIT lub BYE powoduje przejscie z trybu komend FTP do systemu DOS. ftp>QUIT ftp>BYE 3.2.2. Program RCP. Programem RCP mozna przesylac pliki do innych systemow, w ktorych pracuje program RSHD serwer (np. UNIX). PRZESYLANIE PLIKU DO ZDALNEGO SYSTEMU. RCP source_file remote_host=destination_file Przed wydaniem komendy RCP nalezy z lokalnego komputera wydac komende DOS-u SET NAME i podac nazwe uzytkownika uprawnionego do korzystania z zasobow systemu UNIX. c>SET NAME=user_name Przyklad: c>set name=kowalski c>rcp TEST1.TXT ci3ux=/usr/kowalski/test1.dat Z biezacego katalogu lokalnego komputera zostanie przeslany plik TEST1.TXT do systemu UNIX i zapamietany w katalogu /usr/kowalski pod nazwa test1.dat. Polecenie transferu zakonczy sie sukcesem pod warunkiem, ze w pliku /usr/kowalski/.rhosts zapisane sa nastepujace informacje: PC_host_name SET_user_name PC_host_name jest nazwa lokalnego komputera PC, z ktorego wydano komende RCP. SET_user_name jest nazwa uzytkownika wprowadzonego komenda SET_NAME=kowalski. PRZESYLANIE PLIKU DO INNEGO UZYTKOWNIKA RCP source_file user@remote_host=destination_file Polecenie transferu zbioru zakonczy sie sukcesem pod warunkiem, ze uzytkownik "user" udostepni swoje zasoby w sposob opisany w poprzednim przykladzie. W pliku /usr/user/.rhosts umieszczone zostana dane: PC_host_name SET_user_name Przyklad: c>rcp TEST1.TXT nowak@ci3ux=test1.dat Z biezacego katalogu lokalnego komputera zostanie przeslany plik TEST1.TXT do katalogu /usr/nowak uzytkownika systemu UNIX i zapamietany pod nazwa test1.dat. PRZESYLANIE STRUKTURY KATALOGOW DO ZDALNEGO SYSTEMU RCP -R source_directory remote_host=destination_directory source_directory jest nazwa katalogu przeznaczonego do transferu remote_host jest nazwa systemu, do ktorego jest przesylana struktura katalogow. Po tej nazwie musi wystapic znak (=). destination_directory jest nazwa katalogu, do ktorego jest kopiowana zawartosc katalogu source_directory wraz z cala jego struktura. Przyklad: c>rcp -r \KOWALSKI\TEST ci3ux=/usr/kowalski W systemie UNIX zostanie zalozony katalog /usr/kowalski/test z cala struktura katalogu \KOWALSKI\TEST lokalnego komputera. PRZESYLANIE PLIKU ZE ZDALNEGO SYSTEMU RCP remote_host=source_file destination_file Komenda kopiuje plik z wlasnego konta zdalnego systemu do lokalnego komputera. Przyklad: c>rcp ci3ux=/usr/kowalski/test1.dat test1.txt Z katalogu /usr/kowalski systemu UNIX zostanie skopiowany plik test1.dat do biezacego katalogu lokalnego komputera i zapamietany pod nazwa test1.txt. PRZESYLANIE PLIKU OD INNEGO UZYTKOWNIKA ZDALNEGO SYSTEMU RCP user@remote_host=source_file destination_file user jest nazwa konta innego uzytkownika, do ktorego inny uzytkownik ma prawo dostepu. Komenda kopiuje plik z konta innego uzytkownika zdalnego systemu do lokalnego komputera. Przyklad: c>rcp nowak@ci3ux=report.txt report.dat Od uzytkownika nowak systemu UNIX, z katalogu /usr/nowak zostanie przeslany plik report.txt i zapamietany w biezacym katalogu lokalnego komputera pod nazwa report.dat. Polecenie transferu zakonczy sie sukcesem pod warunkiem, ze uzytkownik nowak w swoim katalogu /usr/nowak utworzy plik .rhosts z danymi: PC_host_name SET_user_name PRZESYLANIE STRUKTURY KATALOGOW ZE ZDALNEGO SYSTEMU RCP -R remote_host=source_directory destination_directory Kopiowanie struktury katalogow realizowane jest z uzyciem opcji -R a parametrem okreslajacym miejsce przeznaczenia musi byc katalog. Przyklad: c>rcp -r ci3ux=/usr/kowalski/test/* \TEST1 lub c>rcp -r ci3ux=/usr/kowalski/test \TEST1 Rezultatem tych komend jest kopia katalogu test systemu UNIX wraz z podkatalogami zapamietana w katalogu TEST1 lokalnego komputera. W przypadku pierwszej komendy katalog TEST1 musi istniec. Wydanie drugiej komendy powoduje utworzenie katalogu TEST1, jesli nie istnieje. UTWORZENIE KOPII DYSKU LOKALNEGO KOMPUTERA I PRZESLANIE DO ZDALNEGO SYSTEMU RCP -R -B C:.* ci3ux=/usr/kowalski/backup lub RCP -R -B C: ci3ux=/usr/kowalski/backup W przypadku pierwszej komendy katalog backup musi istniec. Wydanie komendy w drugiej postaci spowoduje utworzenie katalogu backup, jesli nie istnieje. Przywrocenie wszystkich plikow i katalogow ze zdalnego systemu UNIX do systemu lokalnego komputera realizuje komenda: RCP -R -B ci3ux=/usr/kowalski/backup/* c:\ 3.2.3. Program TFTP. Program sluzy do przesylania jednego pliku pomiedzy dwoma komputerami PC lub pomiedzy lokalnym komputerem a zdalnym systemem. W zdalnym systemie lub komputerze PC powinien pracowac TFTPD serwer. PRZESYLANIE PLIKU Z KOMPUTERA DO ZDALNEGO SYSTEMU TFTP source_file remote_host=destination_file gdzie: source_file jest nazwa pliku kopiowanego z czesciowa lub pelna sciezka dostepu, remote_host jest nazwa zdalnego systemu. Po nazwie musi wystapic znak (=), destination_file jest nazwa pliku, do ktorego jest przesylany plik z komputera. Parametr musi byc podany z pelna sciezka dostepu. UWAGA: Z lokalnego komputera mozna przeslac plik do innego systemu pod warunkiem, ze w zdalnym systemie istnieje plik okreslony w parametrze destination_file i ma nastepujace prawa dostepu: -jesli zdalnym systemem jest UNIX, to plik destination_file w tym systemie powinien miec prawo zapisu ("write") dla uzytkownikow okreslanych jako "other". -jesli zdalnym systemem jest VMS, to uzytkownicy okreslani jako "world" powinni miec prawo zapisu ("write") do tego pliku. Przyklad: c>tftp REPORTSEXT2.TXT ci3ux=/usr/kowalski/test1.dat W systemie UNIX musi istniec katalog /usr/kowalski i plik test1.dat z prawem zapisu ("write") dla uzytkownikow innych niz wlasciciel i grupa ("other"). PRZESYLANIE PLIKU ZE ZDALNEGO SYSTEMU TFTP remote_host=source_file destination_file gdzie: source_file jest to plik przesylany ze zdalnego systemu. Parametr musi byc podany z pelna sciezka dostepu. destination_file jest nazwa pliku, do ktorego jest przesylany plik ze zdalnego systemu. Jesli plik ten znajduje sie w innym katalogu niz biezacy, nalezy podac pelna sciezke dostepu. Jesli ominie sie parametr destination_file, TFTP przesyla plik do biezacego katalogu komputera pod te sama nazwe. UWAGA: Ze zdalnego systemu mozna przeslac plik do komputera PC pod warunkiem, ze w zdalnym systemie istnieje plik okreslony w parametrze source_file i ma nastepujace prawa dostepu: -jesli zdalnym systemem jest UNIX, to plik source_file w tym systemie powinien miec prawo czytania ("read") dla uzytkownikow okreslanych jako "other". -jesli zdalnym systemem jest VMS, to uzytkownicy okreslani jako "world" powinni miec prawo czytania ("read") do tego pliku. Przyklad: c>tftp ci3ux=/usr/kowalski/test1.txt lub c>tftp ci3ux=/usr/kowalski/test1.txt \REEPORTS\TEST1.DAT Wynikiem dzialania pierwszej komendy jest plik test1.txt utworzony w biezacym katalogu komputera PC. Wykonanie drugiej komendy spowoduje przeslanie pliku test1.txt z katalogu /usr/kowalski systemu UNIX do katalogu REPORTS komputera PC i zapamietanie go w pliku TEST1.DAT. WYSWIETLENIE ZAWARTOSCI PLIKU ZE ZDALNEGO SYSTEMU BEZPOSREDNIO NA EKRAN KOMPUTERA PC TFTP remote_host=source_file - lub TFTP remote_host=source_file -|more Przyklad: c>tftp ci3ux=/usr/kowalski/test1.txt - c>tftp ci3ux=/usr/kowalski/test1.txt -|more Zawartosc pliku test1.txt zostanie wyswietlona na ekranie komputera PC. W pierwszym przypadku caly plik zostanie wyswietlony bezposrednio na ekranie, natomiast druga komenda spowoduje wyswietlenie tego pliku ze stronicowaniem. 3.3. Uruchomienie serwera na komputerze PC. Mozna udostepnic zasoby komputera PC innym uzytkownikom pod warunkiem, ze w tym czasie na komputerze PC pracuje program serwer. Uruchomienie serwera na komputerze PC uniemozliwia prace lokalna na nim. Dla transferu zbiorow realizowanego zgodnie z protokolem FTP powinien byc uruchomiony program FTPD serwer. Natomiast dla TFTP nalezy uruchomic program TFTPD serwer. Program FTPD uruchamia sie komenda: c>FTPD lub c>FTPD -L[file_name] -V lub c>FTPSERV Uzycie opcji -L[file_name] oznacza, ze wszystkie komendy kierowane do serwera beda zapisane w pliku "file_name". Jesli dodatkowo uzyje sie opcji -V,to takze wszystkie odpowiedzi od serwera beda zapisane w tym pliku. Parametr "file_name" jest opcjonalny, ale jesli wystepuje, nalezy go podac bezposrednio po opcji -L. Jesli nie poda sie parametru "file_name", to informacje wysylane sa najczesciej na ekran. Plik o podanej nazwie w parametrze "file_name" jest tworzony w katalogu \XLN\HSTACC. Nie mozna okreslac tego parametru ze sciezka dostepu. Jesli ten plik istnial wczesniej, to nastepne informacje o pracy serwera beda dopisywane do tego pliku. Mozliwe jest utworzenie tylko jednej sesji FTP. Po zamknieciu polaczenia, program FTPD konczy prace. Uruchomienie serwera komenda FTPSERV powoduje automatyczne uruchomienie programu FTPD po kazdorazowym zamknieciu polaczenia. W celu zakonczenia pracy serwera nalezy przycisnac klawisze Ctrl-C lub Ctrl-BREAK, jesli wczesniej w pliku CONFIG.SYS umieszczono polecenie BREAK=ON. Dla transferow realizowanych programem TFTP pomiedzy dwoma komputerami PC nalezy na jednym z nich uruchomic program TFTPD serwer. Uruchomienie serwera na jednym z komputerow uniemozliwia prace lokalna na nim. Program TFTPD uruchamia sie komenda: c>TFTPD lub c>TFTPD -L [log_file] -V Uzycie opcji -L, -V powoduje zapis w pliku o parametrze "log_file" informacji o tworzonych polaczeniach. Domyslna wartoscia parametru "log_file" jest plik XSYSLOG.DAT tworzony w katalogu, z ktorego wydano komende TFTPD. Jesli jest podana nazwa pliku, to plik ten musi wczesniej istniec w katalogu, z ktorego wyda sie komende TFTPD. Parametr "log_file" mozna podac bezposrednio po opcji -L lub po spacji wystepujacej za opcja -L. 3.4. Zasady dostepu do zasobow systemow komputerowych. Program FTP prowadzi pelna kontrole dostepu do zasobow systemu. Po uzyskaniu polaczenia z wybranym systemem program zada podania nazwy uzytkownika i jego hasla w tym systemie. Jesli identyfikacja zakonczy sie pozytywnie, wowczas zostanie otwarta sesja w wybranym systemie. Dostepny jest transfer zbiorow oraz pewne operacje wykonywane na plikach i katalogach. Program RCP sprawdza uprawnienia uzytkownikow do korzystania z zasobow systemu. Lista uzytkownikow majacych dostep do zasobow znajduje sie w pliku .RHOSTS (UNIX). Plik .RHOSTS powinien znajdowac sie w katalogu uzytkownika na najwyzszym poziomie i zawierac nastepujace dane: PC_host_name PC_user_name gdzie: PC_host_name jest nazwa komputera PC, z ktorego wydano komende RCP. PC_user_name jest nazwa wprowadzona przez uzytkownika komenda SET NAME (lub ustawiona W AUTOEXEC.BAT) przed wydaniem komendy RCP. Program TFTP realizuje transfer jednego tylko pliku do istniejacego w wybranym sytemie. Plik w systemie UNIX powinien posiadac prawo zapisu ("write") dla innych uzytkownikow niz wlasciciel i grupa ("other"), natomiast w systemie VMS powinien miec prawo zapisu ("write") dla swiata ("world"). Jesli transfer zbioru ma kierunek od zdalnego systemu do komputera PC, to przesylany plik powinien miec prawo odczytu ("read") dla uzytkownikow "other" systemu UNIX lub "world" systemu VMS. Wlasciciel komputera PC moze zabezpieczyc zasoby swojego komputera zakladajac plik, zawierajacy liste uzytkownikow uprawnionych do korzystania z jego zasobow. Plik ten nalezy utworzyc w katalogu \XLN\HSTACC o nazwie FTPDUSR.LOG dowolnym edytorem tekstowym. Powinien zawierac nastepujace dane: user_name[:password] gdzie: user_name oznacza nazwe uzytkownika uprawnionego do korzystania z zasobow komputera. Parametr "password" jest opcjonalny, lecz jesli wystepuje powinien byc zapisany bezposrednio po parametrze "user_name" oddzielony znakiem ":". Pomiedzy tymi parametrami nie moze wystapic znak spacji. Polecenie utworzenia polaczenia z tak zabezpieczonym komputerem powiedzie sie, jesli uzytkownik poda nazwe i haslo, ktore wystepuja w pliku \XLN\HSTACC\FTPDUSR.LOG tego komputera. 3.5. Wydanie komendy FTP ze zbioru. Komende FTP mozna wydac bezposrednio z klawiatury lub z pliku wczesniej przygotowanego. Plik ten powinien zawierac polecenia utworzenia polaczenia z wybranym systemem, nazwe uzytkownika i haslo, komendy transferu pliku oraz zamkniecia polaczenia i zakonczenia pracy programu FTP. Nizej przedstawiono przyklad takiego pliku o nazwie MAKRO: OPEN ci3ux - Utworzenie polaczenia z systemem ci3ux. USER kowalski edward - Nazwa uzytkownika i haslo w systemie ci3ux. LCD kowalski - Zmiana katalogu w komputerze PC. GET TEST1 TEST2 - Komenda FTP. CLOSE - Zamkniecie polaczenia. BYE - Zakonczenie sesji FTP. Wydanie komendy FTP ze zbioru realizuje komenda: FTP rpr -p laser1 test1.txt report.dat c>rpr -p laser1 *.sls Jesli komenda RPR jest skierowana do drukarki przylaczonej do systemu VMS, to na komputerze PC pojawi sie ekran z podobnym komunikatem: job 936 (QUEUE 3, entry) queued W przypadku systemu UNIX, RPR nie wyprowadza zadnych komunikatow. SPRAWDZENIE STANU ZADANIA DRUKOWANIA Informacje o realizacji komendy RPR otrzymuje sie poleceniem: RPS [-P remote_printer] Jesli ominie sie opcje -P, to komenda bedzie skierowana do pierwszej drukarki opisanej w pliku PRINT.CFG. Dla roznych systemow (UNIX, VMS) wydanie komendy RPS powoduje wyswietlenie innych ekranow. SKASOWANIE ZADANIA DRUKOWANIA PLIKU Zadanie skierowane do zdalnej drukarki mozna usunac z kolejki. W tym celu nalezy wydac komende RPS i odczytac identyfikator zadania ID. Dla systemu UNIX, ID zadania jest wyswietlany w kolumnie Job, a dla systemu VMS w kolumnie Entry. Zadanie z kolejki usuwa sie komenda: RPD [-P remote_printer] job_ID gdzie: job_ID jest identyfikatorem zadania odczytanym z ekranu po wydaniu komendy RPS. Pominiecie opcji -P powoduje skierowanie komendy RPD do pierwszej drukarki ze zbioru konfiguracyjnego. 3.7. Realizacja komend w zdalnym systemie. Oprogramowanie LAN WorkPlace umozliwia wydanie polecenia wykonania jednej komendy w zdalnym systemie, w ktorym pracuje RSHD serwer lub REXECD serwer. Funkcje te realizuja programy: RSH -umozliwia realizacje jednej komendy. REXEC -umozliwia realizacje jednej komendy po podaniu poprawnego hasla w zdalnym systemie. Postac komend: RSH remote_host [-L remote_user_name] command [argument] REXEC remote_host [-L remote_user_name] command [argument] gdzie: remote_host jest nazwa zdalnego sytemu. -L remote_user_name jest nazwa uzytkownika w zdalnym systemie. Nazwa uzytkownika musi byc zgodna w obu systemach, tzn. nazwa wprowadzona komenda SET NAME z komputera PC musi byc zgodna z danymi w pliku .RHOSTS zdalnego systemu. command jest komenda, ktora ma byc wykonana w zdalnym systemie. argument sa to parametry komendy. Po wydaniu komendy REXEC zdalny system zazada podania poprawnego hasla konta zdalnego systemu. Przyklady: c>set name=kowalski c>rsh ci3ux ls -la Komenda wyprowadzi na ekran zawartosc katalogu /usr/kowalski systemu ci3ux (UNIX). c>rexec ci3ux ls -la Komenda wyprowadzi na ekran zawartosc katalogu /usr/kowalski systemu ci3ux (UNIX) po podaniu hasla dla uzytkownika "kowalski" tego systemu. 3.8. Program TSU. Program TSU umozliwia utworzenie polaczenia pomiedzy portem DOS-u a sesja zdalnego systemu. TSU steruje przeplywem danych i kieruje je do zdalnego systemu zwiazanego z portem DOS-u. TSU wymaga przygotowania takiego srodowiska, jak emulator TNVT220 i inne programy z pakietu LAN WorkPlace. W tym celu nalezy uruchomic programy LSL.EXE, WDPLUS.EXE, TCPIP.EXE i TELAPI.exe, korzystajac z plikow NET.BAT i TCPIP.BAT. c>net c>tcpip Program TELAPI jest uruchamiany z parametrem domyslnym, ktory umozliwia otwarcie tylko dwoch sesji. Maksymalnie mozna otworzyc 10 sesji. Aby umozliwic otwarcie kilku sesji nalezy wykonac nastepujace czynnosci: c>telapi -u - zwolnienie programu TELAPI c>telapi -sn sessions - ponowne uruchomienie TELAPI dla okreslonej parametrem -SN liczby sesji Sessions jest liczba z zakresu 0-10 Program TSU uruchamia sie komenda: c>TSU Na ekranie pojawi sie glowne menu podzielone na dwa obszary. W gornym obszarze widoczna jest lista otwartych sesji, w dolnym komendy. 3.9. Parametry konfiguracyjne emulatora terminali TNVT220. Charakterystyki emulatora terminali zawarte sa w pliku, do ktorego dostep jest tylko z poziomu sesji po przycisnieciu klawiszy Alt-S. Plik zawiera szesc ekranow: Setup Directory -glowny ekran Display Setup -parametry ekranu General Setup -tryb emulatora terminali Printer Setup -parametry drukarki Keybord Setup -charakterystyki klawiatury Tab Setup -definicja tabulatora Kazdy ekran zawiera tytul, pola z biezacymi wartosciami parametrow i linie statusowa. Po polach nalezy poruszac sie klawiszami strzalek. Zmiana wartosci danego pola nastepuje po przycisnieciu klawisza "+" lub "Enter" z klawiatury numerycznej. Wybor opcji Exit lub przycisniecie klawisza "Esc" powoduje wyjscie z pliku na poziom sesji. Powrot z innego ekranu wymaga dwukrotnego przycisniecia klawisza "Esc". 3.10. Oprogramowanie LAN WorkPlace w systemie Microsoft Windows. Zainstalowanie oprogramowania LAN WorkPlace w systemie Microsoft Windows powoduje, ze oprogramowanie to stanowi jedna z aplikacji systemu Windows. Funkcje realizowane przez oprogramowanie sa dostepne po uruchomieniu systemu Windows komenda: c>win Przed uruchomieniem programow z pakietu LAN WorkPlace nalezy przygotowac srodowisko takie, jakie bylo wymagane przy oprogramowaniu pracujacym pod kontrola systemu DOS. Oprogramowanie w tej wersji dostarcza nastepujacych uslug: -Host Presenter ustanawia polaczenia terminalowe z tym samym systemem lub roznymi systemami oraz umozliwia kopiowanie fragmentow plikow pomiedzy sesjami, korzystajac z edytora NOTEPAD. -File Express realizuje transfer zbiorow oraz udostepnia operacje na plikach i katalogach. -Serving FTP udostepnia zasoby komputera PC innym uzytkownikom sieci. -IP Resolver informuje o adresach internetowych IP. Instalacja oprogramowania w systemie Windows jest bardzo wygodna dla uzytkownika. Realizacja funkcji odbywa sie poprzez wybor odpowiedniej opcji z menu widocznego u gory ekranu. Uzytkownik ma mozliwosc wczesniejszego przygotowania parametrow do transferu zbiorow lub otwarcia sesji i zapamietania ich w plikach (tzw. profilach).