AKADEMIA GÓRNICZO- HUTNICZA

Wielkość: px
Rozpocząć pokaz od strony:

Download "AKADEMIA GÓRNICZO- HUTNICZA"

Transkrypt

1 AKADEMIA GÓRNICZO- HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki KATEDRA INFORMATYKI Konfiguracja serwera newsów INN Kierunek, rok studiów: Informatyka, IV rok Przedmiot: Administrowanie systemami komputerowymi Prowadzący zajęcia: Rok akad: 2001/2002 mgr inż. Bogusław Juza Semestr: letni Autorzy: Przemysław Musiał Marek Wieczorek Kraków, czerwiec 2002

2 0. Spis treści 0. Spis treści Wprowadzenie Wcześniejsze oprogramowanie dla Usenetu B News C News InterNetNews (INN) Różne architektury serwera INN Architektura scentralizowana Architektura rozproszona ze współdzielonym spool filesystemem Architektura rozproszona z replikacją Podstawowe funkcje systemu INN Zarządzanie strumieniem danych Odbieranie wiadomości od klientów Filtrowanie wiadomości Tworzenie nowych grup Usuwanie przeterminowanych wiadomości i gospodarowanie logami Zarząadzanie systemem Rodzaje spool filesystemu Drzewo katalogów systemu INN Opisy ważniejszych plików konfiguracyjnych 8.1. inn.conf 8.2. newsfeeds 8.3. readers.conf 8.4. incoming.conf 8.5. storage.conf 8.6. cycbuff.conf Działanie i najważniejsze komendy programu ctlinnd Przykładowa konfiguracja 2 serwerów INN Skrypt wyszukujący 20 najczęściej łączących się klientów

3 1. Wprowadzenie. Usenet jest to rozproszony system dystrybucji wiadomości zbudowany w oparciu o fizyczną strukturę sieci. Wiadomości rozsyłane są za pomocą protokołu NNTP z pakietu TCP/IP (RFC822); format wiadomości Usenetu opisuje dokument RFC1036. Grupy Newsowe jest to hierarchiczny system klasyfikacji wiadomości w Usenecie. W nagłówku każdej wiadomości znajduje się informacja w jakiej grupie Newsowej dana wiadomość powinna się znaleźć. Każdy z serwerów Newsów, w oparciu o które funkcjonuje Usenet, ma możliwość przechwytywania i udostępniania wiadomości należących do dowolnych grup Newsowych. Wiadomości wygenerowane na jakimś hoście są następnie dystrybuowane do najbliższych sąsiadów, którzy z kolei rozsyłają je do swoich sąsiadów etc. A B C D rys.1 Przykładowa topologia Usenetu. Aby uniknąć zapętleń, każdy host dodaje swoją nazwę do nagłówka wiadomości kiedy odebrana zostanie wiadomość w nagłówku której znajduje się nazwa danego hosta zostanie ona usunięta i nie będzie propagowana dalej. Innym zabezpieczeniem przed otrzymywaniem redundantnych wiadomości jest przechowywanie na hostach ID wiadomości które dany host już otrzymał. W sieci o topologii przedstawionej na rys.1, jeżeli host D otrzymał wiadomość W z hosta B to zapamiętuje on jej ID, by w momencie gdy otrzyma ją jeszcze raz z hosta C mógł ją zidentyfikować i automatycznie odrzucić. 2. Wcześniejsze oprogramowanie dla Usenetu B News B News był to historycznie pierwszy pakiet oprogramowania dla Usenetu. Składał się on z pojedyńczego programu rnews który przetwarzał każdy nadchodzący artykuł dopisując go do bazy odebranych wiadomości. W celu zapewnienia, że tylko 1 rnews jednocześnie edytuje bazę stosowany jest mechanizm blokady (ang. locking). Ze względu na dużą ilość przetwarzanych wiadomości (nieraz na dzień) blokada często zawodzi i nierzadkie jest występowanie 10 a nawet 100 duplikatów dziennie. Największe niedogodności wynikające z użytkowania B News wynikają z faktu przetwarzania każdej wiadomości przez osobny proces. Szczególnie widoczne jest to podczas propagacji wiadomości do sąsiednich site ów: zakładając, że nasz site odbiera dziennie wiadomości i musi je rozdystrybuować do 10 sąsiadów, oznacza to operacji I/O co może stanowić wąskie gardło dla pracującego w sieci systemu Newsów. 2

4 Wszystkie te niedogodności zadecydowały o tym, że B News nie są już rozwijane ani nigdzie wykorzystywane, choć kolejne wersje oprogramowania zapewniają wsteczną kompatybilność z B News C News C News pojawiło się niedługo po B News i w krótkim czasie wyparło go całkowicie. Nowością wprowadzoną w tym pakiecie był oddzielny program relaynews, uruchamiany kilka razy dziennie, którego zadaniem było przetwarzanie wiadomości które nadeszły w czasie od poprzedniego uruchomienia. Ponieważ uruchamiany jest tylko 1 instancja relaynews, nie jest zatem konieczna blokada dostępu do plików. Dodatkową poprawę wydajności uzyskuje się przez to, że przetwarzany jest na raz cały pakiet wiadomości które mogą być buforowane w pamięci. W sumie uzyskuje się przyspieszenie o 1 lub 2 rzędy wielkości. Ze względu na fakt, że wiadomości mogą przychodzić szybciej niż program relaynews jest je w stanie przetwarzać, konieczne stało się zatem buforowanie wiadomości w specjalnej kolejce (ang. spooling). Żeby unikać buforowania wiadomości tylko po to by je później usunąć, w modelu tym wprowadzono specjalny demon msgidd który buforuje w pamięci listę wiadomości otrzymanych w ciągu ostatnich 24 godzin. Pozwala to usunąć większość redundantnych wiadomości zanim w ogóle zostały one umieszczone w kolejce. Implementacja C News również posiada szereg słabych punktów: komunikacja serwera NNTP z innymi hostami odbywa się poprzez demona msgidd do niego kierowane są wszystkie zapytania zanim wiadomość zostanie pobrana; jeżeliby pierwsza kopia artykułu umieszczona w kolejce okazała się być uszkodzona, prawie na pewno nie zostanie ona powtórnie pobrana, nawet gdy wygaśnie już cache msgidd-a; ponieważ wszystkie artykuły są kolejkowane, relaynews nie jest w stanie powiedzieć serwerowi co stało się z danym artykułem, przez co serwer nie jest w stanie przekazać tej wiadomości swojemu sąsiadowi; trudno jest przez to wykryć ewentualne problemy z transmisją artykułów. Wszystkie te problemy spowodowały konieczność stworzenia nowej implementacji oprogramowania zarządzającego Usenetem. 3

5 3. InterNetNews (INN) Serwer newsów INN jest systemem dużo bardziej rozbudowanej i skomplikowanej od dwóch poprzednich architekturze. W jego skład wchodzi szereg demonów systemowych i innych programów oraz plików pomocniczych. active history spool wiadomości od użytkowników filter_nnrpd nnrpd expire fastrm news.daily scanlogs nadchodzące wiadomości filter_nnrpd innd logs innfeed innreport raport mailowy strumień danych o wysokim natężeniu, replikacja newsów dla odbiorców batch innxmit strumień danych o niskim natężeniu ctlinnd nntpsend rys.2 Architektura serwera INN. strumień wiadomości od użytkowników (klientów) strumień wiadomości nadciągających (z innych serwerów) strumień danych innych niż wiadomości wywołania programów procesy pliki filtry innd - podstawowy serwer newsów odpowiedzialny za przetwarzanie napływających danych (ang. newsfeeds). Nasłuchuje on na porcie 119 i akceptuje połączenia użytkowników. Dla każdego zaakceptowanego połączenia uruchamia oddzielny proces nnrpd w celu dalszej interakcji z użytkownikiem. nnrpd - serwer NNTP odpowiedzialny za obsługę klientów NNTP (ang. newsreaders). innxmit, nntpsend - programy oferujące newsy przetwarzane przez serwer innym site om, z wykorzystaniem plików wsadowych (strumień o niskim natężeniu), innfeed - program wysyłający newsy innym site om z wykorzystaniem specjalnych stworzonych w tym celu kanałów (strumień w wysokim natężeniu), ctlinnd - program odpowiedzialny za wysyłanie poleceń do innd, news.daily - wykonuje szereg istotnych funkcji administracyjnych: usuwanie przeterminowanych wiadomości, tworzenie logów, etc.; wywoływany zwykle za pomocą demona cron, expire, fastrm - programy odpowiedzialne za kasowanie wiadomości z serwera, expire analizuje plik history i wydaje do fastrm polecenia usunięcia przeterminowanych artykułów, 4

6 active - plik zawierający listę grup które lokalny site otrzymuje, history - plik zawierający informację o przechowywanych oraz ostatnio usuniętych wiadomościach Usenetu, spool - kolejka wiadomości na serwerze, 4. Różne architektury serwera INN Konfiguracje serwera newsów mogą się różnić między sobą jeżeli chodzi o stopień rozproszenia systemu. Możliwe są 3 poziomy rozproszenia: architektura scentralizowana (pojedyńczy serwer), architektura rozproszona ze współdzielonym spool filesystemem, architektura rozproszona z replikacją Architektura scentralizowana Jest to najprostszy sposób konfiguracji serwera newsów, w którym cały serwer umieszczony jest na 1 maszynie (patrz: rys.2). Przeznaczony jest dla małych systemów o niewielkiej wymaganej wydajności. zalety łatwość w utrzymaniu łatwiej zarządzać prostą, scentralizowaną architekturą niż skomplikowaną, rozproszoną niski koszt jeżeli obciążenie generowane przez serwer newsów jest niskie, komputer może służyć również do innych celów wady ograniczona skalowalność możliwa jest jedynie tzw. skalowalność pionowa (ang. vertical scalability), np. dodatkowa pamięć lub CPU pojedyńczy punkt awarii każde uszkodzenie powoduje wyłączenie całego systemu 5

7 4.2. Architektura rozproszona ze współdzielonym spool filesystemem Rozproszenie serwera newsów polega z grubsza rzecz biorąc na rozdzieleniu części centralnej serwera (ang. feeder) zajmującej się przyjmowaniem i wysyłaniem strumienia wiadomości, oraz klientów czytelników, którzy mogą być przez to lekkimi maszynami o niewielkich wymaganiach na zasoby. Dodatkowo rozproszyć można również sam spool filesystem, w którym przechowywany jest zasób wiadomości newsowych. W modelu rozważanym obecnie, filesystem pozostaje nadal scentralizowany. nadchodzące wiadomości wiadomości od użytkowników feeder news store active history spool czytelnik1 czytelnik2 czytelnik3 użytkownicy rys.3 Architektura rozproszona ze współdzielonym spool filesystemem Czytelnicy odbierają połączenia użytkowników, odczytują artykuły z kolejki i dostarczają je do użytkowników, odbierają wiadomości od użytkowników i dostarczają je do feedera. Feeder odbiera nadchodzący strumień danych z zewnętrznych site ów oraz wiadomości od użytkowników, zapisuje je do kolejki oraz wysyła na zewnątrz. Magazyn danych - może istnieć jako oddzielny host przyłączony poprzez NFS, bądź też być zasobem dyskowym istniejącym jako integralna część jednego z elementów systemu (najczęściej feedera). 6

8 4.3. Architektura rozproszona z replikacją W tym wariancie architektury serwera newsów istnieje w dalszym ciągu 1 feeder zajmujący się przyjmowaniem i wysyłaniem strumienia wiadomości, rozproszony zostaje jednak zasób dyskowy, w którym przechowywane są przetwarzane dane. Każdy z czytelników posiada w tym modelu swój własny magazyn danych będący repliką magazynu centralnego; replikacją danych zajmuje się feeder, on również dba o synchronizację danych we wszystkich lokalizacjach. news store nadchodzące wiadomości wiadomości od użytkowników active history spool feeder reader1 store active history spool reader1 store active history spool reader1 store active history spool news store active history spool czytelnik1 czytelnik2 czytelnik3 użytkownicy rys.4 Architektura rozproszona z replikacją 7

