requisiti necessari :

qmail - installato e funzionante con o senza Spamassassin, nel mio caso la guida di installazione la trovate in qmail-ldap.info, in italiano e a mio avviso ben fatta.

greylite - che andreamo a installare

Il tutto è estremamente semplice scarichiamo l’ultima versione di greylite lo compiliamo e riconfiguriamo qmail per passargli prima il binario di greylite.

cd /usr/local/src/
wget http://www.greylite.net/downloads/releases/greylite/greylite-3.0pre2.tar.bz2

tar xjvf greylite-3.0pre2.tar.bz2

chown -R root:root /usr/local/src/greylite-3.0pre2
cd greylite-3.0pre2

make all install

ora prepariamo il posto per il database sqlite dato che greylite lo utilizza, dovremmo anche accertarci di aver sqlite3 installato nel sistema

mkdir -p /var/db/greylite

cd /usr/local/src/greylite-3.0pre2/scripts

inizializziamo il database [control D] per uscire :

sqlite3 -init greylite-sqlite.sql /var/db/greylite/greylite.db

aggiustiamo un po’ di permessi sul database

chmod -R 755 /var/db/greylite
chown -R qmaild:root /var/db/greylite

modifichiamo /service/smtpd/run aggingendo prima di qmail-smtpd /usr/local/bin/greylite nel mio caso :

….. [
/usr/local/bin/greylite \
/var/qmail/bin/qmail-smtpd /var/qmail/bin/auth_smtp /usr/bin/true
] …..

modifichiamo /service/smtpd/tcp cosi’ :

….. [
:allow,GREYLIST="",DBFILE="/var/db/greylite/greylite.db",LOGTHRESHOLD="5"
] …..

in questo modo attiviamo greylist dando anche la destinazione del database e impostiamo una direttiva per eventuali log non dimenticandoci di ricostruire il file con un make.

a questo punto dovremmo avere funzionante il greylisting sul nostro smtp e con un “ps aux | grep greylite” possiamo verificarlo, oppure nei log cat /var/log/smtpd/current | grep dovremmo ritrovarci una riga tipo questa:

@4000000049e858172254f2b4 greylite: Error in read(): Connection reset by peer

la riga significa che greylite ha disattivato la ricezione di una email e rimane in attesa di un successivo invio.

Bye

apt-get install bittorrent bittornado

apt installa tutte le librerie necessarie compreso lo script di avvio /etc/init.d/bittorrent ma ho preferito usarne uno trovato qui e modificarlo.
creiamo un utente e relativa home da utilizzare per far partire il tutto

useradd -m bittorrent
mkdir /home/bittorrent/active
mkdir /home/bittorrent/make
mkdir /home/bittorrent/inactive
chown -R bittorrent:bittorrent /home/bittorrent
update-rc.d -f bittorrent remove
mkdir /var/log/torrent
chown -R bittorrent /var/log/torrent

copiamo il nuovo script

wget http://www.rantoloblog.it/wp-content/uploads/torrent /etc/init.d/torrent

editiamo il file /etc/init.d/torrent con i parametri che desideriamo, in particolare abbiamo :

FILESDIR=/home/bittorrent/active

directory dove lo script metterà i file una volta attivati e resi disponibili

MAKESDIR=/home/bittorrent/make

directory dove lo script prenderà i file di cui creare il metafile

TORRENTSDIR=/var/www/rantoloblog/torrent

directory sotto la webroot del server web dove potremo scaricare i file .torrent per passarli al client torrent

SERVER=http://www.rantoloblog.it:6969

link di annuncio del tracker nel mio caso

da notare la riga

OPT2=” –ip 222.222.222.222 –minport 6881 –maxport 7000″

che contiene l’indirizzo ip pubblico su cui rimappare il demone; naturalmente tutte le porte devono essere configurate correttamente a seconda della configurazione che avete davanti al server.
Non dimenticate di rendere avviabile lo script di init con

chmod +x /etc/init.d/torrent

aggiungiamo al file /etc/rc.local lo script di partenza:

su bittorrent /etc/init.d/torrent start

