Paskudę taką łatwo „wyciąć”. Można całkiem – na firewallu:

iptables -I INPUT -s adres.ip.paskudnego.spamera -j DROP

Powyższa regułka wytnie cały ruch z tego adresu. Co gdy nie mamy dostępu do iptables (większość hostingów)? Taką paskudę możemy zablokować jedną linijką w .htaccess. Jak wygląda taka przykładowa linijka? Proszę bardzo:

order allow,deny
deny from adres.ip.paskudnego.spamera
allow from all

I jak to mówią – „posprzątane”!

Masz swój sposób na spam? Napisz o tym w komentarzu.

host mx.wp.pl [212.77.101.4]: 550 BLAD SPF – zobacz strone / SPF Error:
Received-SPF: neutral (smtp.wp.pl: x.x.x.x is neither permitted nor denied by domain of gmail.com) client-ip=x.x.x.x;
envelope-from=xxx@gmail.com; Jesli jestes uzytkownikiem poczta.wp.pl sprawdz poprawnosc autoryzacji SMTP / If you are a poczta.wp.pl user check SMTP configuration: http://poczta.wp.pl/autoryzacja/

Jak rozwiązać ten problem? Otóż trzeba zmodyfikować wpis TXT w DNS naszej domeny – ten odpowiadający za SPF. Może on wyglądać tak:

sysadm.czudec.net. TXT „v=spf1 a mx ip4:91.210.131.43 ~all”

Musimy go zmodyfikować – uzupełnić. Dopisać należy „include:_spf.google.com„. Po poprawieniu wpis powinien wyglądać tak:

sysadm.czudec.net. TXT „v=spf1 a mx ip4:91.210.131.43 include:_spf.google.com ~all”

Jeśli wszystko zostało prawidłowo wykonane – poczta zacznie działać tak, jak powinna.

Szczegółowe informacje na temat rozwiązania tego problemu znajdziemy tutaj.

/etc/init.d/clamav-daemon restart
Stopping ClamAV daemon: clamd.
Starting ClamAV daemon: clamd LibClamAV Warning: ***********************************************************
LibClamAV Warning: ***  This version of the ClamAV engine is outdated.     ***
LibClamAV Warning: *** DON’T PANIC! Read http://www.clamav.net/support/faq ***
LibClamAV Warning: ***********************************************************
LibClamAV Error: cli_hex2str(): Malformed hexstring: This ClamAV version has reached End of Life! Please upgrade to version 0.95 or later. For more information see  www.clamav.net/eol-clamav-094 and www.clamav.net/download (length: 169)
LibClamAV Error: Problem parsing database at line 742
LibClamAV Error: Can’t load daily.ndb: Malformed database
LibClamAV Error: cli_tgzload: Can’t load daily.ndb
LibClamAV Error: Can’t load /var/lib/clamav/daily.cld: Malformed database
ERROR: Malformed database
failed!

na szczęście update pomógł, poczta zaczęła działać a telefony ucichły – czyli tak, jak powinno być w piątek.

• SSH – każdy kto używa na co dzień wie, że dobrze jest mieć taki dostęp wszędzie i zawsze
• Hasła – mając na głowie wiele różnych kont – pocztowych, shellowych, bankowych czy jakichkolwiek innych – dobrze jest mieć „pomagiera”, który odwali za nas brudną robotę – zapamięta hasła – zwłaszcza te automatycznie wygenerowane i przypomni w razie potrzeby
• Notatki – masz chwile, że wpadasz na genialny pomysł, snujesz wizje rozwinięcia go, wdrożenia w życie, jaki to będziesz wielki (wielka?) ? Później okazuje się, że wywiało z głowy połowę (większość, całość?) tego genialnego planu? Trzeba to zanotować!
• Task bar / monitor działającego oprogramowania. Telefonom (smartfonom) daleko jeszcze do sprzętu „stacjonarnego”, mimo że mają „normalny” system operacyjny. O zasoby trzeba dbać – nie ma się do dyspozycji kilku GHz procesora czy kilku GB pamięci. Akumulator też nie jest z gumy. Każdy jeden proces więcej to konieczność szybszego ładowania telefonu. Jednym zdaniem – „ubij działające w tle, zbędne już procesy”.
• Menadżer plików – bez komentarza
• Alternatywne klawiatury – przy odrobinie wprawy da się obsługiwać klawiaturę ekranową nie popełniając zbyt wielu błędów. Są dostępne zamienniki domyślnej klawiatury. Ułatwiają znacznie pisanie ludziom mającym dłoń europejską, nie azjatycką…
• Nawigacja (nie koniecznie drogowa – bardziej trekbuddy i tworzenie własnych map) – o tym przy okazji
• czytniki PDF – jak wyżej
• WiFi – nie każdy ma zamiar płacić operatorowi za transfer danych – WiFi daje szanse na nie tylko niedrogi (czy wręcz darmowy) dostęp do sieci lecz również darmowe rozmowy – VoIP