9 Czytelnicy odbierają połączenia użytkowników, odczytują artykuły ze swojej lokalnej kolejki i dostarczają je do użytkowników, odbierają wiadomości od użytkowników i dostarczają je do feedera. Czytelnicy NIE aktualizują swoich lokalnych kolejek to zadanie wykonuje feeder w procesie replikacji. Feeder odbiera nadchodzący strumień danych z zewnętrznych site ów oraz wiadomości od użytkowników, zapisuje je do kolejki oraz wysyła na zewnątrz. Dokonuje również replikacji zewnętrznych zasobów danych. 5. Podstawowe funkcje systemu INN Implementacja INN serwera newsów posiada szereg rozbudowanych opcji związanych z odbiorem i dystrybucją wiadomości, subskrypcją grup newsowych, metodami zabezpieczeń ruchu w sieci (przed niepowołanym dostępem lub spamem), etc. Konfiguracja serwera odbywa się przeważnie poprzez szereg plików konfiguracyjnych lub polecenia programu ctlinnd Zarządzanie strumieniem danych Podstawowe funkcje serwera newsów polegające na przetwarzaniu głównego strumienia danych. Akceptacja / odrzucanie przetwarzanego strumienia danych innd może pobierać dane z więcej niż jednego site u w sieci. Konfiguracji site ów z których pobierany jest strumień danych dokonuje się w pliku incoming.conf. Wszystkie napływające artykuły mogą być na wstępnym etapie przefiltrowane przez odpowiedni filtr filter_innd i odrzucone. Konfiguracji użytych filtrów w zależności od użytych wiadomości dokonuje się poprzez plik control.ctl; informacje o rezultatach działania filtrów logowane są w plikach news.log i news. Zaakceptowane wiadomości są następnie przesyłane do demona innd i ewentualnie rozsyłane do kolejnych site ów w sieci bądź to poprzez kanał komunikacji, bądź też poprzez plik wsadowy (ang. batchfile). Konfiguracja przekierowania strumienia wiadomości dokonywana jest przy pomocy pliku newsfeeds. Jeżeli grupa na którą przyszła dana wiadomość jest moderowana, wiadomość ta nie jest przesyłana od razu do innd ale wysyłana jest na specjalnie ustawiony dla niej adres mailowy. Konfiguracji takich adresów dla moderowanych grup dokonuje się w pliku moderators. Przetwarzanie artykułów kontrolnych Istnieje specjalna klasa artykułów służących do zarządzania grupami (t.j. tworzenia i usuwania grup). Artykuły takie, zwane artykułami kontrolnymi są wysyłane na grupy o adresach control.*. Są one przetwarzane są za pomocą programu ctlinnd wywoływanego bądź to ręcznie przez administratora, bądź to automatycznie przez innd. Ponieważ możliwość konfiguracji serwera poprzez artykuły kontrolne są łatwą furtką dla możliwych ataków z zewnątrz, istotne jest właściwe skonfigurowanie systemu pod względem przetwarzania wiadomości kontrolnych, za pomocą pliku control.ctl. Przetwarzanie artykułów anulujących Oprócz artykułów kontrolnych istnieje też druga klasa artykułów specjalnych tzw. artykuły anulujące (ang. cancel articles). Są one wysyłane na grupy o adresach 8

10 cancel.*, a ich działanie polega na usunięciu odpowiednich artykułów z danego serwera, oraz ze wszystkich innych serwerów na świecie. Gdy innd odbierze taki artykuł, dokonuje on operacji kasowania na swojej kolejce oraz pliku historii, oraz wysyła artykuł anulujący dalej. Wysyłanie na zewnątrz strumienia wiadomości: niskie natężenie Jednym ze sposobów wysyłania danych jest wykorzystanie do tego tzw. metody wsadowej (ang. batch method). Tworzone są tutaj tzw. pliki wsadowe (ang. batch files) zawierające informacje o wiadomościach do wysłania i następnie, w odstępach czasu określonych np. za pomocą demona cron uruchamiany jest skrypt nntpsend który sprawdza wszystkie pliki wsadowe i odpala dla każdego hosta instancję programu innxmit wysyłającego wiadomości. innxmit nawiązuje połączenie, transferuje dane i kończy działanie. Wysyłanie na zewnątrz strumienia wiadomości: wysokie natężenie Kiedy spodziewamy się dużego natężenia wysyłanych wiadomości możemy zastosować przesyłanie danych z wykorzystaniem tzw. kanałów komunikacji. W tym celu wykorzystywany jest na początku program innfeed który nawiązuje połączenia z poszczególnymi hostami. Kiedy innd nadeśle wiadomość, innfeed rozsyła ją do wszystkich zainteresowanych nią hostów, a w przypadku ich niedostępności lub zbyt wolnego przetwarzania danych zapisuje w kolejkach (ang. backlog files) tworzonych oddzielnie dla każdego hosta. Kolejki te mogą być systematycznie przycinane w celu zabezpieczenia przed wyczerpaniem przestrzeni dyskowej. Prędkość transferu danych, ilość otwartych połączeń i gospodarowanie nimi, zarządzanie plikami kolejkowymi oraz wiele innych opcji konfigurowanych jest w pliku konfiguracji innfeed.conf Odbieranie wiadomości od klientów Połączenia od klientów przetwarzane są przez demona nnrpd. Wiadomości które przychodzą tą drogą są najpierw przetwarzane przez filtr filter_nnrpd który jest ładowany w momencie startu nnrpd. Istnieją 2 możliwe konfiguracje: - nnrpd automatycznie przesyła do feedera każdą nadesłaną wiadomość, - wiadomości są najpierw składowane w pliku wsadowym a następnie cyklicznie przesyłane przy pomocy programu rnews; jeżeli rnews nie może w danej chwili przesłać danych do feedera (który na przykład w danym momencie nie działa), pozostawia je w kolejce aby spróbować je przesłać następnym razem; 5.3. Filtrowanie wiadomości Istnieją 2 podstawowe filtry wykorzystywane przez system (np. w celu zabezpieczenia się przed spamem): filter_nnrpd i filter_innd. Pierwszy z nich filtruje wiadomości nadsyłane przez klientów, drugi z nich filtruje cały strumień wiadomości napływający do feedera (w tym również wiadomości od klientów). Informacje o odrzuconych artykułach są umieszczane w logach systemu Tworzenie nowych grup Informacje o grupach odbieranych przez serwer zawarte są w pliku active. Dodawanie grup realizować można na 3 sposoby: ręcznie edytując plik active (nie polecane), wykorzystując istniejący plik active, używając programu ctlinnd. 9

11 By móc korzystać z programu ctlinnd musi być uruchomiony serwer innd, a ten z kolei wymaga istnienia w pliku active co najmniej 1 już dodanej grupy. Oznacza to, że przy początkowym uruchamianiu systemu musi już istnieć stworzony ręcznie plik active (patrz: 9. Działanie i najważniejsze komendy programu ctlinnd). Grupy moderowane Moderowane grupy jest to specjalny rodzaj grup które nie dopuszczają bezpośredniego wysyłania artykułów przez użytkowników, ale jedynie przez użytkowników specjalnego typu zwanych moderatorami. Każdy artykuł nadesłany przez użytkownika jest wysyłany em do moderatora i to moderator ma za zadanie zdecydować, czy wiadomość ta powinna się pojawić na grupie, czy też nie Usuwanie przeterminowanych wiadomości i gospodarowanie logami Celem dokonywania cyklicznych zmian w systemowym magazynie wiadomości oraz w systemowych logach, wykonywany jest cyklicznie program news.daily. Jest on odpowiedzialny za uruchamianie programu expire, który po upływie określonego czasu usuwa wiadomości z systemu zaznaczając zmiany w plikach active i history. W przypadku gdy używany jest standardowy spool filesystem, expire uruchamia również fastrm w celu fizycznego usunięcia wiadomości. news.daily odpowiada również za uruchamianie programu scanlog, który z kolei zarządza zbiorem logów systemowych i uruchamia innreport w celu przetwarzania ich i wysyłania odpowiednich komunikatów mailowych do administratora Zarządzanie systemem Istnieją 2 programy których zadaniem jest zarządzanie systemem newsów: - ctlinnd, który umożliwia wydawanie poleceń serwerowi innd (takich jak tworzenie/usuwanie grup, zarządzanie plikami wsadowymi etc.); - innwatch który uruchamiany cyklicznie sprawdza stan serwera (obciążenie, liczbę wolnych inodów), odpowiednio reagując na wykryte ewentualne problemy. 6. Rodzaje spool filesystemu Istnieją 4 różne formy w jakich przechowywana być może główny magazyn (spool) wiadomości w systemie: 1. Tradycyjny spool Jest to najprostsza z metod w jakich umieszczane są w systemie wiadomości: każda wiadomość jest tutaj przechowywana po prostu w osobnym pliku, w specjalnie przeznaczonym do tego celu katalogu (każda grupa w oddzielnym katalogu). Sposób ten ma swoje ograniczenia w starszych systemach w których kilka lub kilkanaście tysięcy artykułów jakie może zawierać magazyn danych dla jakiejś grupy stanowi barierę niemożliwą do pokonania. Większość jednak obecnie stosowanych systemów nie ma problemu z nadmierną ilością plików w katalogu, więc sposób ten jest z powodzeniem stosowany. Ten sposób implementacji filesystemu jest przyjmowany domyślnie. Wymaga jedynie wyspecyfikowania w pliku inn.conf w parametrze patharticles ścieżki do katalogu w której ma być przechowywany spool. 2. Spool hashowany czasowo (timehash) Ta metoda przechowywania wiadomości w systemie stworzona została jako modyfikacja poprzedniej metody w celu poradzenia sobie z problemem zbyt dużej ilości plików w 10

12 katalogach. Tak jak poprzednio dla każdej grupy przeznaczony jest tutaj oddzielny katalog, dodatkowo jednak artykuły w każdym z tych katalogów podzielone są na podkatalogi tworzone systematycznie w czasie działania systemu. Taki system miał zapewniać, że w żadnym z podkatalogów liczba plików nie przekroczy dopuszczalnego systemowo limitu. Gdy jednak liczba plików w katalogu przestała w obecnych systemach mieć krytyczne znaczenie, spadło znaczenie tego spool filesystemu. Dodatkowo skomplikowany sposób zarządzania systemem katalogów generuje tutaj duży narzut na działanie systemu i utrudnia ręczne szukanie interesującego nas artykułu w systemie. Metoda ta jest implementowana w pliku storage.conf (patrz: 8.5). 3. Buforowany spool hashowany czasowo (timecaf) Jest to metoda analogiczna do poprzedniej, z tą jednak różnicą że zamiast przeznaczać na każdy artykuł oddzielny plik, w oddzielnym pliku umieszczane są wszystkie artykuły należące do każdej z kolejnych, wyznaczonych czasowo grup (czyli każdemu plikowi odpowiada w poprzednim modelu pojedyńczy podkatalog). Zmniejszenie systemowego narzutu związanego z tworzeniem nowych plików zapewnia około 4-krotny wzrost wydajności w porównaniu z poprzednim modelem. Metoda ta jest implementowana w pliku storage.conf (patrz: 8.5). 4. Spool oparty na cyklicznym buforze (CNFS) W tej metodzie wszystkie artykuły umieszczane są w specjalnie skonfigurowanym pliku buforowym. Bufor ten obsługiwany jest cyklicznie, co oznacza że w momencie osiągnięcia końca bufora wszystkie następne wiadomości są nadpisywane w miejsce najstarszych. Stąd też pochodzi nazwa metody Cyclic News FileSystem (CNFS). Metoda ta zapewnia doskonałą wydajność przetwarzania oraz w łatwy sposób zabezpiecza przed wyczerpaniem się przestrzeni dyskowej. Podstawową jej wadą jest jednak fakt, że użytkownik nie posiada żadnej kontroli nad czasem przechowywania artykułów w systemie. Jest więc polecana np. w przypadku szybko rozrastających się grup, dla których nie jest istotne zapewnienie odpowiedniego QoS. Metoda ta jest implementowana w dwóch plikach: storage.conf (8.5) oraz specjalnym pliku cycbuf.conf (8.6) definiującym specjalne parametry bufora. 11