A questo punto posizioneremo sotto la /home/bittorrent/make i file che vogliamo rendere disponibili e diamo un

su bittorrent /etc/init.d/torrent make

lo script dovrebbe creare i metafile .torrent e copiarli sotto la webroot del server web e spostare tutto il contenuto della directory make sotto active; andando con un browser all’indirizzo http://www.rantoloblog.it/torrent dovreste trovare i file .torrent da scaricare e passare al vostro client Bittorrent.
Ogni qualvolta abbiamo la necessità di pubblicare nuovi file occorre metterli sotto make e ridare il comando.

Data la mia configurazione con server in DMZ sotto NAT ho fatto alcune prove e con questa configurazione tutto funziona; non ho badato per nulla alla sicurezza e quindi prendete il tutto con le pinze . .
Naturalmente dato che non è farina del mio sacco riporto i link che ho utilizzato come spunto:

http://wiki.theory.org/BASH_script_to_run_bittorrent_as_a_daemon
http://www.linuxdevcenter.com/pub/a/linux/2005/08/25/bittorrent.html

Have a nice day.

Apache/2.2.3 (Debian) PHP/4.4.4-8+etch1 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_perl/2.0.2 Perl/v5.8.8

Al momento in cui scrivo la homepage standard è già ritornata al suo posto . . . brutte storie per i webmaster di turno che hanno tutta la mia comprensione.

Il prossimo a chi toccherà . . ??

C:\WINDOWS\system32\xxcopy.exe "D:\" "E:\BACKUP\"
/KS/H/E/R/Q/Y/BI/ZY/ZE/FF/PB/X"RECYCLER\"/X"System Volume
Information\"/oAe:\sync-log.txt

Questo replica esattamente il contenuto dell’origine, significa che alla eliminazione di un file di origine lo stesso file verrà eliminato anche in destinazione, le sole eccezioni sono le cartelle “REYCLER” e “System Volume Information”, inoltre crea un log dal nome “sync-log.txt” sotto la dir di destinazione.
Xxcopy esiste in due versioni Freeware e Pro Edition, io ho utilizzato la free e come unica limitazione un warning all’avvio che chiede conferma di presa visione della licenza.

Ovviamente una volta eseguita l’installazione di xxcopy che è semplicissima basta salvare il nostro script come “SYNC.CMD” in una cartella a piacimento ed eseguirlo quando vogliamo.
Avrei potuto usare altri pacchetti come RSYNC ma XXCOPY mi è sembrato in ambito locale piu’ adatto allo scopo.

$languages['it_IT']['NAME'] = 'Italian';
$languages['it_IT']['CHARSET'] = 'iso-8859-1';
$languages['it_IT']['LOCALE'] = array('it_IT.UTF-8','it_IT.UTF-8','it_IT');
$languages['it']['ALIAS'] = 'it_IT';

E’ una frase che condivido almeno dal punto di vista contrattuale, ma per quanto riguarda la sicurezza on-line è la stessa cosa ?
Non ho mai dubitato della sicurezza del mio conto corrente on-line ma dovrei farlo ?
Giusto l’altra sera alle prese con estratti conto e bollette durante una sessione di “home-banking” vado a curiosare nel certificato digitale utilizzato dalla mia banca per il transito HTTPS e con grande stupore scopro che si basa su un SSL AES a 128 bit . . . !
Ma come ? se uso io 256 per la mia webmail . . ?
Una breve carrellata in 10 minuti ed ecco il risultato :

Bancoposta RC4 128 bit
BancaSella AES-256 256 bit
Banca di Roma RC4 128 bit
Telecom Italia ( www.191.it ) AES-256 256 bit
Sanapaolo RC4 128 bit
Banca Intesa AES-256 256 bit
Unicredit RC4 128 bit
Google AES-256 256 bit

Una carrellata frettolosa che significa poco . . . ma sara’ proprio cosi o è solo il frutto di uno slalom attento tra costi di gestione e performance di vari data-center in giro per l’italia e non solo ??

Non che Google sia una banca ma . . . tant’è che . .