To na razie moja lista TODO.

Masz jakieś propozycje? Zostaw komentarz.

Gadżet?

Jest przy samsungach niemałe zamieszanie jeśli chodzi o nazewnictwo. Cały czas pisać będę o telefonie (smartfonie) z 800 Mhz procesorem i aparatem 3.2 Mpx. Te cechy są zdaje się podstawowymi, które pozwalają nawet laikowi rozróżnić te dwa modele. Dla czego piszę o tym? Czekałem na to długie lata – na moment, gdy za rozsądne pieniądze dostępne będzie urządzenie z dostępem do sieci (całym wachlarzem – GSM/WLAN/itp), GPS i innymi bajerami w jednej obudowie…

O czym będę pisać? Na początek przede wszystkim o aplikacjach, które ułatwią życie każdemu adminowi – ssh, monitoring, bezpieczne przechowywanie haseł. Czy to jest gadżet? Jak zwykle – to zależy. Ja przekonany jestem, że możliwości które daje Android będą mi przydatne – zarówno w pracy jak i w domu. Na tym właśnie skupię się opisując kolejne możliwości tego cudeńka…

Instalacja

Niby wydaje się banalna. Ot zainstalować paczkę RPM i gotowe. Niestety nie do końca. Nie wystarczy po zainstalowaniu bazy rozpakować ibWebAdmina do public_html którejś z domen, bo dostaniemy taki komunikat:

Your php installation misses the interbase support!
Recompile php and configure –with-interbase[=DIR]
or edit your php.ini to load interbase.so respectively interbase.dll.

Należy więc przekompilować nasze PHP. Do pliku konfiguracyjnego dopisać należy: ”–with-interbase=/opt/firebird/”. Oczywiście katalog /opt/firebird/ musi istnieć i mieć odpowiednią zawartość. U mnie powstał po zainstalowaniu paczki RPM ściągniętej ze strony projektu.

W moim przypadku był to plik w /usr/local/directadmin/custombuild/ a tam configure/suphp/configure.php5.

Po dokonanych zmianach należy przekompilować PHP. Użyjemy oczywiście skryptu build, który znajdziemy w katalogu /usr/local/directadmin/custombuild/. Kompilację PHP w tym przypadku uruchamiamy poleceniem ./build php n.

Po przeładowaniu strony ibWebAdmin odezwał się czymś więcej niż tylko komunikatem błędu. Na wszelki wypadek z poziomu Directadmina zabezpieczyłem jego katalog hasłem (Password Protected Directories), Tak na wszelki wypadek…

Rozwiązanie

Rozwiązanie problemu – jak to często bywa – jest banalne… Najpierw zaglądamy do logów w /var/log/httpd/logi-domeny-z-webmailem. Widzimy tam, że za zmianę hasła odpowiedzialny jest plugin password. Nie widać zapewne żadnych błędów typu problemy z uprawnieniami. Musimy więc szukać dalej przyczyny problemu. Kolejnym krokiem będzie rzut okiem do logów w /var/www/html/roundcubemail/logs, konretnie do pliku errors. Całkiem możliwe, że zobaczymy tam:

[19-Nov-2009 17:43:32] PHP Parse error: syntax error, unexpected ‘;’ in /var/www/html/roundcubemail-0.3/plugins/password/config.inc.php on line 140

Mamy już winnego. Edytujemy ten felerny plik i odszukujemy odpowiednią linię. U mnie wyglądała ona tak:

$rcmail_config['password_directadmin_port'] = ;

Trzeba tam po prostu wpisać port, którym plugin od zmiany hasła podłączy się do Directadmina i zmieni hasło, port 2222. I to tyle! Powinno dać się już bez problemu zmienić hasło.

Rozwiązanie

Listę domen, które mają być sprawdzane RBLami znajdziemy w pliku /etc/virtual/use_rbl_domains. Domyślnie jest on pusty. Możemy tam ręcznie dopisać poszczególne domeny, albo podlinkować pełną listę domen obsługiwanych na danym serwerze. Po co tak? Nie zawsze sprawdzanie (i w wielu przypadkach – odrzucanie poczty) dla każdej domeny musi być chciane przez użytkowników. Przypadek taki to na przykład support dużej firmy, której jednym z kanałów komunikacji z użytkownikami jest poczta elektroniczna. W wielu przypadkach może się okazać, że poczta od tego usera nie dotrze do supportu. Może dojść do komicznej sytuacji, gdy klient pisze maila, że jego IP trafiło na listy RBL, prosi o interwencję i przy okazji jego mail jest odbijany z informacją, że jego IP jest na listach .

Jak włączyć RBLe dla wszystkich domen na serwerze?
Jest to banalnie proste:

cd /etc/virtual
rm -f use_rbl_domains
ln -s domains use_rbl_domains

Od tego momentu nasz exim powinien sprawdzać adresy IP które chcą nam dostarczyć pocztę. Praktyka pokazuje, że większość „śmieciowego” ruchu odpada już w tym momencie. Korzyści są wymierne i zauważalne – mniej spamu, mniej telefonów od sfrustrowanych użytkowników, mniej zużytego transferu (maile odbijane są na samym początku), mniejsze obciążenie serwera – dużo mniej śmiecia dociera do spamassassina.

Wyłączanie RBLi to również szybka praca:

cd /etc/virtual
rm -f use_rbl_domains
touch use_rbl_domains

Powyższe wpisy kasują linka do pliku listy domen danego serwera i tworzą pusty plik, do którego możemy ręcznie dopisać domeny, które mają być sprawdzane.

Wymagania

Sam DirectAdmin nie ma wielkich wymagań – czy to sprzętowych czy to od strony oprogramowania czy ręcznego dłubania przy systemie. Oczywiście wiele zależy ilu klientów chcemy „upchnąć” na jednej maszynie. Tak czy siak jest to niemal idealne rozwiązanie na instalacje dla pojedynczych klientów, których się na co dzień obsługuje zbierając grosz do grosza by uzbierać sobie kupkę, która ma nam starczyć od 1go do 1go.

Ważne jest, by wybrać odpowiedni (wspierany przez DA system). DirectAdmin oficjalnie wspiera poniższe systemy operacyjne:

Redhat Linux 7.2, 7.3, 8.0, 9.0
RedHat Fedora 1, 2, 3, 4, 5, 6, 7, 8
RedHat Enterprise / CentOS 3.0, 3.1, 3.2, 3.3, 4.1, 4.2, 4.3, 4.4, 4.5, 5.0, 5.1, 5.2, 5.3 (64-bit: 4.1 – 4.5, 5.0, 5.1, 5.2, 5.3)
FreeBSD 4.7, 4.8, 4.9, 4.10, 4.11, 5.x, 6.x, 7.x, 7.x 64-bit
Debian Sarge/Woody 3.1/Etch 4.0/Ubuntu, 5.x (these are all variants of debian) 32-bit

Problemy?

Jak na razie DA instalowałem na Debianie oraz CentOSie. W żadnym z przypadków nie było żadnych problemów z instalacją. No raz… Na świeżutkim VPSie zapomniałem ustawić DNSy. Skrypt z custombuild (taki PLDowy odpowiednik buildera czy Gentowego emerge – umożliwia samodzielne przekompilowanie pakietów) nie mógł się połączyć z serwerem http czy też ftp i wyzerował zawartość skryptu „build”. Ale to był typowy problem pomiędzy krzesłem a klawiaturą, nie wina DA.

W następnych wpisach opiszę codzienne „boje” z DA.