13 7. Drzewo katalogów systemu INN cron.daily pliki demona cron konfigurujące wysyłanie danych do feedera i usuwanie przeterminowanych artykułów cron.hourly plik demona cron konfigurujący wysyłanie danych na zewnątrz moderators adresy moderowanych grup newsfeeds konfiguruje wysyłanie strumienia danych nnrp.access [przestarzały] plik dostępu dla czytelników news2mail.cf actsync.cfg cycbuff.conf plik konfiguracyjny dla spool filesystemu CNFS incoming.conf nazwy i adresy serwerów dostarczających dane inn.conf główny plik konfiguracyjny dla INN innfeed.conf plik konfiguracyjny dla innfeed etc innreport.conf news storage.conf plik konfigurujący rodzaje spool filesystemów control.ctl specyfikuje obsługę wiadomości kontrolnych expire.ctl reguluje obsługę przeterminowanych artykułów innwatch.ctl kontroluje program nadzorujący innwatch nntpsend.ctl lista site ów zaopatrywanych w dane przez nntpsend overview.ctl overview.fmt format danych w bazie overview actsync.ign motd.news lokalne informacje o czytelnikach newsów passwd.nntp hasła dostępu do zdalnych serwerów NNTP distrib.pats domyślne wartości pól Distribution: nagłówka nnrpd.track plik specyfikujący hosty śledzone przez nnrpd rc.d init.d innd serwer INN rc.news skrypt startowy serwera INN bin skrypty, filtry wiadomości (podkatalog filter) i inne pliki wykonywalne doc usr lib różne skrypty man strony manuala active lista aktywnych grup newsowych distributions history lista obecnych i usuniętych artykułów newsgroups opisy grup newsowych lib news subscriptions.news.daily history.dir history.pag var active.times log news katalog zawierający pliki z logami serwera run news katalog z plikami używanymi gdy serwer jest uruchomiony archive archiwizowany magazyn artykułów articles magazyn artykułów spool news incoming artykuły przychodzące do serwera infeed outgoing artykuły wychodzące z serwera overview baza danych overview uniover zunifikowana baza dannych overview rys.5 Przykładowe drzewo katalogów dla serwera INN 12 <rootdir>

14 8. Opisy ważniejszych plików konfiguracyjnych 8.1. inn.conf inn.conf Główny plik konfiguracyjny serwera innd. Format wpisu: <parameter>:<whitespace><value> W pliku muszą wystąpić wszystkie dozwolone opcje. fromhost - nazwa hosta używana przy tworzeniu pola From w nagłówku artykułu; jeżeli wyspecyfikowana jest zmienna środowiskowa FROMHOST wartość tego argumentu jest nadpisywana moderatormailer - nazwa domyślnej maszyny która zawiera aliasy wszystkich moderowanych grup; opcja używana w przypadku, gdy nie jest stworzony plik moderators; domyślnie wartość nie jest ustawiona organization - używana przy tworzeniu pola Organization w nagłówku artykułu (jeżeli nie jest ono ustawione); jeżeli wyspecyfikowana jest zmienna środowiskowa ORGANIZATION wartość tego argumentu jest nadpisywana pathhost - specyfikuje nazwę lokalnego hosta używaną przy tworzeniu nagłówka Path artykułu; domyślnie jest używana pełna nazwa hosta server - specyfikuje nazwę domyślnego serwera NNTP; jeżeli wyspecyfikowana jest zmienna środowiskowa NNTPSERVER wartość tego argumentu jest nadpisywana; domyślnie wartość nie jest ustawiona domain - specyfikuje nazwę domenową lokalnego hosta; domyślnie wartość nie jest ustawiona overviewmap - wartość logiczna definiująca czy tablica indeksów overview ma być mapowana w pamięci (polecenie mmap) storageapi - wartość logiczna definiująca czy artykuły mają być składowane przy użyciu zdefiniowanego w pliku storage.conf specjalnego spool filesystemu (storage API) (patrz. 8.5) maxforks - ile instancji programu może zostać odpalonych (poleceniem fork) maxartsize - maksymalny rozmiar artykułów możliwy do zaakceptowania przez serwer (0 - brak ograniczeń, domyślnie ) nicekids - jeżeli przyjmuje wartość różną od 0, wszystkie procesy potomne będą posiadać taką wartość priorytetu nice nicenewnews - jeżeli przyjmuje wartość większą od 0, wszystkie procesy nnrpd wykonujące polecenie 'NEWNEWS' ustawią priorytet na tą wartość; wartość ignorowana, jeżeli jest mniejsza od wartości nicekids mta - specyfikuje agenta mailowego (message transfer agent) używaanego przy wysyłaniu wiadomości do moderatora; możliwa do użycia opcja '%s' zamieniana przy wywołaniu na adres moderatora; domyślnie nieustawiona, co powoduje jednak generowanie błędów systemowych mailcmd - ścieżka do programu mailowego wysyłającego raporty i wiadomości kontrolne; domyślnie ustawiony jest program innmail verifycancels - wartość logiczna specyfikująca czy ma być dokonywana weryfikacja, czy osoba wywołująca 'cancel' jest osobą która wysłała wiadomość; weryfikacja taka nie jest możliwa jeżeli polecenie 'cancel' przyszło zanim dotarła wiadomość logcancelcomm - wartość logiczna specyfikująca, czy mają być logowane informacje o wykonaniu poleceń 'ctlinnd calcel'; domyślnie ustawiona na 'false' wanttrash - wartość logiczna specyfikująca, czy wiadomości nadchodzące na adres nieznanych grup mają być wysyłane na adres grupy 'junk'; domyślnie ustawiona na 'false' remembertrash - wartość logiczna specyfikująca, czy w historii mają być pamiętane wszystkie odrzucone artykuły; pozwala to oszczędzić czas przy ponownym oferowaniu tych samych artykułów linecountfuzz - jeżeli wartość ta jest ustawiona na inną wartość niż 0, wówczas liczba linii w artukule sprawdzana jest z polem Lines: nagłówka artykułu i pole w nagłówku jest korygowane, jeżeli różni się od rzeczywistej liczby linii o więcej niż ta wartość logartsize - wartość logiczna specyfikująca, czy rozmiar artykułu ma być logowany w logach systemowych; domyślnie ustawiona na 'true' logipaddr - wartość logiczna specyfikująca, czy adres hosta ma być logowany zamiast wartości pola Path: nagłówka artykułu; domyślnie ustawiona na 'true' logsitename - wartość logiczna specyfikująca, czy nazwa site'u ma być logowana; domyślnie ustawiona na 'true' overviewname - nazwa pliku w którym mają być umieszczane dane overview; domyślnie '.overview' extendeddbz - wartość logiczna spacyfikująca, czy offset w pliku overview powinien być umieszczany w pliku dbz; może to znacząco poprawić wydajność, ale rozmiar pliku zwiększy się przez to 3 razy nnrpdoversize - wartość logiczna specyfikująca, czy statystyki overview powinny być logowane; standardowo ustawiona na 'false' storeonxref - wartość logiczna specyfikująca, czy storage API powinno składować artykuły bazując na polu Xref: nagłówka (w przeciwnym razie składowanie to odbywa się na podstawie nazwy grupy umieszczonej w nagłówku); standardowo ustawiona na 'true' nnrpdcheckart - wartość logiczna specyfikująca, czy nnrpd powinien sprawdzać czy dana wiadomość istnieje, zanim wykona na niej komendę; opcja może być użyteczna, ponieważ wiadomość może być usunięta, podczas gdy jej dane overview w dalszym ciągu istnieją; standardowo ustawiona na 'true' 13

15 storemsgid - wartość logiczna specyfikująca, czy pole Message-ID nagłówka powinno być składowane w pliku history; opcja dostępna gdy storageapi jest ustawione na 'false'; standardowo ustawione na 'true' usecontrolchan - wartość logiczna specyfikująca, czy powinno się używać kanałów transmisji dla wiadomości kontrolnych za wyjątkiem 'cancel'; jeżeli opcja jest ustawiona należy skonfigurować controlchan w pliku newsfeeds i zapewnić, że w pliku active znajduje się grupa 'control.cancel'; standardowo ustawiona na 'false' mergetogroups - wartość logiczna specyfikująca, czy grupy 'to.*' powinny być przekierowywane do 'to'; grupa 'to' powinna istnieć w pliku active; opcja standardowo ustawiona na 'false' keywords - wartość logiczna specyfikująca, czy w bazie overview powinny być generowane słowa kluczowe; ustawienie wartości wymaga również zmiany w pliku overview.fmt i usunięcia istniejącej bazy overview; dodatkowo w pliku config.data opcja KEYWORDS powinna być ustawiona na DO; standardowo ustawione na 'false' keylimit - maksymalna liczba bajtów zarezerwowana dla stworzenia słowa kluczowego (standardowo 512) keyartlimit - maksymalny rozmiar artykułu dla którego będą stworzone słowa kluczowe; wartość domyślna wynosi keymaxwords - maksymalna liczba słów kluczowych które będą wygenerowane dla artukułu (standardowo 250) refusecybercancels - wartość logiczna specyfikująca, czy odrzucać wiadomości których pole Message-ID: w nagłówku zaczyna się od '<cancel.'; odrzucenie to odbywa się przed dokonaniem wpisu do pliku history; standardowo ustawione na 'false' activedevable - jeżeli ta wartość logiczna jest ustawiona, wówczas nnrpd komunikuje się z plikiem active za pomocą protokołu UDP którym porozumiewa się ze specjalnie uruchomionym procesem actived activedupdate - liczba sekund określająca okres po jakim actived aktualizuje przechowywany w pamięci plik active activedport - port UDP na którym odbywa się komunikacja z actived noreader - wartość logiczna ustawiona standardowo na 'false' specyfikująca, czy nnrpd powinien stworzyć proces potomny dla obsłużenia połączenia z hostem nie wymienionym w incoming.conf pathnews - ścieżka do katalogu domowego będącego najczęściej korzeniem hierarchii systemu newsów pathbin - ścieżka do katalogu z programami obsługującymi newsy; standardowo '<pathnews>/bin' pathfilter - ścieżka do filtrów w perlu i TCL; standardowo '<pathnews>/filter' pathcontrol - ścieżka do katalogu z plikami kontrolnymi, uruchamianymi za pomocą polecenia podawanego w linii Control: w nadsyłanych artykułach; standardowo '<pathnews>/control' pathdb - ścieżka do plików używanych i zmienianych przez serwer (active, history i newsgroups); standardowo '<pathnews>/db' pathetc - ścieżka do katalogu z plikami konfiguracyjnymi; standardowo '<pathnews>/etc' pathrun - ścieżka do katalogu z plikami używanymi gdy serwer jest uruchomiony (pliki blokady, sockety kanałów); standardowo '<pathnews>/run' pathlog - ścieżka do katalogu gdzie zapisywane sa pliki z logami; standardowo '<pathnews>/log' pathhttp - ścieżka do katalogu gdzie umieszczane są pliki HTML (np. raport statusu); standardowo <pathlog> pathtmp - ścieżka do katalogu gdzie różne programy umieszczają swoje pliki tymczasowe; standardowo: <PATH wyspecyfikowany w --with-path w 'configure'> pathspool - ścieżka do katalogu będącego korzeniem dla magazynu danych; opcja obecnie nie używana; standardowo '<pathnews>/spool' patharticles - ścieżka do katalogu w którym składowane są artykuły; standardowo '<pathspool>/spool' pathoverview - ścieżka do katalogu w którym składowana jest baza overview; standardowo '<pathspool>/overview' pathoutgoing - ścieżka do katalogu w którym składowane są pliki wychodzące; standardowo '<pathspool>/outgoing' pathincoming - ścieżka do katalogu w którym składowane są przychodzące artykuły; standardowo '<pathspool>/incoming' patharchive - ścieżka do katalogu w którym składowane są archiwizowane artykuły; standardowo '<pathspool>/archive' pathuniover - ścieżka do katalogu w którym składowana jest zunifikowana baza overview; standardowo '<pathspool>/uniover' Opcje o nazwie zaczynającej się od 'backoff' są używane przez demona nnrpd do kontroli użytkowników o wysyłających wiadomości strumieniem o dużym natężeniu przy pomocy algorytmu backoff. Parametry tę są odczytywane na bieżąco w czasie pracy demona. Na potrzeby tego algorytmu użytkownicy są uporządkowani na podstawie ich adresu IP (albo nazwy symbolicznej, co specyfikuje opcja backoffout). Za każdym razem gdy dany host wyśle wiadomość, czas zajścia tego zdarzenia zostaje odnotowany. W momencie gdy w wyspecyfikowanym odstępnie czasu klient wyśle co najmniej określoną ilość wiadomości, algorytm backoff jest uruchamiany. Demon zasypia na określony czas; wiadomości w dalszym ciągu będą napływały, ale strumieniem o niższym natężeniu. Nowy czas bezczynności demona jest wyliczany na podstawie analizy, jak często napływać będą kolejne wiadomości. Jeżeli odstęp czasu pomiędzy kolejnymi nadesłanymi wiadomościami będzie mniejszy niż backoffpostfast, czas ten wyliczony będzie ze wzoru 1+(poprzedni_czas_bezczynności*backoff), jeżeli będzie większy niż backoffpostfast ale mniejszy od backoffpostslow, wówczas czas ten pozostanie bez zmian, jeżeli zaś będzie większy niż 14

