yum install perl-GDGraph3d

następnie przystępujemy do pobrania i instalacji właściwej dla naszego systemu wersji sendmailanalyzera:

http://download.centos.com.pl/app/sendmailanalyzer/sendmailanalyzer-8.1-1.noarch.rpm

rpm -ivh sendmailanalyzer-8.1-1.noarch.rpm

CentOS 5

wget http://download.centos.com.pl/app/sendmailanalyzer/sendmailanalyzer-8.1-1.el6.noarch.rpm

rpm -ivh sendmailanalyzer-8.1-1.el6.noarch.rpm

CentOS 6

Przystępujemy do konfiguracji omawianego narzędzia. Edytujemy plik “sendmailanalyzer.conf”:

vim /etc/httpd/conf.d/sendmailanalyzer.conf

Zawartość pliku powinna wyglądać mniej więcej tak:
Alias /sareport /var/www/sendmailanalyzer
Options ExecCGI
AddHandler cgi-script .cgi
DirectoryIndex sa_report.cgi
Order deny,allow
Deny from all
Allow from adres_ip_z_którego_mamy_ma_mieć_dostęp_do_statystyk

service httpd restart

Czas na edycje pliku sendmailanalyzer.conf:

vim /etc/sendmailanalyzer.conf

Omówienie najistotniejszych dyrektyw:
LOG_FILE /var/log/maillog # określamy położenie logów poczty
PID_FILE /var/run # folder zawierający plik sendmailanalyzer.pid
TAIL_PROG /usr/bin/tail # ścieżka dla narzędzia "tail"
TAIL_ARGS -n 0 -f # argumenty wspomnianego powyżej narzędzia
ZCAT_PROG /bin/zcat # ścieżka do "zcat", czyli narzędzia parsującego skompresowane logi
OUT_DIR /var/lib/sendmailanalyzer # miejsce składowania danych aplikacji
DEBUG 0 # wyłączanie (0) lub włączanie (1) trybu debugowania
FULL 0 # czy mają być parsowane logi powstałe przed uruchomieniem programu (1), czy nie (0)
MTA_NAME sm-mta|sendmail|postfix # podajemy nazwy MTA według których mają być przeszukiwane logi
TOP 25 # ilość obiektów w sekcji TOP statistics
TOP_MBOX 25 # ilość obiektów w sekcji TOP MAILBOX statistics
SIZE_UNIT MBytes # jednostki pomiaru, dozwolone MBytes i KBytes
AMAVIS_NAME amavis # nazwa, wg której będą przeszukiwane logi w celu analizy skuteczności Amavisa
ANONYMIZE 0 # niech żyje anonimowość, czy usuwanie adresów nadawców i odbiorców z raportu
SMTP_AUTH 1 # czy mają być wyświetlane autoryzacje (1), czy nie (0)
SPAM_TOOLS spamdmilter,jchkmail,dnsbl,spamassassin,amavis,mimedefang,dnsblmilter # narzędzia dla których wyświetlane są statystyki

Czes na uruchomienie.

service sendmailanalyzer start

Wyniki powinniśmy być w stanie zobaczyć po wpisaniu następującego ciągu znaków w okno przeglądarki:

http://nasz_adres_ip/sareport

Oczywiście musimy mieć uprawnienia do dostępu
Link do strony autora omawianego narzędzia

yum install ypserv ypbind rpcbind

Teraz ustawiamy domenę NIS w pliku “/etc/sysconfig/network” dodając następującą linię:

NISDOMAIN=dowolna_nazwa

Następnie edytujemy plik “/etc/yp.conf” i ustawiamy serwer NIS (na serwerze wpisujemy następujący tekst):

ypserver 127.0.0.1

Następnie odpalamy usługi rpcbind, yppasswdd (do zmiany haseł) oraz ypserv (właściwy serwer NIS):

/etc/init.d/rpcbind start

/etc/init.d/yppasswdd start

/etc/init.d/ypserv start

Nadszedł czas na wygenerowanie bazy loginów, haseł i aliasów:

/usr/lib/yp/ypinit -m

W wyniku czego otrzymujemy:
[root@cloud ~]# /usr/lib/yp/ypinit -m

