String format = DateFormat.DAY + " dd MMMM yyyy  hh:mm";
String data_formattata = DateFormat.format(format, timestamp) ;

Tabella di riferimento:

# cat /var/log/mail.log
NOQUEUE: SYSERR(root): hash map "access": unsafe map file /etc/mail/access.db: Group writable directory

Si risolve con queste due operazioni:

# chmod go-w / /etc /etc/mail /usr /var /var/spool /var/spool/mqueue
# chown root / /etc /etc/mail /usr /var /var/spool /var/spool/mqueue

# fuser -k -n tcp 80
80/tcp:               4642  4643  4644  4645  4646  4647

http://www.lemiefrequenze.org/blog/archives/225

netsh>

Scrivi “firewall”

netsh>firewall>

Scrivi:

add portopening TCP 4242 Nodezilla

Invio

Fatto. Ora l’applicazione Nodezilla sarà in grado di ricevere chiamate sulla porta TCP 4242.

Per mettere la regola:

iptables -I INPUT -s 82.191.232.139 -j DROP

per togliere la regola:

iptables -D INPUT -s 82.191.232.139 -j DROP

per vedere tutto

iptables -L -n -v

Il primo passo per realizzare il nostro progetto è installare OpenVPN, sia nel pc3 che nel pc5. Nelle distribuzioni derivate da Debian possiamo installarlo facilmente con apt-get, facendo un update e poi installando:

# apt-get update

# apt-get install openvpn

Alla fine dell’installazione sarà chiesto se OpenVPN deve essere disattivato prima di essere aggiornato (“Would you like to stop openvpn before it gets upgraded?”); la risposta giusta è sí.

Configurando server e client

Terminata l’installazione il prossimo passo è caricare il modulo tun del Kernel, che è utilizzato da OpenVPN per creare le interfacce virtuali. Ciascuna VPN creata utilizza infatti una nuova interfaccia di rete virtuale che si connette alla rete stessa, come se ci fosse un cavo che collega l’interfaccia virtuale all’altro capo del tunnel.

Procediamo quindi dando il comando:

# modprobe tun

e aggiungendo la linea “tun” alla fine del file “/etc/modules”, in modo che il modulo sia caricato automaticamente durante la fase di boot.

# echo tun >> /etc/modules

Questi tre passaggi, cioè l’installazione di OpenVPN, il caricamento del modulo e l’aggiunta di “tun” alla fine del file, devono essere eseguiti tanto nel server quanto nel client, cioè, seguendo lo schema, tanto in pc3 e quanto in pc5.

Configuriamo ora il collegamento fra le due macchine. La macchina pc5, il server, sara’ quella in ascolto. Andiamo quindi nel pc5, in particolare nella directory /etc/openvpn e creiamo una chiave statica che ci permetterà di codificare e decodificare le informazioni scambiate tra pc5 e pc3. Diamo il seguente comando:

# openvpn –genkey –secret static.key

Una volta creata dovremmo poterla copiare nella stessa dir del client. Questo passaggio dovrebbe essere fatto nel piu’ sicuro dei modi ad esempio tramite mail crittografate, o utilizzando scp (dalla suite Openssh). Utilizzando queste chiavi su tutti gli host (crittografia simmetrica) otteniamo una notevole cifratura del nostro canale in maniera davvero rapida.

Procediamo ora con la configurazione delle due macchine. Sempre nel pc5, procediamo ora creando in /etc/openvpn il file server.conf editandolo così:

dev tap0

port 1194

ifconfig 1.0.0.1 1.0.0.2

secret /etc/openvpn/static.key

verb 9

il cui significato spieghiamo qui di seguito:
dev identifica la device utilizzata per il tunnel. Le possibili device utilizzabili da openvpn sono tun e tap. La differenza tra queste due tipologie di device e’ fondamentale, in quanto tun si adopera per la trasmissione di pacchetti IP (una specie di ppp) e tap invece per la trasmissione di frame ethernet (una specie di eth). Per la creazione di lan virtuali o per la condivisione di risorse come file-server, ftp-server, dobbiamo usare tap.