16 backoffpostslow - zostanie wyzerowany i działanie algorytmu zacznie się od początku. Opcje używane tylko przez innd: pathalias - nazwa dodawana przed wyspecyfikowaną w pathhost, w momencie gdy wypełniane jest pole Path: nagłówka artykułu; standardowo nieustawiona hiscachesize - liczba kilobajtów przeznaczonych na cache w którym przechowywane są numery Message-ID: nadchodzących wiadomości; opcja użyteczna w przypadku, gdy duża ilość wiadomości nadchodzi zreplikowana i z opóźnieniem xrefslave - wartość logiczna specyfikująca, czy informacje zawarte w polu Xref: nagłówka będą wykorzystywane przy replikacji; opcja może być ustawiona w przypadku, gdy nnrpdposthost jest ustawione na wysyłanie wiadomości do macierzystego serwera; standardowo ustawione na 'false' nnrpdposthost - jeżeli wartość ustawiona jest na 'true', nnrpd i rnews wysyłają artykuły do określonego hosta; wartość może być ustawiona w przypadku, gdy xrefslave jest równiaż ustawione na 'true'; domyślnie ustawione na 'false' nnrpdpostport - port przez który dokonywane są połączenia w przypadku gdy nrpdposthost jest równe 'true'; standardowo ustawiony na 119 wireformat - jeżeli wartość ustawiona na 'true', wszystkie artykuły zapisywane są przez innd w formacie wire (znaki '\r\n' na końcu linii, podwójny odstęp na początku linii); jeżeli ustawiona jest opcja storageapi, wszystkie wiadomości są zapisywane w formacie wire i opcja te jest pomijana; wartość domyślna 'false' writelinks - jeżeli wartość jest ustawiona na 'true', wszystkie linki crosspost będą zapisywane w pliku history; opcja przydatna w sytuacji, gdy serwer obsługuje te linki; jeżeli ustawiona jest opcja storgeapi wszystkie takie linki są odrzucane; wartość domyślna 'true' status - jeżeli wartość ustawiona na '0' lub 'false', wówczas nie jest dokonywany żaden monitoring statusu; w przeciwnym wypadku opcja ta specyfikuje, co ile sekund ma być dokonywany monitoring; wartość domyślna '0' timer - jeżeli wartość ustawiona na '0' lub 'false', wówczas nie jest dokonywany żaden monitoring wydajności; w przeciwnym wypadku opcja ta specyfikuje, co ile sekund ma być dokonywany monitoring; wartość domyślna '0' peertimeout - ile sekund może być otwarty kanał nieaktywny przychodzący zanim serwer zamknie połączenie; wartość domyślna '0' readerswhenstopped - jeżeli wartość ustawiona na 'false', wówczas klienci mają w dalszym ciągu prawo łączyć się gdy serwer jest w stanie paused lub throttled ; wartość domyślna 'false' allownewnews - wartość logiczna specyfikująca, czy klienci mają prawo wykonywać polecenie 'NEWNEWS'; wartość domyślna 'true' chaninacttime - specyfikuje po ilu sekundach bezczynności serwer ma zaznaczać kanały jako bezczynne; wartość standardowa wynosi 600 chanretrytime - specyfikuje ile sekund serwer ma czekać aby powtórnie odtworzyć kanał komunikacji; wartość standardowa wynosi 300 maxconnections - maksymalna dozwolona liczba przychodzących połączeń; wartość standardowa wynosi 50 artcutoff - artykuły starsze niż wyspecyfikowana tutaj liczba dni są odrzucane; wartość domyślna wynosi 14 nntplinklog - czy plik zawierający nntplink info powinienn być umieszczany w logach; wartość domyślna 'false' nntpactsync - ile artykułów powinno być przetworzonych zanim zostanie to zalogowane jako operacja NNTP; wartość domyślna wynosi 200 badiocount - ile wadliwych operacji I/O może być wykonanych zanim kanał komunikacji zostanie uśpiony lub zamknięty; wartość domyślna wynosi 5 pauseretrytime - wyspecyfikowana tutaj liczba sekund powinna zostać odczekana, zanim kanał zostanie uznanay za nieaktywny; wartość standardowa wynosi 300 blockbackoff - liczba sekund do odczekania podczas wykonywania komendy zapisu 'EWOULDBLOCK'; wartość domyślna wynosi 120 icdsynccount - ile artykułów ma być zapisanych aby dokonana zastała kolejna zmiana w pliku active lub history; wartość domyślna wynosi 10 bindaddress - adres interfejsu na którym ma pracować innd; wartość musi być podana w notacji "kropkowej"; wartość 'all' lub brak wartości oznacza, że innd będzie nasłuchwał na wszystkich interfejsach; jeżeli ustawiona jest zmienna środowiskowa INND_BIND_ADDRESS, wartość tej opcji zastanie nadpisana; standardowo wartość nieustawiona sourceaddress - adres interfejsu dla wychodzących połączeń NNTP; wartość musi być podana w notacji "kropkowej"; jeżeli wartość jest równa 'all' lub nie jest wcale ustawiona, wówczas system operacyjny sam wybiera interfejs; standardowo wartość nieustawiona port - port TCP na którym serwer ma nasłuchiwać (standardowo 119) Opcje używane przez nnrpd i inews przy odbieraniu wiadomości od klientów: 15

17 checkincludedtext - jeżeli wartość jest ustawiona na 'true', wówczas artykuły nadsyłane przed klientów muszą mieć mniej niż 50% linii zawierających > ; wartość domyślna 'false' localmaxartsize - maksymalny rozmiar artykułu wysyłanego lokalnie (standardowo ) mimevesion - jeżeli parametr jest ustawiony, wówczas nnrpd dodaje do nagłówka artykułu pole MIME specyfikujące używaną wersję Multipurpose Internet Mail Extension; standardowo wartość nieustawiona mimecontenttype - jeżeli dodawane są pola nagłówka MIME, wówczas opcja ta specyfikuje wartość dla pola Content-Type nagłówka; wartość standardowa wynosi "text/plain; charset=us-ascii." mimeencoding - jeżeli dodawane są pola nagłówka MIME, wówczas opcja ta specyfikuje wartość dla pola Content-Transfer-Encoding-Header nagłówka; wartość standardowa wynosi "7bit" spoolfirst - jeżeli wartość jest ustawiona na 'true', wówczas nnrpd umieszcza nadchodzące artykuły w spool'u zanim wyśle je do innd; ustawienie jest opcji przyspiesza działanie, może jednak spowodować że wiadomości te nigdy do innd nie dotrą; potrzebne jest wtedy cykliczne wywoływanie 'rnews -U'; wartość domyślna wynosi 'false' complaints - jeżeli wartość jest ustawiona, jest ona umieszczana w polu X-Complaints-To: nagłówka artykułu; w przeciwnym wypadku jest tam umieszczany domyślny adres newsmastera articlemmap - wartość logiczna specyfikująca, czy nnrpd ma używać mapowania (funkcja mmap()) artykułów w pamięci, czy też wykorzystywać zwykły dostęp do pliku; wartość domyślna 'false' clienttimeout - ile sekund nnrpd może utrzymywać nieaktywne zanim zostanie ono zamknięte; wartość domyślna wynosi 600 Następujące tutaj opcje są używane przez skrypt startowy 'rc.news': decnetdomain - opcja specyfikuje nazwę domeny dla klientów łączących się przez DECNET; połączenia takie są dozwolone tylko w przypadku, gdy było to uwzględnione podczas kompilacji (opcja 'AF_DECnet'); domyślnie wartość nieustawiona innflags - flagi przekazywane do INN w momencie startu; standardowo nieustawione doinnwatch - wartość logiczna specyfikująca, czy ma być uruchamiany program innwatch; wartość domyślna 'true' innwatchsleeptime - liczba sekund jaką innwatch ma być uśpiony zanim dokona kontroli; wartość standardowa wynosi 600 pgpverify - wartość logicza specyfikująca, czy należy wykonywać weryfikacji pgp dla wiadomości kontrolnych (oprócz wiadomości 'cancel'); wartość standardowa 'false' controlfailnotice - wartość logiczna używana w parze z usecontrolchan: jeżeli jest ona równa 'true' a usecontrolchan jest ustawiona na 'false', wówczas każdy problem z przetwarzaniem wiadomości kontrolnych jest raportowany administratorowi za pośrednictwem maila; w przeciwnym wypadku, gdy wartości obu tych opcji są przeciwne, wówczas nic nie jest raportowane; wartość domyślna wynosi 'false' logcycles - ile logowań powinno wykonać news.daily zanim logi będą nadpisywane; wartość domyślna wynosi 3 innwatchpauseload - średnie obciążenie (* 100) serwera przy którym innwatch powinien zatrzymać pracę innd; wartość domyślna wynosi 1500 innwatchhiload - średnie obciążenie (* 100) serwera przy którym innwatch powinien "przydusić" (ang. throttle) pracę innd; wartość domyślna wynosi 2000 innwatchloload - średnie obciążenie (* 100) serwera przy którym innwatch powinien przywrócić normalną pracę innd; wartość domyślna wynosi 1000 innwatchspoolspace - zajętość przestrzeni (podana w jednostkach wyjściowych inndf) osiągnięcie której w bazie artykułów i bazie overview ma spowodować "przyduszenie" innd przez program innwatch; wartość domyślna wynosi 800 innwatchbatchspace - zajętość przestrzeni (podana w jednostkach wyjściowych inndf) osiągnięcie której w bazie artykułów wychodzących ma spowodować "przyduszenie" innd przez program innwatch; wartość domyślna wynosi innwatchspoolnodes - zajętość przestrzeni (podana w jednostkach wyjściowych inndf) osiągnięcie której w bazie artykułów ma spowodować "przyduszenie" innd przez program innwatch; wartość domyślna wynosi 200 docnfsstat - wartość logiczna spacyfikująca, czy należy uruchomić program cnfsstat; wartość domyślna wynosi 'false' 8.2. newsfeeds Artykuły odczytane przez dany serwer mogą być następnie rozesłane do innych serwerów których nazwy zostały wpisane w pliku konfiguracyjnym newsfeeds. Wpisy w tym pliku określają zasady i ograniczenia (nazwy grup, maksymalną liczbę kroków do przebycia) jakim 16

