Central Longer to serwer, który działa jako serwer i otrzymuje wszystkie logi z każdego serwera, od każdego klienta
ustawionego tam, aby otrzymywać informacje o logowaniu.
Zadaniem tego serwera jest generowanie własnych logów, które zarządzają wszystkimi logami w katalogu
logów.
A także, jeśli jest tak zbudowany, aby odbierać wszystkie dzienniki, może działać jako centralny rejestrator.
Powodem, dla którego nazywamy to centralnym dziennikiem, jest to, że jest to lokalizacja centralna, tak jak
widzisz wiele nazw, takich jak Grand Central lub Central location.
Wszystko, co znajduje się centralnie, aby odbierać cały ruch przychodzący, niezależnie od tego, czy są to pociągi,
samoloty czy autobusy, najprawdopodobniej usłyszysz słowo centralne wraz z nazwą jego rzeczywistej lokalizacji.
Tak więc w naszym środowisku Linux mamy serwer o nazwie Central Logger i ma on usługę, która działa na
tym serwerze.
Nazywa się to dziennikiem RSS.
A nazwa usługi lub pakietu to Artosis Log.
Nie ma D na końcu, ale to po prostu coś, do czego trzeba się
przyzwyczaić.
Nie wiem, dlaczego nie ma niektórych usług, a niektóre z nich nie mają.
Ale jest dobrze.
Użyj, jest coś, w czym po prostu musisz żyć.
Plik konfiguracyjny znajduje się w pliku tes log dotcom.
Tutaj wchodzisz i zmieniasz parametry, jeśli musisz.
A usługa, która zaczęłaby zatrzymywać swoją dokładną składnię, będzie polegać na tym, że systemowy ctrl ponownie uruchomi nasz dziennik usługi i włączy
go w czasie rozruchu, co oznacza, że za każdym razem, gdy ponownie uruchomisz system, chcesz, aby ta
usługa była uruchomiona i działała wraz z systemem.
Więc włączasz obraz, mówi tysiąc słów.
Dlatego mam to zdjęcie po prawej stronie.
Jeśli widzisz w środku mamy serwer, który pełni rolę centralnego loggera.
Odbiera cały ruch ze wszystkich innych serwerów.
Te serwery mogą być dowolne, nie chodzi o serwer, który może być modemem.
Może to być komputer z systemem Windows.
Może to być maszyna z Linuksem.
To może być drukarka.
Możesz skonfigurować dowolne z tych urządzeń, aby przesyłać swój ruch dziennika do jednorazowego.
Teraz dobre pytanie brzmi: po co nam nasz serwer logów SAS lub Centralny Rejestrator?
Cóż, zadaj sobie pytanie, czy pracujesz w środowisku, w którym jest tysiące serwerów i
masz problemy z serwerami od czasu do czasu, czasami trzy serwery, czasami napięte ponad 100
serwerów, czy rzeczywiście zamierzasz logować się na każdy serwer po kolei jeden i sprawdź logi, aby zobaczyć, w którym
systemie występuje problem i gdzie faktycznie występuje problem?
Oczywiście nie, prawda, bo to żmudne zadanie, nie chcesz
tracić tam czasu, jesteś osobą produktywną, więc chcesz znacznie ułatwić sobie życie.
Chcesz, aby Twój system był bardziej wydajny, tak aby podczas tworzenia centralnego rejestratora mniej trafiało
do maszyny.
Mam otwartą ładną sesję i od razu przejdę do sesji PUDI mojej maszyny.
Tylko upewnij się, że jestem Groot, ponieważ musisz być niegrzeczny, aby przejść i zmodyfikować te pliki.
Pierwszą rzeczą, którą musisz zrobić, to sprawdzić, czy masz zainstalowany pakiet dla naszego dziennika testowego.
Aby to zrobić, polecenie to R. str. M. Dash Kuai, który wyświetli listę wszystkich pakietów zainstalowanych w twoim systemie.
Powodem dla którego używamy grep jest to, że nie chcemy wymieniać wszystkich dostępnych pakietów.
Po prostu martwimy się o nasz pakiet Saslaw, a ty go uruchamiasz i otrzymujesz informacje, których szukasz, z wyłączeniem wszystkich
innych pakietów, na których tak naprawdę nie zależy ci w tym momencie.
Więc masz pakiet idealny.
Gdybyś nie miał tego pakietu, musiałbyś uruchomić instalację lub Sizzlę, a pakiet zainstaluje tak długo, jak masz połączenie
z Internetem i idzie do zdania S. O. S lub dowolne repozytorium rudych włosów.
Teraz plik konfiguracyjny znajduje się w pliku dziennika C o sis przepraszam.
W moim pliku konfiguracyjnym na slajdzie pominąłem R to tylko błąd w pisowni wyjścia.
Więc plik etsi jest zalogowany horcoff, a kiedy tam wejdziesz, wciśniesz enter i wszystko, co zobaczysz ponownie, zaczyna się od
hash, możesz to zignorować.
Niektóre parametry są domyślnie zakomentowane, jeśli chcesz je włączyć.
Jeśli chcesz przekazywać ruch UDP lub jakikolwiek inny ruch przychodzący, musisz usunąć ten znak
skrótu przed nim.
Czyli parametr byłby włączony.
Ten, o który naprawdę się martwimy, jest na końcu.
Który jest tutaj?
Rozpoczyna się haszem.
Musisz go wyjąć, jeśli wysyłasz swój system.
To jest twój system.
Jeśli wysyłasz te dzienniki systemowe do innego centralnego rejestratora, określisz nazwę hosta
lub adres IP tego centralnego rejestratora.
To jest port piąty i czwarty.
Domyślnie nasz system komunikacji odbywa się na porcie piątym, jeden dla wszystkich innych usług, takich
jak rozmowy DNS na porcie 53.
I jest wiele innych usług, takich jak rozmowy NNTP, myślę, że jedna dwadzieścia trzy właśnie tak.
Każda usługa ma skojarzony port i będzie komunikować się tylko na tym porcie.
Więc zachowaj to, jeśli chcesz to skomentować.
A gdy już to zapiszesz, wiesz, że wysyłasz swoje dzienniki.
Następną rzeczą, którą robisz, jest uruchamianie usługi przed uruchomieniem usługi.
Sprawdźmy, czy ta usługa już działa, czy nie.
W moim przypadku, w naszym przypadku to działa.
Jest aktywny, doskonały.
Nie działa w twoim systemie.
Powiedziałbym, żebyś go uruchomił, wykonując systemowe CTL i uruchom, a znowu zacznie działać.
W ten sposób przesyłasz ruch do jednego centralnego rejestratora.
Jest to najlepszy sposób na rozwiązywanie problemów dla administratora systemu, a to znacznie ułatwi życie, jeśli wszystkie
dzienniki będą znajdować się pod jednym dachem.