port è il socket dell’applicazione, il default a partire dalle versioni di OpenVPN 2.x è la 1194, per cui avremmo potuto tralasciare questa informazione, l’importante è che la porta sia la stessa in ogni nodo della vpn. E’ da sottolineare che il protocollo usato è l’udp.
ifconfig determina l’ip dell’interfaccia virtuale (tun o tap) e del client.

secret a questa stringa diamo il path della key creata in precedenza con openvpn. Se il comando di configurazione che vedremo è eseguito nella directory dove si trova la chiave (nel caso /etc/openvpn) non è necessario scrivere il path, ma sarà sufficiente indicare il file della chiave.
verb definisce il grado di verbosità stampato a video in output durante l’esecuzione (da 0 a 11 sono spiegati dando openvpn –help).

Prima di proseguire dovremo assicurarci che nel Router 1 tutte le connessioni in entrata sulla porta 1194 siano redirezionate alla porta 1194 del pc5 che ha indirizzo 10.0.0.1, e che il firewall del pc5 permetta queste entrate. Vedremo più avanti come usare iptables per risolvere questo problema.

Andiamo ora sulla macchina pc3, il client del nostro ufficio e creiamo il file /etc/openvpn/client.conf così:

remote 209.82.135.18

dev tap0

port 1194

ifconfig 1.0.0.2 1.0.0.1

secret /etc/openvpn/static.key

verb 9

L’unica differenza con la configurazione del server è che con remote definiamo l’ip pubblico della macchina alla quale ci connetteremo. Ovviamente se il server si trova in una macchina dietro l’ip pubblico, il gateway dovrà incaricarsi di redirezionare le connessioni sollecitate sulla porta 1194 alla porta 1194 del server, nel nostro caso al pc5 con l’indirizzo 10.0.0.5.

A questo punto lanciamo il collegamento su entrambe le macchine, indicando al programma di attenersi alle regole appena definite nei rispettivi server.conf e client.conf:

# openvpn –config /etc/openvpn/server.conf (nel pc5)

# openvpn –config /etc/openvpn/client.conf (nel pc3)

Tra le righe di output del client dovrebbero apparire tra le altre queste due stringhe:

Wed Sep 7 15:45:28 2005 Peer Connection Initiated with 209.82.135.18

Wed Sep 7 15:45:29 2005 Initialization Sequence Completed

In sostituzione di questi comandi possiamo reiniziare il servizio openvpn tanto nel server quanto nel client con il seguente comando:

# /etc/init.d/openvpn restart

Dopo aver aperto la connessione, il client pc3 avrà una nuova interfaccia, la tap0, con l’indirizzo IP 1.0.0.2, che potrà connettersi al server 1.0.0.1 del pc5.

Andiamo sul server pc5 e diamo:

# ifconfig tap

tap0 Link encap:Ethernet HWaddr 01:F0:EF:27:41:4C

inet addr:1.0.0.1 Bcast:1.0.0.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:100

RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

Nella riga inet addr vengono indicati ip, broadcast e netmask.

Proviamo a pingare l’host che sappiamo connesso:

# ping 1.0.0.2

PING 1.0.0.2 (1.0.0.2) 56(84) bytes of data.

64 bytes from 1.0.0.2: icmp_seq=1 ttl=64 time=258 ms

64 bytes from 1.0.0.2: icmp_seq=2 ttl=64 time=135 ms

Lo stesso potremmo fare nel pc3, cambiando opportunamente gli gli indirizzi IP.

In questo modo abbiamo già a disposizione un canale cifrato relativamente sicuro, per lo scambio di dati privati.

find . -exec grep -il "stringa da cercare" {} \;

oppure:

grep -R 'stringa da cercare'