At this point, we have to construct a list of the hosts which will run NIS
servers. cloud.p-project.pl is in the list of NIS server hosts. Please continue to add
the names for the other hosts, one per line. When you are done with the
list, type a .
next host to add: nasz-nis-server.pl
next host to add:
The current list of NIS servers looks like this:

nasz-nis-server.pl

Is this correct? [y/n: y] y
We need a few minutes to build the databases…
Building /var/yp/centos/ypservers…
Running /var/yp/Makefile…
gmake[1]: Wejście do katalogu `/var/yp/centos’
Updating passwd.byname…
Updating passwd.byuid…
Updating group.byname…
Updating group.bygid…
Updating hosts.byname…
Updating hosts.byaddr…
Updating rpc.byname…
Updating rpc.bynumber…
Updating services.byname…
Updating services.byservicename…
Updating netid.byname…
Updating protocols.bynumber…
Updating protocols.byname…
Updating mail.aliases…
gmake[1]: Opuszczenie katalogu `/var/yp/centos’

nasz-nis-server.pl has been set up as a NIS master server.

Now you can run ypinit -s nasz-nis-server.pl on all slave server.

W miejscu gdzie pyta o “next host to add” nic nie wpisujemy poza nazwą serwera, która sama powinna się pojawić. Naciskamy więc ctrl+d.
Następnie uruchamiamy ypxfrd oraz ypbind:

/etc/init.d/ypxfrd start

/etc/init.d/ypbind start

Sprawdzamy, czy wszystko wstało:

ps ax | grep yp

Powinniśmy otrzymać coś takiego:
[root@cloud ~]# ps ax | grep yp
1192 ? S 0:00 /usr/sbin/rpc.ypxfrd
3207 ? S 0:00 /usr/sbin/rpc.yppasswdd
3219 ? S 0:00 /usr/sbin/ypserv
5178 ? Sl 0:00 /usr/sbin/ypbind
5197 pts/0 S+ 0:00 grep yp
Kolejnym testem jest wykonanie polecenia “ypcat passwd”. Powinniśmy otrzymać część pliku “/etc/passwd” z danymi użytkowników (oprócz kont systemowych). Jeśli tak się stało, to znaczy, że serwer mamy skonfigurowany. Teraz czas na klienta. Instalujemy niezbędne pakiety

yum install ypbind rpcbind

Teraz ustawiamy domenę NIS w pliku “/etc/sysconfig/network” dodając następującą linię:

NISDOMAIN=dowolna_nazwa_ale_taka_jak_na_serwerze

Następnie edytujemy plik “/etc/yp.conf” i ustawiamy serwer NIS (na serwerze wpisujemy następujący tekst):

domain dowolna_nazwa_ale_taka_jak_na_serwerze server adres_ip_serwera

Edytujemy plik “/etc/nsswitch.conf” i dopisujemy “nis”, po czym powinno wyglądać to następująco:
passwd: files nis
shadow: files nis
group: files nis
Następnie odpalamy usługi rpcbind i ypbind:

service rpcbind start

service ypbind start

Najprostszym sposobem sprawdzenia poprawności działania usług jest wykonanie polecenia “ypcat passwd”. Powinniśmy otrzymać część pliku “/etc/passwd” z danymi użytkowników (oprócz kont systemowych). Jeśli tak się stało, to znaczy, że klient został poprawnie skonfigurowany i podłączony do serwera NIS. Znanym problemem jest brak uruchomionego w systemie procesu “dbus-daemon”. Często nawet nie mamy go zainstalowanego w systemie. Objawem jest poniższy wpis w logach systemowych (/var/log/messages):
Connection to D-BUS system message bus failed: Failed to connect to socket /var/run/dbus/system_bus_socket: Nie ma takiego pliku ani katalogu.
Aby to naprawić wykonujemy poniższe czynności:

yum install dbus

dbus-daemon –system

Bazę loginów, haseł i aliasów należy aktualizować na serwerze przy pomocy polecenia “make -C /var/yp/”. Najlepiej dopisać je do crona, aby wykonywało się automatycznie.

UWAGA !!!
W systemie CentOS 6 pakiet/usługa portmap, została zastąpiona przez rpcbind, który obsługuje ipv6 oraz nfs4.

service sshd restart

Aby sprawdzić czy rzeczywiście ssh nasłuchuje na dodatkowym porcie, wykonajmy następującą komendę:
[root@yum ~]# netstat --listen | grep 40
tcp 0 0 *:40 *:* LISTEN
tcp 0 0 *:40 *:* LISTEN
Pamiętajcie o odblokowaniu portu na firewallu