18 podlegać musi artykuł by mógł zostać przesłany. Istnieją różne formy (tzw. rodzaje newsfeeda) w jakich serwer traktuje strumień danych w celu ewentualnego przekazania go dalej: log: Identyfikatory nagłówków są zapisywane jedynie w pliku logów systemowych <ścieżka_logów_inn>/news. Forma ta jest równoważna formie przesyłania danych przez plik, gdy plik ten nie jest nigdzie zapisywany. plik: Identyfikatory wiadomości są zapisywane dodatkowo w odpowiednim pliku wsadowym (dla każdego site'a powinien być ustawiony oddzielny plik). Informacje zapisane w tym pliku mogą być następnie wykorzystane przez program innxmit do transferu danych na dany site. innxmit może być wykonywany cyklicznie, za pomocą demona cron. Ponieważ dane przed zapisem ich w pliku wsadowym są wcześniej przechowywane w wewnętrznym buforze, przed każdym wywołaniem innxmit wskazane jest wypróżnienie bufora (operacja flush). program: Opcja ta pozwala na swobodne dysponowanie odbieranymi artykułami. Dla każdej wiadomości wykonywany jest program, do którego ścieżka podawana jest jako parametr. Programem takim może być np. mailer. kanał: Opcja pozwalająca na szybką transmisję danych o dużym natężeniu. Program, do którego ścieżka podawana jest w parametrze, otwiera połączenie nntp do zdalnego site'u. Poprzez to połączenie odbierane wiadomości są w czasie rzeczywistym przesyłane dalej. W przypadku problemów z połączeniem (awarie na łączu, przepełnienie wewnętrznego bufora) dane są kolejkowane w pliku specjalnie wybranym dla danego site'a (tak jak w przypadku transmisji przez plik). eksploder: Transmisja danych przez eksploder jest równoważna transmisji poprzez kanał, wzbogaconej o możliwość interpretacji i wykonywania poleceń serwera INN. Jeżeli w strumieniu wejściowym eksplodera pojawi się linia zaczynająca się od znaku '!' (wykrzyknik), jest ona traktowana jako polecenie do wykonania i jest przesyłana do interpretera poleceń ctlinnd. Przykładowymi poleceniami do wykonania mogą być rozkazy dodania / usunięcia grupy (newgroup group / rmgroup group) bądź też polecenie odświeżenia bufora / buforów (flush sitename / flush). lejek: Lejek (ang. funnell) jest to pomocnicze narzędzie, pozwalające rozdzielać strumień danych w celu przesłania go dalej do różnych site'ów. Lejek definiujemy tak jak zwykły site pobierający dane w jednej ze standardowych form (np. również jako lejek), następnie tak zdefiniowany lejek może służyć jako źródło danych dla innych site'ów. # newsfeeds # Określa dokąd ma wędrować odebrany strumień danych. Składnia pojedyńczego wpisu w pliku: sitename[/exclude,exclude...]\ :pattern,pattern...[/distrib,distrib...]\ :flag,flag...\ :param sitename - nazwa site'u do którego kierowany jest strumień danych exclude - jeżeli we wpisie występuje co najmniej raz to pole, dany artykuł NIE będzie wysłany do danego site'u jeżeli wyspecyfikowana tutaj nazwa wystąpiła w polu Path nagłówka pattern - pole zapisane w formacie 'wildmat'; specyfikuje grupy artykuły z których mają być wysłane do danego site'u distrib - jeżeli we wpisie występuje co najmniej raz to pole, dany artykuł będzie wysłany do danego site'u tylko wówczas gdy pole Distribution: nagłówka pasuje do podanych tutaj nazw flag - flagi pozwalają wyspecyfikować dodatkowe opcje dla wpisu: <size - rozmiar wiadomości musi być mniejszy niż size 17

19 >size - rozmiar wiadomości musi być większy niż size Achecks - dodatkowe wymagania wyspecyfikowane przez checks są sprawdzane przed wysłaniem artykułu Bhigh/low - opcje bufora Fname - specyfikuje nazwę pliku który ma być użyty przy przesyłaniu strumienia danych przez plik Gcount - artykuł zostanie przesłany do site'u tylko wówczas, gdy został wysłany do co najwyżej count grup Hcount - artykuł zostanie przesłany do site'u tylko wówczas, gdy w polu Path: nagłówka znajduje się co najwyżej count wpisów Isize - rozmiar wewnętrznego bufora przy przesyłaniu danych przez plik Nmodifiers - przy pomocy tej opcji można wyspecyfikować, by dany site otrzymywał tylko moderowane lub tylko niemoderowane grupy Ppriority - priorytet 'nice' dla programu lub kanału przesyłającego dane Ooriginator - przy wyspecyfikowaniu tej opcji artykuły które maja być przesłane muszą posiadać w nagłówku pole X-Trace: w którym z kolei 1 pole musi pasować dozadanego parametru; originator podawany jest w formacie 'wildmat' Ssize - w przypadku gdy rozmiar danych dla danego site'u przekroczy size, system dokonuje ich kolejkowania w odpowiednim pliku wymiany; zwykle używane tylko tylko przy transmisji poprzez kanał lub eksploder Ttype - specyfikuje rodzaj feeda dla danego site'u: c - kanał f - plik l - log m - lejek (ang. funnell) p - program x - eksploder Witems - dodatkowe opcje param - znaczenie tego pola zalezy od rodzaju feeda, np. nazwa lejka, w przypadku programu lub kanału - pełna ścieżka dostępu do odpowiedniego programu Przykład użycia lejka: plus.ds14.agh.edu.pl:pl.*,com.*:tm:lejek! galaxy.uci.agh.edu.pl:*/com.*:tm:lejek! lejek!:*:tc:/usr/bin/nntpfanout Przykład z życia wzięty: :*:Tf,Fwymiana: Default of everything to everybody except for junk, control, anything with "local" as the newsgroup prefix (i.e. matches "localhost.stuff") or groups under foo. Articles posted to any group under alt.binaries.warez will not get propagated, even if they're cross posted to something that is. ME\ /world,usa,na,gnu,bionet,pubnet,u3b,eunet,vmsnet,inet,ddn,k12\ :: 8.3. readers.conf Plik readers.conf reguluje dostęp przez klientów do serwera nnrpd. Zawarte tutaj informacje definiują nam kto i na jakich zasadach ma prawo czytania wiadomości z określonych grup i wysyłania na nie. Istnieją 2 typy wpisów występujących w tym pliku: opcje oraz grupy konfiguracyjne. Opcje definiowane w pliku (w obrębie grup konfiguracyjnych) są zapisywane w formie pary <opcja>/<parametr>. Format wpisu jest następujący: w linii występuje nazwa opcji zakończona dwukropkiem, co najmniej 1 znak biały oraz parametr lub parametry oddzielone przecinkami (ciąg parametrów można dodatkowo wziąć w cudzysłów, co pozwala na umieszczenie dowolnej liczby białych znaków pomiędzy poszczególnymi parametrami). Przykłady opcji: hosts: *.example.com hosts: "*.example.com, *.example.net" hosts: *example.com,*example.net Długości linii w pliku podlegają ograniczeniom, które wynoszą przeważnie nieco mniej niż 2^13 (około 8,180 znaków). Wiele opcji jako typ parametrów przyjmuje wartości logiczne. Logiczna prawda może być specyfikowana przez "true", "yes" lub "on", natomiast fałsz wyrażany jest za pomocą parametrów "false", "no" lub "off". 18

20 Istnieją 2 typy grup konfiguracyjnych: auth{ i access{. Zadaniem tych grup jest odpowiednio autentykacja i autoryzacja użytkowników łączących się z serwerem. Każda z tych grup posiada ściśle określony zestaw opcji przy pomocy których są one konfigurowane. Grupa auth{ definiowana jest w następujący sposób: auth <name>{ hosts: <host-wildmat> auth: <auth-program> res: <res-program> default: <defuser> default-domain: <defdoamin>... etc. Zadaniem tej grupy jest kwalifikacja części połączeń do serwera jako określonych użytkowników identyfikowanych przez nazwę kwalifikowaną Uzyskane w ten sposób identyfikatory służą w dalszej kolejności do autoryzacji dostępu do określonych grup na określonych zasadach. Autoryzacja dostępu konfigurowana jest za pomocą innej grupy konfiguracyjnej - grupy access{. Jest ona definiowana: access <nazwa> { users: <identity-wildmat> newsgroups: <group-wildmat>... etc. Każda grupa access{ "przechwytuje" połączenia od określonych użytkowników i określa zakres ich uprawnień. Uprawnienia takie mogą polegać na możliwości odczytu wiadomości z określonej grupy, wysyłania do niej, filtracji wysyłanych wiadomości, etc. # readers.conf # Kontrola dostępu i konfiguracja nnrpd Format wpisów w pliku: auth "<name>" { hosts: "<hostlist>" auth: "<authprog>" res: "<resprog>" default: "<identity>" default-domain: "< -domain>" access "<name>" { users: "<userlist>" newsgroups: "<newsgroups>" read: "<read>" post: "<post>" access: "<perm>" auth{ - sekcja odpowiedzialna za autentykację użytkowników, definiująca grupę dostępu; każdy wpis w pliku powinien umożliwiać identyfikację użytkownika pod względem nazwy i domeny z której się łączy; posiada szereg opcji podanych w formacie: <opcja>: <parametry> opcje: hosts - lista hostów oddzielonych przecinkami, podanych podanych w formacie wildmat, oznaczających bądź to nazwy domen, bądź adresy IP, bądź też bloki adresów IP zapisane w formacie CIDR; specyfikują adresy, wywołania z których będą analizowane w tej sekcji res - jeżeli chcemy by nazwa [i hasło] użytkownika pobierane były przez zewnętrzny, specjalizowany program, w tej linijce musimy to wyspecyfikować; wyspecyfikowane programy muszą znajdować się fizycznie w katalogu <pathbin>/auth/resolv; w jednej sekcji auth{ może znajdować się więcej niż jedna opcja res:, 19

Grupy dyskusyjne w systemie Linux. Autorzy: Mariusz Lęcznar, Stanisław Medygrał 4FDS

Grupy dyskusyjne w systemie Linux. Autorzy: Mariusz Lęcznar, Stanisław Medygrał 4FDS Grupy dyskusyjne w systemie Linux. Autorzy: Mariusz Lęcznar, Stanisław Medygrał 4FDS 1 STRESZCZENIE Celem pracy jest przedstawienie podstawowych zagadnień związanych z grupami dyskusyjnymi pod systemem

Bardziej szczegółowo

Bezpieczeństwo w M875

Bezpieczeństwo w M875 Bezpieczeństwo w M875 1. Reguły zapory sieciowej Funkcje bezpieczeństwa modułu M875 zawierają Stateful Firewall. Jest to metoda filtrowania i sprawdzania pakietów, która polega na analizie nagłówków pakietów

Bardziej szczegółowo

ArtPlayer oprogramowanie do odtwarzania plików video sterowane Artnet/DMX V1.0.1

ArtPlayer oprogramowanie do odtwarzania plików video sterowane Artnet/DMX V1.0.1 Instrukcja obsługi ArtPlayer oprogramowanie do odtwarzania plików video sterowane Artnet/DMX V1.0.1 1 ArtPlayer to proste oprogramowanie umożliwiające odtwarzanie plików video i ich wybór poprzez protokół

Bardziej szczegółowo

Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński

Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński Temat 8.9. Wykrywanie i usuwanie awarii w sieciach komputerowych. 1. Narzędzia

Bardziej szczegółowo

INN serwery grup dyskusyjnych. Autorzy: Wojciech Kloc, Jacek Konstanty, Marcin Kordana

INN serwery grup dyskusyjnych. Autorzy: Wojciech Kloc, Jacek Konstanty, Marcin Kordana INN serwery grup dyskusyjnych Autorzy: Wojciech Kloc, Jacek Konstanty, Marcin Kordana IVFDS 1 STRESZCZENIE Niniejsze opracowanie sklada sie zasadniczo z dwóch czesci. W pierwszej z nich omówione zostaly

Bardziej szczegółowo

Konfiguracja konta pocztowego w Thunderbird

Konfiguracja konta pocztowego w Thunderbird Konfiguracja konta pocztowego w Thunderbird Sygnity SA 2013 Wszystkie prawa zastrzeżone. Znaki firmowe oraz towarowe użyte w opracowaniu są prawną własnością ich właścicieli. Autor dokumentacji: Magdalena

Bardziej szczegółowo

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja ZPKSoft WDoradca 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja 1. Wstęp ZPKSoft WDoradca jest technologią dostępu przeglądarkowego do zasobów systemu ZPKSoft Doradca.

Bardziej szczegółowo

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV Piotr Jarosik, Kamil Jaworski, Dominik Olędzki, Anna Stępień Dokumentacja wstępna TIN Rozproszone repozytorium oparte o WebDAV 1. Wstęp Celem projektu jest zaimplementowanie rozproszonego repozytorium

Bardziej szczegółowo

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe N, Wykład 4: Protokoły TCP/UDP i usługi sieciowe 1 Adres aplikacji: numer portu Protokoły w. łącza danych (np. Ethernet) oraz w. sieciowej (IP) pozwalają tylko na zaadresowanie komputera (interfejsu sieciowego),

Bardziej szczegółowo

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED Podręcznik użytkownika Katowice 2010 Producent programu: KAMSOFT S.A. ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) 209-07-05 Fax:

Bardziej szczegółowo

Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji.

Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji. 1 Moduł Modbus TCP Moduł Modbus TCP daje użytkownikowi Systemu Vision możliwość zapisu oraz odczytu rejestrów urządzeń, które obsługują protokół Modbus TCP. Zapewnia on odwzorowanie rejestrów urządzeń

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI DLA SIECI

INSTRUKCJA OBSŁUGI DLA SIECI INSTRUKCJA OBSŁUGI DLA SIECI Zapisywanie dziennika druku w lokalizacji sieciowej Wersja 0 POL Definicje dotyczące oznaczeń w tekście W tym Podręczniku użytkownika zastosowano następujące ikony: Uwagi informują

Bardziej szczegółowo

ABA-X3 PXES v. 1.5.0 Podręczna instrukcja administratora. FUNKCJE SIECIOWE Licencja FDL (bez prawa wprowadzania zmian)

ABA-X3 PXES v. 1.5.0 Podręczna instrukcja administratora. FUNKCJE SIECIOWE Licencja FDL (bez prawa wprowadzania zmian) Grupa Ustawienia Sieciowe umożliwia skonfigurowanie podstawowych parametrów terminala: Interfejs ETH0 Umożliwia wybór ustawień podstawowego interfejsu sieciowego. W przypadku wyboru DHCP adres oraz inne

Bardziej szczegółowo

Problemy techniczne SQL Server

Problemy techniczne SQL Server Problemy techniczne SQL Server Co zrobić, jeśli program Optivum nie łączy się poprzez sieć lokalną z serwerem SQL? Programy Optivum, które korzystają z bazy danych umieszczonej na serwerze SQL, mogą być

Bardziej szczegółowo

Współpraca z platformą Emp@tia. dokumentacja techniczna

Współpraca z platformą Emp@tia. dokumentacja techniczna Współpraca z platformą Emp@tia dokumentacja techniczna INFO-R Spółka Jawna - 2013 43-430 Pogórze, ul. Baziowa 29, tel. (33) 479 93 29, (33) 479 93 89 fax (33) 853 04 06 e-mail: admin@ops.strefa.pl Strona1

Bardziej szczegółowo

Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa

Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa Instalacja roli kontrolera domeny, Aby zainstalować rolę kontrolera domeny, należy uruchomić Zarządzenie tym serwerem, po czym wybrać przycisk

Bardziej szczegółowo

Wszystkie parametry pracy serwera konfigurujemy w poszczególnych zakładkach aplikacji, podzielonych wg zakresu funkcjonalnego.

Wszystkie parametry pracy serwera konfigurujemy w poszczególnych zakładkach aplikacji, podzielonych wg zakresu funkcjonalnego. Sz@rk Server - konfigurowanie systemu Sz@rk Server jest serwerem aplikacji z wydzieloną logiką biznesową, pracującym w architekturze opartej o usługi (SOA). Dane pomiędzy serwerem i klientami przesyłane

Bardziej szczegółowo

INSTRUKCJA KONFIGURACJI KLIENTA POCZTOWEGO

INSTRUKCJA KONFIGURACJI KLIENTA POCZTOWEGO INSTRUKCJA KONFIGURACJI KLIENTA POCZTOWEGO UWAGA!!! Wskazówki dotyczą wybranych klientów pocztowych Zespół Systemów Sieciowych Spis treści 1. Konfiguracja klienta pocztowego Outlook Express 3 2. Konfiguracja

Bardziej szczegółowo

Elektroniczna Skrzynka Podawcza

Elektroniczna Skrzynka Podawcza Elektroniczna Skrzynka Podawcza Instrukcja dla administratora Wersja 1.6.0 Przewodnik przeznaczony jest dla użytkowników, którzy administrują kontem urzędu w systemie Elektronicznej Skrzynki Podawczej.

Bardziej szczegółowo

Qmail radość listonosza. Autorzy: Bartosz Krupowski, Marcin Landoch IVFDS

Qmail radość listonosza. Autorzy: Bartosz Krupowski, Marcin Landoch IVFDS Qmail radość listonosza Autorzy: Bartosz Krupowski, Marcin Landoch IVFDS 1 STRESZCZENIE Artykuł jest przedstawieniem podstawowej konfiguracji jednego z najpopularniejszych agentów MTA (Mail Transfer Agent)

Bardziej szczegółowo

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Spis treści Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)...1

Bardziej szczegółowo

Struktura i funkcjonowanie komputera pamięć komputerowa, hierarchia pamięci pamięć podręczna. System operacyjny. Zarządzanie procesami

Struktura i funkcjonowanie komputera pamięć komputerowa, hierarchia pamięci pamięć podręczna. System operacyjny. Zarządzanie procesami Rok akademicki 2015/2016, Wykład nr 6 2/21 Plan wykładu nr 6 Informatyka 1 Politechnika Białostocka - Wydział Elektryczny Elektrotechnika, semestr II, studia niestacjonarne I stopnia Rok akademicki 2015/2016

Bardziej szczegółowo

Krótka instrukcja instalacji

Krótka instrukcja instalacji Krótka instrukcja instalacji Spis treści Krok 1 Pobieranie plików instalacyjnych Krok 2 Ekran powitalny Krok 3 Umowa licencyjna Krok 4 Wybór miejsca instalacji Krok 5 Informacje rejestracyjne Krok 6 Rozpoczęcie

Bardziej szczegółowo

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do Sesje i ciasteczka Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do śledzenia użytkownika podczas jednej sesji

Bardziej szczegółowo

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch System Rozproszone Komunikator Dokumentacja Maciej Muszkowski Jakub Narloch Wymagania Zgodnie ze wstępnymi założeniami komunikator musi, realizowad następujące funkcje: 1. Jest oparty o model Peer2Peer,

Bardziej szczegółowo

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Spis treści Konfiguracja Microsoft Outlook 2007... 3 Konfiguracja dla POP3... 7 Konfiguracja dla IMAP... 11 Sprawdzenie poprawności

Bardziej szczegółowo

Instrukcja konfiguracji funkcji skanowania

Instrukcja konfiguracji funkcji skanowania Instrukcja konfiguracji funkcji skanowania WorkCentre M123/M128 WorkCentre Pro 123/128 701P42171_PL 2004. Wszystkie prawa zastrzeżone. Rozpowszechnianie bez zezwolenia przedstawionych materiałów i informacji

Bardziej szczegółowo

Praca w sieci z serwerem

Praca w sieci z serwerem 11 Praca w sieci z serwerem Systemy Windows zostały zaprojektowane do pracy zarówno w sieci równoprawnej, jak i w sieci z serwerem. Sieć klient-serwer oznacza podłączenie pojedynczego użytkownika z pojedynczej

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA

INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA 2014 INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA ADMINISTRATORA ENTERPRISE INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA ADMINISTRATORA ENTERPRISE OPIS KONCEPCYJNY APLIKACJI ORAZ PRZEGLĄD FUNKCJI COPYRIGHT BY UBIQUITY

Bardziej szczegółowo

9. System wykrywania i blokowania włamań ASQ (IPS)

9. System wykrywania i blokowania włamań ASQ (IPS) 9. System wykrywania i blokowania włamań ASQ (IPS) System Intrusion Prevention w urządzeniach NETASQ wykorzystuje unikalną, stworzoną w laboratoriach firmy NETASQ technologię wykrywania i blokowania ataków

Bardziej szczegółowo

Ustalanie dostępu do plików - Windows XP Home/Professional

Ustalanie dostępu do plików - Windows XP Home/Professional Ustalanie dostępu do plików - Windows XP Home/Professional Aby edytować atrybuty dostępu do plikow/ katalogow w systemie plików NTFS wpierw sprawdź czy jest Wyłączone proste udostępnianie czyli przejdź

Bardziej szczegółowo

System archiwizacji i konserwacji baz danych MS SQL

System archiwizacji i konserwacji baz danych MS SQL System archiwizacji i konserwacji baz danych MS SQL Autor : Krzysztof Jarecki Spis treści 1. Przeznaczenie systemu... 3 2. Instalacja systemu... 4 3. Konfiguracja archiwizatora... 5 3.1 Przykład archiwizacji

Bardziej szczegółowo

Jarosław Kuchta Administrowanie Systemami Komputerowymi. Internetowe Usługi Informacyjne

Jarosław Kuchta Administrowanie Systemami Komputerowymi. Internetowe Usługi Informacyjne Jarosław Kuchta Internetowe Usługi Informacyjne Komponenty IIS HTTP.SYS serwer HTTP zarządzanie połączeniami TCP/IP buforowanie odpowiedzi obsługa QoS (Quality of Service) obsługa plików dziennika IIS

Bardziej szczegółowo

1. Moduł Print Master

1. Moduł Print Master 1. Moduł Print Master 1.1. Wprowadzenie Print Master (PM) to moduł, którego główną funkcją jest autoryzacja wydruków wykonywanych przez użytkownika w systemie Windows. Autoryzacja obejmuje wydruki wykonywane

Bardziej szczegółowo

Trojan bankowy Emotet w wersji DGA

Trojan bankowy Emotet w wersji DGA Trojan bankowy Emotet w wersji DGA Warszawa 17/11/2014 CERT Orange Polska Strona 1 z 7 Trojan bankowy Emotet został zauważony kilka miesięcy temu. Od tej pory zdaje się być cyklicznie wykorzystywany w

Bardziej szczegółowo

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład VII

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład VII Wrocław 2006 INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład VII Paweł Skrobanek C-3, pok. 323 e-mail: pawel.skrobanek@pwr.wroc.pl INTERNETOWE BAZY DANYCH PLAN NA DZIŚ : Cookies Sesje Inne możliwości

Bardziej szczegółowo

Data wydania: 2013-06-12. Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego

Data wydania: 2013-06-12. Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego Wersja 1.0 Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego w ramach Programu Operacyjnego Kapitał Ludzki Tytuł dokumentu: Dokumentacja dla administratora strony

Bardziej szczegółowo

Ćwiczenie: JavaScript Cookies (3x45 minut)

Ćwiczenie: JavaScript Cookies (3x45 minut) Ćwiczenie: JavaScript Cookies (3x45 minut) Cookies niewielkie porcje danych tekstowych, które mogą być przesyłane między serwerem a przeglądarką. Przeglądarka przechowuje te dane przez określony czas.

Bardziej szczegółowo

Konfiguracja vsftpd ( Very Secure FTP Server )

Konfiguracja vsftpd ( Very Secure FTP Server ) Konfiguracja vsftpd ( Very Secure FTP Server ) Jest to prawdopodobnie najbezpieczniejszy i najszybszy UNIX owy serwer FTP. Jego zaletami są m.in. prostota konfiguracji, bezpieczeństwo i szybkość (transfer

Bardziej szczegółowo

Wdrożenie modułu płatności eservice. dla systemu Zen Cart 1.3.9 1.5

Wdrożenie modułu płatności eservice. dla systemu Zen Cart 1.3.9 1.5 Wdrożenie modułu płatności eservice dla systemu Zen Cart 1.3.9 1.5 - dokumentacja techniczna Wer. 01 Warszawa, styczeń 2014 1 Spis treści: 1 Wstęp... 3 1.1 Przeznaczenie dokumentu... 3 1.2 Przygotowanie

Bardziej szczegółowo

Konfiguracja programu pocztowego dla kont w domenie spcsk.pl

Konfiguracja programu pocztowego dla kont w domenie spcsk.pl dla kont w domenie spcsk.pl 24 lutego 2012 Spis treści 1 Informacje ogólne 1 2 Konfiguracja programu Mozilla Thunderbird 2 3 Konfiguracja innych klientów poczty 10 4 Pytania i odpowiedzi 10 1 Informacje

Bardziej szczegółowo

Na podstawie: Kirch O., Dawson T. 2000: LINUX podręcznik administratora sieci. Wydawnictwo RM, Warszawa. FILTROWANIE IP

Na podstawie: Kirch O., Dawson T. 2000: LINUX podręcznik administratora sieci. Wydawnictwo RM, Warszawa. FILTROWANIE IP FILTROWANIE IP mechanizm decydujący, które typy datagramów IP mają być odebrane, które odrzucone. Odrzucenie oznacza usunięcie, zignorowanie datagramów, tak jakby nie zostały w ogóle odebrane. funkcja

Bardziej szczegółowo

m e d i a s e r v i c e Moduł kamery JPEG z komunikacją szeregową CJ0706A

m e d i a s e r v i c e Moduł kamery JPEG z komunikacją szeregową CJ0706A 1. Opis ogólny: /XXX/YYY (XXX przyjmować może wartości 232, 485 lub TTL, zaś YYY, to 090 lub 120) jest wysokozintegrowaną płytką, stanowiącą bazę do budowy systemów współpracujących z urządzeniami PDA,

Bardziej szczegółowo

2014 Electronics For Imaging. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym tego

2014 Electronics For Imaging. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym tego 2014 Electronics For Imaging. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym tego produktu. 23 czerwca 2014 Spis treści 3 Spis treści...5

Bardziej szczegółowo

MONITOROWANIE WINDOWS Z NETCRUNCHEM 7 P A G E 1

MONITOROWANIE WINDOWS Z NETCRUNCHEM 7 P A G E 1 MONITOROWANIE WINDOWS Z NETCRUNCHEM 7 P A G E 1 NetCrunch 7 monitoruje systemy MS Windows bez instalowania dodatkowych agentów. Jednakże, ze względu na zaostrzone zasady bezpieczeństwa, zdalne monitorowanie

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR UWAGA Aby zapewnić niezawodną pracę urządzenia, przed przystąpieniem do jego obsługi

Bardziej szczegółowo

Graficzny terminal sieciowy ABA-X3. część druga. Podstawowa konfiguracja terminala

Graficzny terminal sieciowy ABA-X3. część druga. Podstawowa konfiguracja terminala Graficzny terminal sieciowy ABA-X3 część druga Podstawowa konfiguracja terminala Opracował: Tomasz Barbaszewski Ustawianie interfejsu sieciowego: Podczas pierwszego uruchomienia terminala: Program do konfiguracji

Bardziej szczegółowo

1 Moduł Modbus ASCII/RTU

1 Moduł Modbus ASCII/RTU 1 Moduł Modbus ASCII/RTU Moduł Modbus ASCII/RTU daje użytkownikowi Systemu Vision możliwość komunikacji z urządzeniami za pomocą protokołu Modbus. Moduł jest konfigurowalny w taki sposób, aby umożliwiał

Bardziej szczegółowo

IBM SPSS Modeler Social Network Analysis 16 podręcznik instalowania i konfigurowania

IBM SPSS Modeler Social Network Analysis 16 podręcznik instalowania i konfigurowania IBM SPSS Modeler Social Network Analysis 16 podręcznik instalowania i konfigurowania Spis treści Rozdział 1. Wprowadzenie do programu IBM SPSS Modeler Social Network Analysis.............. 1 IBM SPSS

Bardziej szczegółowo

Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5

Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Format złożonego polecenia konfigurującego system pozycjonowania GPS SPY-DOG SAT ProSafe-Flota -KGPS A a B b C c D d E e F f G g H h I i J j K

Bardziej szczegółowo

Praca w sieci równorzędnej

Praca w sieci równorzędnej Praca w sieci równorzędnej 1. Architektura sieci równorzędnej i klient-serwer Serwer - komputer, który udostępnia zasoby lub usługi. Klient komputer lub urządzenie korzystające z udostępnionych przez serwer

Bardziej szczegółowo

S P I S T R E Ś C I. Instrukcja obsługi

S P I S T R E Ś C I. Instrukcja obsługi S P I S T R E Ś C I Instrukcja obsługi 1. Podstawowe informacje o programie.................................................................................... 2 2. Instalacja programu.....................................................................................................

Bardziej szczegółowo

QUERY język zapytań do tworzenia raportów w AS/400

QUERY język zapytań do tworzenia raportów w AS/400 QUERY język zapytań do tworzenia raportów w AS/400 Dariusz Bober Katedra Informatyki Politechniki Lubelskiej Streszczenie: W artykule przedstawiony został język QUERY, standardowe narzędzie pracy administratora

Bardziej szczegółowo

156.17.4.13. Adres IP

156.17.4.13. Adres IP Adres IP 156.17.4.13. Adres komputera w sieci Internet. Każdy komputer przyłączony do sieci ma inny adres IP. Adres ten jest liczbą, która w postaci binarnej zajmuje 4 bajty, czyli 32 bity. W postaci dziesiętnej

Bardziej szczegółowo

VinCent Administrator

VinCent Administrator VinCent Administrator Moduł Zarządzania podatnikami Krótka instrukcja obsługi ver. 1.01 Zielona Góra, grudzień 2005 1. Przeznaczenie programu Program VinCent Administrator przeznaczony jest dla administratorów

Bardziej szczegółowo

I. Informacje ogólne. Jednym z takich systemów jest Mambo.

I. Informacje ogólne. Jednym z takich systemów jest Mambo. MAMBO (CMS) I. Informacje ogólne CMS, Content Management System ("system zarządzania treścią") jest to jedna lub zestaw aplikacji internetowych pozwalających na łatwe utworzenie oraz późniejszą aktualizację

Bardziej szczegółowo

11. Autoryzacja użytkowników

11. Autoryzacja użytkowników 11. Autoryzacja użytkowników Rozwiązanie NETASQ UTM pozwala na wykorzystanie trzech typów baz użytkowników: Zewnętrzna baza zgodna z LDAP OpenLDAP, Novell edirectory; Microsoft Active Direcotry; Wewnętrzna

Bardziej szczegółowo

Instrukcje instalacji pakietu IBM SPSS Data Access Pack dla systemu Windows

Instrukcje instalacji pakietu IBM SPSS Data Access Pack dla systemu Windows Instrukcje instalacji pakietu IBM SPSS Data Access Pack dla systemu Windows Spis treści Rozdział 1. Przegląd......... 1 Wstęp................. 1 Wdrażanie technologii Data Access........ 1 Źródła danych

Bardziej szczegółowo

System operacyjny Linux

System operacyjny Linux Paweł Rajba pawel.rajba@continet.pl http://kursy24.eu/ Zawartość modułu 15 DHCP Rola usługi DHCP Proces generowania dzierżawy Proces odnawienia dzierżawy Konfiguracja Agent przekazywania DHCP - 1 - Rola

Bardziej szczegółowo

Konfiguracja interfejsu (złącza) PENDRIVE. Plik: 2015-03-30-PEN-01 PEN_45 PL

Konfiguracja interfejsu (złącza) PENDRIVE. Plik: 2015-03-30-PEN-01 PEN_45 PL Konfiguracja interfejsu (złącza) PENDRIVE Plik: 2015-03-30-PEN-01 PEN_45 PL 1. Opis ogólny Interfejs PENDRIVE umożliwia bezpośrednie zapisywanie danych przesyłanych z wagi do pamięci typu pendrive (USB

Bardziej szczegółowo

Pomoc dla http://host.nask.pl/ 31.12.2012 r.

Pomoc dla http://host.nask.pl/ 31.12.2012 r. Pomoc dla http://host.nask.pl/ 31.12.2012 r. Spis treści Kontakt... 2 Logowanie do konta pocztowego przez WWW... 3 Logowanie do panelu administracyjnego... 4 Konfiguracja klienta pocztowego... 7 Umieszczanie

Bardziej szczegółowo

SYSTEMY OPERACYJNE: STRUKTURY I FUNKCJE (opracowano na podstawie skryptu PP: Królikowski Z., Sajkowski M. 1992: Użytkowanie systemu operacyjnego UNIX)

SYSTEMY OPERACYJNE: STRUKTURY I FUNKCJE (opracowano na podstawie skryptu PP: Królikowski Z., Sajkowski M. 1992: Użytkowanie systemu operacyjnego UNIX) (opracowano na podstawie skryptu PP: Królikowski Z., Sajkowski M. 1992: Użytkowanie systemu operacyjnego UNIX) W informatyce występują ściśle obok siebie dwa pojęcia: sprzęt (ang. hardware) i oprogramowanie

Bardziej szczegółowo

Veronica. Wizyjny system monitorowania obiektów budowlanych. Instrukcja oprogramowania

Veronica. Wizyjny system monitorowania obiektów budowlanych. Instrukcja oprogramowania Veronica Wizyjny system monitorowania obiektów budowlanych Instrukcja oprogramowania 1 Spis treści 1. Aplikacja do konfiguracji i nadzoru systemu Veronica...3 1.1. Okno główne aplikacji...3 1.2. Edycja

Bardziej szczegółowo

Funkcje dodatkowe. Wersja 1.2.1

Funkcje dodatkowe. Wersja 1.2.1 Funkcje dodatkowe Wersja 1..1 Dokumentacja SMSAPI (https) FUNKCJE DODATKOWE z dnia 1.06.01 Wersja 1..1 SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem

Bardziej szczegółowo

Instrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs. www.poczta.greenlemon.pl

Instrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs. www.poczta.greenlemon.pl Instrukcja do panelu administracyjnego do zarządzania kontem FTP WebAs www.poczta.greenlemon.pl Opracowanie: Agencja Mediów Interaktywnych GREEN LEMON Spis treści 1.Wstęp 2.Konfiguracja 3.Konto FTP 4.Domeny

Bardziej szczegółowo

1 Moduł Modbus ASCII/RTU 3

1 Moduł Modbus ASCII/RTU 3 Spis treści 1 Moduł Modbus ASCII/RTU 3 1.1 Konfigurowanie Modułu Modbus ASCII/RTU............. 3 1.1.1 Lista elementów Modułu Modbus ASCII/RTU......... 3 1.1.2 Konfiguracja Modułu Modbus ASCII/RTU...........

Bardziej szczegółowo

Katedra Inżynierii Komputerowej Politechnika Częstochowska. Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych

Katedra Inżynierii Komputerowej Politechnika Częstochowska. Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych Katedra Inżynierii Komputerowej Politechnika Częstochowska Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych Cel ćwiczenia Zastosowania protokołu ICMP Celem dwiczenia jest zapoznanie

Bardziej szczegółowo

Kancelaria Prawna.WEB - POMOC

Kancelaria Prawna.WEB - POMOC Kancelaria Prawna.WEB - POMOC I Kancelaria Prawna.WEB Spis treści Część I Wprowadzenie 1 Część II Wymagania systemowe 1 Część III Instalacja KP.WEB 9 1 Konfiguracja... dostępu do dokumentów 11 Część IV

Bardziej szczegółowo

Microsoft Exchange Server 2013

Microsoft Exchange Server 2013 William R. Stanek Vademecum Administratora Microsoft Exchange Server 2013 Konfiguracja i klienci systemu Przekład: Leszek Biolik APN Promise 2013 Spis treści Wstęp..........................................

Bardziej szczegółowo

Wątek - definicja. Wykorzystanie kilku rdzeni procesora jednocześnie Zrównoleglenie obliczeń Jednoczesna obsługa ekranu i procesu obliczeniowego

Wątek - definicja. Wykorzystanie kilku rdzeni procesora jednocześnie Zrównoleglenie obliczeń Jednoczesna obsługa ekranu i procesu obliczeniowego Wątki Wątek - definicja Ciąg instrukcji (podprogram) który może być wykonywane współbieżnie (równolegle) z innymi programami, Wątki działają w ramach tego samego procesu Współdzielą dane (mogą operować

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 3 Temat ćwiczenia: Narzędzia sieciowe w systemie Windows 1. Wstęp

Bardziej szczegółowo

Instalacja Active Directory w Windows Server 2003

Instalacja Active Directory w Windows Server 2003 Instalacja Active Directory w Windows Server 2003 Usługa Active Directory w serwerach z rodziny Microsoft odpowiedzialna jest za autentykacje użytkowników i komputerów w domenie, zarządzanie i wdrażanie

Bardziej szczegółowo

EuroFirma Sklep Internetowy do programów

EuroFirma Sklep Internetowy do programów EuroFirma Sklep Internetowy do programów humansoft HermesMała Firma humansoft HermesStandard Bielsko-Biała,październik 2008 do obsługi sklepu internetowego Instrukcja modułu Sklep Internetowy do programu

Bardziej szczegółowo

Na chwilę obecną biblioteka ElzabObsluga.dll współpracuje tylko ze sprawdzarkami RSowymi.

Na chwilę obecną biblioteka ElzabObsluga.dll współpracuje tylko ze sprawdzarkami RSowymi. Instrucja wdrożenia biblioteki ElzabObsluga.dll Wymagane wersje: ihurt 6.3 ElzabObsluga.dll 6.1.0.0 KhAutomat 6.3.0.0 Schemat blokowy: Na chwilę obecną biblioteka ElzabObsluga.dll współpracuje tylko ze

Bardziej szczegółowo

KS-ZSA. Mechanizm aktualizacji kartotek lokalnych w aptece na podstawie zmian w kartotece CKT. Data aktualizacji: 2013-08-29

KS-ZSA. Mechanizm aktualizacji kartotek lokalnych w aptece na podstawie zmian w kartotece CKT. Data aktualizacji: 2013-08-29 KS-ZSA Mechanizm aktualizacji kartotek lokalnych w aptece na podstawie zmian w kartotece CKT Data aktualizacji: 2013-08-29 1. Opis funkcjonalności Funkcjonalność umożliwia obsługiwanie zmian urzędowych

Bardziej szczegółowo

Wdrożenie modułu płatności eservice. dla systemu oscommerce 2.3.x

Wdrożenie modułu płatności eservice. dla systemu oscommerce 2.3.x Wdrożenie modułu płatności eservice dla systemu oscommerce 2.3.x - dokumentacja techniczna Wer. 01 Warszawa, styczeń 2014 1 Spis treści: 1 Wstęp... 3 1.1 Przeznaczenie dokumentu... 3 1.2 Przygotowanie

Bardziej szczegółowo

Instrukcja użytkownika. Aplikacja Smart Paczka DPD

Instrukcja użytkownika. Aplikacja Smart Paczka DPD Instrukcja użytkownika Aplikacja Smart Paczka DPD Instrukcja użytkownika Aplikacja Smart Paczka DPD Wersja 2.0 Warszawa, Wrzesień 2015 Strona 2 z 9 Instrukcja użytkownika Aplikacja Smart Paczka DPD Spis

Bardziej szczegółowo

Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R.

Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R. Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R. Topologia sieci: Lokalizacja B Lokalizacja A Niniejsza instrukcja nie obejmuje konfiguracji routera dostępowego

Bardziej szczegółowo

System Kancelaris. Zdalny dostęp do danych

System Kancelaris. Zdalny dostęp do danych Kancelaris krok po kroku System Kancelaris Zdalny dostęp do danych Data modyfikacji: 2008-07-10 Z czego składaj adają się systemy informatyczne? System Kancelaris składa się z dwóch części: danych oprogramowania,

Bardziej szczegółowo

asix4 Podręcznik użytkownika DMS500 - drajwer protokołu analizatorów DURAG DMS 500 Podręcznik użytkownika

asix4 Podręcznik użytkownika DMS500 - drajwer protokołu analizatorów DURAG DMS 500 Podręcznik użytkownika asix4 Podręcznik użytkownika DMS500 - drajwer protokołu analizatorów DURAG DMS 500 Podręcznik użytkownika Dok. Nr PLP4021 Wersja: 04-10-2005 Podręcznik użytkownika asix4 ASKOM i asix to zastrzeżone znaki

Bardziej szczegółowo

SERWERY WIRTUALNE Stabilność, szybkość i bezpieczeństwo danych...

SERWERY WIRTUALNE Stabilność, szybkość i bezpieczeństwo danych... SERWERY WIRTUALNE Stabilność, szybkość i bezpieczeństwo danych... Oferujemy Państwu profesjonalny hosting już od około 0,17 zł netto/dziennie. Jeśli korzystają Państwo z dużych drogich serwerów i nie chcą

Bardziej szczegółowo

Złośliwe oprogramowanie Sandrorat (podszywające się pod oprogramowanie Kaspersky) na platformę Android WYNIKI ANALIZY

Złośliwe oprogramowanie Sandrorat (podszywające się pod oprogramowanie Kaspersky) na platformę Android WYNIKI ANALIZY Złośliwe oprogramowanie Sandrorat (podszywające się pod oprogramowanie Kaspersky) na platformę Android WYNIKI ANALIZY 4 sierpnia 2014 r. W dniach 1 do 4 sierpnia 2014 r. poddaliśmy analizie oprogramowanie

Bardziej szczegółowo

instrukcja INSTALACJI www.piersa.pl APi_proxy

instrukcja INSTALACJI www.piersa.pl APi_proxy instrukcja INSTALACJI 1 1. Instalacja Proces instalacji jest prosty wgrywamy pliki na serwer nadajemy prawa chmod 777 lub 755 dla katalogu w którym znajduje się aplikacja przeważnie będzie to katalog public_html

Bardziej szczegółowo

Programowanie współbieżne i rozproszone

Programowanie współbieżne i rozproszone Programowanie współbieżne i rozproszone WYKŁAD 6 dr inż. Komunikowanie się procesów Z użyciem pamięci współdzielonej. wykorzystywane przede wszystkim w programowaniu wielowątkowym. Za pomocą przesyłania

Bardziej szczegółowo

Do wersji 7.91.0 Warszawa, 09-12-2013

Do wersji 7.91.0 Warszawa, 09-12-2013 Biuro Online Konektor instrukcja użytkownika Do wersji 7.91.0 Warszawa, 09-12-2013 Spis treści 1. Instalacja oprogramowania... 3 2. Pierwsze uruchomienie... 5 2.1. Tworzenie usługi... 5 2.2. Konfiguracja

Bardziej szczegółowo

Internetowy serwis Era mail Aplikacja sieci Web

Internetowy serwis Era mail Aplikacja sieci Web Internetowy serwis Era mail Aplikacja sieci Web (www.login.eramail.pl) INSTRUKCJA OBSŁUGI Spis treści Internetowy serwis Era mail dostępny przez komputer z podłączeniem do Internetu (aplikacja sieci Web)

Bardziej szczegółowo

I. Interfejs użytkownika.

I. Interfejs użytkownika. Ćwiczenia z użytkowania systemu MFG/PRO 1 I. Interfejs użytkownika. MFG/PRO w wersji eb2 umożliwia wybór użytkownikowi jednego z trzech dostępnych interfejsów graficznych: a) tekstowego (wybór z menu:

Bardziej szczegółowo

Serwer SAMBA UDOSTĘPNIANIE UDZIAŁÓW SIECIOWYCH PIOTR KANIA

Serwer SAMBA UDOSTĘPNIANIE UDZIAŁÓW SIECIOWYCH PIOTR KANIA 2015 Serwer SAMBA UDOSTĘPNIANIE UDZIAŁÓW SIECIOWYCH PIOTR KANIA Spis treści. Spis treści. 1 Wprowadzenie. 2 Instalacja / deinstalacja serwera Samby w OpenSuse. 2 Usługi Samby / porty nasłuchu. 2 Zarządzanie

Bardziej szczegółowo

Windows Serwer 2008 R2. Moduł 5. Zarządzanie plikami

Windows Serwer 2008 R2. Moduł 5. Zarządzanie plikami Windows Serwer 2008 R2 Moduł 5. Zarządzanie plikami Sprawdzamy konfigurację kart sieciowych 172.16.x.0 x nr w dzienniku Na serwerze musi działać Internet! Statyczny adres IP jest potrzebny komputerom,

Bardziej szczegółowo

4. Podstawowa konfiguracja

4. Podstawowa konfiguracja 4. Podstawowa konfiguracja Po pierwszym zalogowaniu się do urządzenia należy zweryfikować poprawność licencji. Można to zrobić na jednym z widżetów panelu kontrolnego. Wstępną konfigurację można podzielić

Bardziej szczegółowo

Połączenie Partnera z serwisem JustPay poprzez - METODĘ 2

Połączenie Partnera z serwisem JustPay poprzez - METODĘ 2 Połączenie Partnera z serwisem JustPay poprzez - METODĘ 2 Generowanie kodów: po stronie Partnera Weryfikacja kodów: po stronie Partnera Spis treści 1. Kolejne kroki w stworzeniu własnego serwisu 2. Jak

Bardziej szczegółowo

Biuletyn techniczny. CDN OPT!MA 12.0 Drukarki fiskalne w usługach terminalowych. Copyright 2007 COMARCH SA

Biuletyn techniczny. CDN OPT!MA 12.0 Drukarki fiskalne w usługach terminalowych. Copyright 2007 COMARCH SA Biuletyn techniczny CDN OPT!MA 12.0 Drukarki fiskalne w usługach terminalowych Copyright 2007 COMARCH SA 1 Spis treści 1 SPIS TREŚCI... 2 2 DRUKARKI FISKALNE W USŁUGACH TERMINALOWYCH... 3 2.1 2.2 INSTALACJA

Bardziej szczegółowo

KS-ZSA. Mechanizm centralnego zarządzania rolami

KS-ZSA. Mechanizm centralnego zarządzania rolami KS-ZSA Mechanizm centralnego zarządzania rolami 1. Opis funkcjonalności W KS-ZSA zostaje udostępniona funkcji centralnego zarządzania rolami. W samym programie jest możliwość tworzenia centralnej roli

Bardziej szczegółowo

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak Wykład 3 / Wykład 4 Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak 1 Wprowadzenie do Modułu 3 CCNA-E Funkcje trzech wyższych warstw modelu OSI W jaki sposób ludzie wykorzystują

Bardziej szczegółowo

INSTRUKCJA INSTALACJI I KONFIGURACJI APLIKACJI WEBSOFT SITE ANALYZER 2.7.1

INSTRUKCJA INSTALACJI I KONFIGURACJI APLIKACJI WEBSOFT SITE ANALYZER 2.7.1 INSTRUKCJA INSTALACJI I KONFIGURACJI APLIKACJI WEBSOFT SITE ANALYZER 2.7.1 Producent: Lukaszjarosinski.com Nazwa oprogramowania: Websoft Site Analyzer 2.7.1 Wersja finalna: 28.02.2013 Kontakt: lukaszjarosinski@gmail.com,

Bardziej szczegółowo

Kadry Optivum, Płace Optivum. Jak przenieść dane na nowy komputer?

Kadry Optivum, Płace Optivum. Jak przenieść dane na nowy komputer? Kadry Optivum, Płace Optivum Jak przenieść dane na nowy komputer? Aby kontynuować pracę z programem Kadry Optivum lub Płace Optivum (lub z obydwoma programami pracującymi na wspólnej bazie danych) na nowym

Bardziej szczegółowo

Instrukcja obsługi aplikacji MobileRaks 1.0

Instrukcja obsługi aplikacji MobileRaks 1.0 Instrukcja obsługi aplikacji MobileRaks 1.0 str. 1 Pierwsze uruchomienie aplikacji. Podczas pierwszego uruchomienia aplikacji należy skonfigurować połączenie z serwerem synchronizacji. Należy podać numer

Bardziej szczegółowo

Instrukcja obsługi programu Klient SMS v.1.0

Instrukcja obsługi programu Klient SMS v.1.0 Instrukcja obsługi programu Klient SMS v.1.0 Rozpoczęcie pracy z programem Aby rozpocząć pracę z aplikacją kliencką należy uruchomić dowolną przeglądarkę internetową i wpisać adres: lub http://

Bardziej szczegółowo

Symfonia Produkcja Instrukcja instalacji. Wersja 2013

Symfonia Produkcja Instrukcja instalacji. Wersja 2013 Symfonia Produkcja Instrukcja instalacji Wersja 2013 Windows jest znakiem towarowym firmy Microsoft Corporation. Adobe, Acrobat, Acrobat Reader, Acrobat Distiller są zastrzeżonymi znakami towarowymi firmy

Bardziej szczegółowo