- ntp

- aplet monitora systemu (segfaulty po dodaniu nowego panelu)

- instalację DVD iso w maszynach  opartych o uEFI

- grub-0.97-68.el6 (związany z obrazem plików w „/usr/share/grub/x86_64-unknown”)

- poprawa skryptów startowych Tomcat6

- centos6 BASH_VERSINFO[5]/MACHTYPE

Więcej szczegółów tutaj

Wysyłanie wiadomości na adres “adres@domena.eu” o temacie “test” i dowolnej treści

mail -s "test" adres@domena.eu  treść_wiadomości

Treść wysyłanej wiadomości znajduje się w pliku “/home/przemek/message.txt”, temat “Pytanie”, odbiorca sp1@centos.com.pl

mail -s "Pytanie" sp1@centos.com.pl < /home/przemek/message.txt

Chcemy wysłać wiadomość do dwóch osób, ale ta pierwsza (pierwsza@domena.com) ma nie wiedzieć o tym, że oprócz niej był inny odbiorca (druga@domena.com).

mail -s "Pytanie" -b druga@domena.com pierwsza@domena.com treść_wiadomości

Wiadomość do jednego odbiorcy (np. team leadera), kopia do kilku odbiorców (np. programistów) oraz jedna wiadomość do ukrytego odbiorcy (np. szefa)

mail -s "te" -b szef@domena.com -c programista1@domena.com,programista2@domena.com team-leader@domena.com treść_wiadomości

Możemy przekierować dowolne polecenie unixowe np.

echo "Co słychać?" | mail -s "Wiadomość testowa" sp2@centos.com.pl
Oczywiście istnieją inne kombinacje użycia tego konsolowego klienta pocztowego, ale starałem się wybrać te najczęściej stosowane i przedstawić je przekrojowo.

yum install mod_suphp fcgi

Ważna jest prawidłowa konfiguracja omawianego modułu, znajdująca się w pliku “/etc/suphp.conf”:
[global]
logfile=/var/log/httpd/suphp_log # miejsce składowania logów
loglevel=info # poziom logowania
webserver_user=apache # użytkownik z którego uruchamiany jest serwer www
;docroot=/var/www/html/ # DocumentRoot dla skryptów php, najlepiej zakomentować ";"
env_path=/bin:/usr/bin
umask=0077
min_uid=100 # minimalny user id użytkownika z którego uruchamiany ma być skrypt php
min_gid=100 # minimalny group id użytkownika z którego uruchamiany ma być skrypt php

; Security options
allow_file_group_writeable=false
allow_file_others_writeable=false
allow_directory_group_writeable=false
allow_directory_others_writeable=false

;Check wheter script is within DOCUMENT_ROOT
check_vhost_docroot=true

;Send minor error messages to browser
errors_to_browser=false

[handlers]
;Handler for php-scripts
x-httpd-php=”php:/usr/bin/php-cgi” # tutaj ustawiamy ścieżkę do naszego php działającego jako cgi

;Handler for CGI-scripts
x-suphp-cgi=execute:!self

Poniżej kod przykładowego vhosta o nazwie “testowa.domena.pl”. Skrypty php uruchamiane są z użytkownika “test:test”

ServerAdmin admin@testowa.domena.pl
DocumentRoot /www/testowa.domena.pl/html
ServerName testowa.domena.pl
ErrorLog logs/testowa.domena.pl-error_log
CustomLog logs/testowa.domena.pl-access_log common

suPHP_Engine on
suPHP_UserGroup test test
AddHandler x-httpd-php .php .php3 .php4 .php5
suPHP_AddHandler x-httpd-php

Jeśli dla niektórych vhostów zapragniemy używać php jako moduł, powinniśmy pamiętać o dodaniu poniższej linii do konfiguracji vhosta:
AddHandler application/x-httpd-php .php .htm
Bez powyższego wpisu, strony z php mogę nie działać prawidłowo, jeśli korzystamy równocześnie w systemie z php jako moduł i cgi. Pozostaje nam restart serwera WWW.

service httpd restart

Powinno wszystko śmigać. W razie co “tail -f /var/log/httpd/suphp_log” i oczywiście nasze forum

service proftpd restart