The Day The Routers Died… a song performed by the secret-wg in the closing plenary of the RIPE 55 conferenceIl Testo:

a long long time ago
i can still remember
when my laptop could connect elsewhere

and i tell you all there was a day
the network card i threw away
had a purpose - and worked for you and me….

But 18 years completely wasted
with each address we’ve aggregated
the tables overflowing
the traffic just stopped flowing….

And now we’re bearing all the scars
and all my traceroutes showing stars…
the packets would travel faster in cars…
the day….the routers died

Chorus (ALL!!!!!)

So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try

Now did you write an RFC
That dictated how we all should be
Did we listen like we should that day

Now were you back at RIPE fifty-four
Where we heard the same things months before
And the people knew they’d have to change their ways….

And we - knew that all the ISPs
Could be - future proof for centuries

But that was then not now
Spent too much time playing WoW

ooh there was time we sat on IRC
Making jokes on how this day would be
Now there’s no more use for TCP
The day the routers died…

Chorus (chime in now)

So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try

I remember those old days I mourn
Sitting in my room, downloading porn
Yeah that’s how it used to be….

When the packets flowed from A to B
via routers that could talk IP
There was data..that could be exchanged between you and me….

Oh but - I could see you all ignore
The fact - we’d fill up IPv4

But we all lost the nerve
And we got what we deserved!

And while…we threw our network kit away
And wished we’d heard the things they say
Put all our lives in disarray

The day…the routers died…

Chorus (those silent will be shot)

So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try

Saw a man with whom I used to peer
Asked him to rescue my career
He just sighed and turned away..

I went down to the net cafe
that I used to visit everyday
But the man there said I might as well just leave…

And now we’ve all lost our purpose..
my cisco shares completely worthless…

No future meetings for me
At the Hotel Krasnapolsky

and the men that make us push and push
Like Geoff Huston and Randy Bush
Should’ve listened to what they told us….
The day…the routers….died

Chorus (time to lose your voice)

So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try

Words and performance by Gary Feldman

The RIPE Community Resolution on IPv4 Depletion and Deployment of IPv6 can be found here

http://www.ripe.net/news/community-st…

Queste schede sono supportate da linux grazie alla famiglia di driver del progetto V4L ed in particolare dai driver BTTV, sigla con la quale si identificano spesso questo tipo di schede che ultimamente spopolano su ebay e in diversi store di elettronica e videosorveglianza, a prezzi spesso esagerati…

Spesso infatti nelle caratteristiche tecniche di queste schede si leggono frasi tipo “4 ingressi video real time 30 fps” e vengono vendute con prezzo esorbitanti, approfittando forse dell’interesse che ultimamente sta suscitando la videosorveglianza tra i consumatori finali, grazie anche alla comparsa sul mercato di videocamere cinesi cctv a basso costo.

Per non fare confusione e non prendere “inculate” occorre però fare chiarezza e distinguere i diversi tipi di schede in base alle loro caratteristiche reali.

La differenza è data soprattutto dal numero di chip e ingressi presenti sulla scheda.

Per ogni chipset presente sulla scheda, il sistema individuerà un dispositivo di cattura video, tipicamente /dev/video0, /dev/video1, ecc.. Ognuno di questi chipset (dispositivi) potrà gestire più ingressi video..

Schede con un unico chipset - 30 fps max.

Questo tipo di scheda monta un solo chipset con 4 ingressi:

Un chip della famiglia Bt8×8 è in grado di convertire una sorgente video da analogica a digitale al “ritmo” di 30 frame al secondo, questo significa che se usassimo i 4 ingressi contemporaneamente potremmo ottenere al max 30:4 ovvero circa 7,25 frame al secondo.

In questo caso di parla di “un dispositivo con 4 porte (canali)” ovvero di un unico chip condiviso fra 4 ingressi. Questi ingressi sono contraddistinti con sigle diverse a seconda del tipo di scheda, solitamente sono indicati con composite0…composite3 oppure tuner, s-video, composite1, composite2 a seconda di come è strutturata la scheda di acquisizione.

Il canale che si desidera utilizzare per l’acquisizione va specificato nelle configurazioni del programma utilizzato, ad esempio lanciando xawtv con il comando relativo può essere impostato direttamente dal menù grafico, ovviamente specificando il dispositivo da utilizzare:

xawtv -device /dev/video0

Altri programmi, come zoneminder o motion, permettono di utilizzare più ingressi contemporaneamente, in “round robin”, cioè consentendo al chip di fare lo switch tra i diversi ingressi visualizzandone i frame video per un totale di 30 fps complessivi come spiegato prima.

Una scheda di questo tipo si può trovare su ebay intorno ai 25-30 euro, e viene indicata come scheda 4 ch. 30 fps “real time” anche se la dicitura può trarre in inganno: va sempre tenuto presente che con un solo chipset è possibile visualizzare un solo ingresso alla volta in real time (30 fps). Scorrendo le caratteristiche tecniche spesso troverete infatti la dicitura “30 fps max” o “30 fps tot.”.

A prezzi più alti non è consigliabile acquistare la scheda.

Se si vogliono ottenere performance migliori con più ingressi è consigliabile ricorrere a schede con più chipset.

Schede con un più chipset - 120-240 fps max.

Le schede di videosorveglianza professionali montano un chip per ogni ingresso video, in questo modo riescono ad ottenere 30 fps (real time) per ogni ingresso video alla massima risoluzione. Solitamente hanno 4 o 8 ingressi, i prezzi si aggirano sui 50-60 euro e 90-100 euro rispettivamente.

Scheda con 4 ingressi e 4 chip: 30 fps per ogni ingresso video - real time

Scheda con 4-8 ingressi e 4 chip: se vengono usati più di 4 ingressi, alcuni chip dovranno gestire 2 ingressi video e quindi il loro framerate si dimezzerà (15 fps).

Scheda con 8 ingressi e 8 chip: 30 fps per ogni ingresso video - real time.

Scheda con 8-16 ingressi e 8 chip: tramite un adattatore possono essere usati più di 4 ingressi, alcuni chip dovranno gestire quindi 2 ingressi video e il loro framerate si dimezzerà (15 fps).

In genere le schede con 4 o più chipset hanno un un connettore tipo seriale a cui collegare un adattatore per ingressi video bnc o rca. Se la scheda lo supporta, può essere aggiunta l’espansione per aumentare il numero di ingressi tramite un “bracket” pci:

Nel caso ad esempio si utilizzino 8 ingressi video con una scheda con 4 chipset, varrà lo stesso discorso fato per il caso della prima scheda presa in esame, ovvero si avranno nel sistema 4 dispositivi di cattura indicati con /dev/video0,…/dev/video3 e ognuno di questi avrà due canali a disposizione, ad esempio composite0 e composite1, da usare in round robin o singolarmente specificandolo nel file di configurazione del dispositivo.

Ultimamente le schede DVR con chipset conexant montano il modello Fusion 878A che pare sia l’evoluzione diretta del modello bt878.

Alcune di queste ultime schede presentano dei problemi con linux, pare che ciò sia dovuto alla presenza di un chip multiplexer che coordina il lavoro degli altri chip video. A seconda della casa produttrice questo chip può essere di versioni diverse e non compatibile coi driver bttv di linux.

Mi sono accorto che a volte una sveglia sola non basta, ecco allora che il pinguino mi viene incontro.. una volta acquisito il know-how per gestire cron è facile impostare un crontab per eseguire un file audio o video ogni mattina alla stessa ora..

“..ore 9 e 30 grande varietà religioso..”

Supponendo di volersi svegliare (forse sarebbe meglio scrivere doversi svegliare) alle 7:00 dal Lunedì al Venerdì al suono di un mp3 oppure di una radio online, si potrebbe impostare un cronjob in questo modo:

00 07 * * 1-5 /usr/bin/vlc /home/muse/musica/maracaibo.mp3 -d
05 07 * * 1-5 killall vlc

Diversamente da altri programmi (quali totem o kaffeine ad esempio), per quanto riguarda i file audio, vlc non fa problemi nel caso non venga specificato il display di output oppure non venga eseguito in background, in questo caso l’applicazione avvierà comunque la riproduzione del file.. Nel caso si voglia utilizzare un file video invece occorre specificare l’uscita video sul quale visualizzarlo.. basta curiosare nel file xorg.conf e vedere a cosa corrisponde

…

Section “ServerLayout”
Identifier “Default Layout”
Screen “Default Screen” 0 0

…

Section “Screen”
Identifier “Default Screen”
Device “nVidia Corporation NV18 [GeForce4 MX 4000]”
Monitor “Flatron795FT”
DefaultDepth 16
Option “TwinView”
#Option “TVOutFormat” “COMPOSITE”
Option “TVStandard” “PAL-G”
…

Nel mio caso l’uscita è una sola in quanto ho il server collegato all’uscita tv impostata come Twin view ovvero come replica dell’immagine sul monitor. Il default screen è quindi identificato dai numeri 0 0 , quindi il parametro da passare sarà:

kaffeine –display=0:0 video.avi

Nel caso di Vlc per impostare il display corretto la soluzione più immediata è quella di impostare la variabile d’ambiente DISPLAY corretta direttamente nello comando, ad esempio:

DISPLAY:=0.0 vlc video.avi

Per impostare definitivamente il display come default per i comandi di cron basta specificare la variabile nel file crontab relativo all’utente con cui si è loggati:

muse@server:$ crontab -l
# m h dom mon dow command
DISPLAY=:0.0
25 22 * * 1 /home/muse/deejay.sh
03 00 * * 2 killall vlc

00 07 * * 1-5 /usr/bin/vlc /home/muse/video/fullmetaljacket_hartman.avi
00 11 * * 1-5 killall vlc

Ultima cosa da ricordare: lasciare le casse accese ‘^^

That’s All Folks !

Sintassi del comando at

Digitando il comando at seguito dall’orario o dalla data ci si trova di fronte ad un prompt a cui passare i comandi che si vogliono eseguire :

muse@workstation:$ at 18:30

warning: commands will be executed using /bin/sh
at> echo “inizia registrazione radio deejay”

at> vlc mms://live.mediaserver.kataweb.it/radiodeejay –sout file/asf:cordialmente.asf -d

at> <EOT>
job 1 at Fri Jan 11 20:30:00 2008

Una volta inseriti i comandi da eseguire, si può uscire premendo ctrl+d, ottenendo come risposta <EOT> e una riga contenente i dettagli sul job appena configurato. La lista dei job impostati può essere visualizzata digitando atq:

muse@workstation:$ atq

1 Fri Jan 11 22:30:00 2008 a muse

2 Fri Jan 11 23:30:00 2008 a muse

Si può poi decidere di rimuovere il job tramite atrm seguito dal numero corrispondente. Ovviamente i risultati di questi cmandi si riferiscono ai job (o tasks) relativi all’utente con il quale si è loggati.

L’orario può essere specificato in formato 24h o am-pm, in quest’ultimo caso va specificato (at 4:00 pm). La data può essere espressa in formato MM/DD/YYYY oppure YYYY-MM-DD . E’ possibile inoltre indicare il nome del mese (jan, feb, ecc..) e il giorno tramite il numero (1,2..31) e non indicare l’anno. I seguenti comandi sono equivalenti

at 11/21/2008

at 2008-11-21

at nov 21

E’ possibile utilizzare l’operatore + per indicare un orario relativo secondo lo schema

+ <numero> <unità di tempo>

dove l’unità di tempo può essere minutes, hours, days o weeks. Alcuni esempi possono essere

at 22:30 + 2 days - il comando sarà eseguito fra due giorni alle 22 e 30

at 8 pm +2 hours - il comando viene eseguito alle 10 pm ( si, è stupido ma è un e

sempio)

La sintassi di at comprende anche dei parametri “informali” con i quali è possibile configurare un job in modo amichevole (^^ che bellu), ad esempio :

muse@workstation:$ at teatime

> echo “è l’ora del thè”

at> <EOT>

Questo stamperà a schermo “è l’ora del thè” alle 4 del pomeriggio.. i parametri di questo tipo sono:

teatime - corrisponde alle 16 (però!.. intelligente eh?)

now - esegue il comando immediatamente

noon - corrisponde alle 12 am

midnight - corrisponde alle 24 o 12 pm

today, tomorrow - ovviamente oggi e domani

Alcuni usi tipici di questi parametri possono essere:

at now + 3 hours - esegue il comando fra 3 ore

at noon tomorrow - esegue il comando domani alle 12

Opzioni di at.

Le opzioni consentite da at sono

-l : stessa funzione di atq, visualizza la lista dei job

-r <num> : stessa funzione di atrm, rimuove il job <num> (vedi sopra)

-m: consente di inviare una mail all’utente per notificarlo sull’esecuzione del comando e sull’output eventualmente prodotto

-f: consente di indicare un file contenente i comandi da eseguire.

Nel caso venga indicato un file da eseguire, il prompt dei comandi di at non verrà visualizzato:

muse@workstation:~$ at 22:30 -f radiodeejay.sh
warning: commands will be executed using /bin/sh
job 2 at Sun Jan 13 22:30:00 2008

Casi particolari

Se si avvia at indicando un orario già passato, il comando verrà eseguito immediatamente. Stessa cosa accade se il sistema è spento nel momento in cui avrebbe dovuto eseguire un job di at, al riavvio verrà eseguito immediatamente.

Autorizzazioni

Il sistema di autorizzazioni per l’esecuzione dei job per gli utenti del sistema è simile a quello di Cron, sono presenti infatti due file at.deny e at.allow con la liste degli utenti abilitati oppure no.

Utilizzando i seguenti comandi ad esempio è possibile salvare lo stream audio di radio dj su un file, definendo prima l’oggetto “deejay” e specificandone in seguito i parametri di ingresso (l’indirizzo dello stream) e di uscita (in questo caso un file):

new deejay broadcast enabled

setup deejay input mms://live.mediaserver.kataweb.it/radiodeejay

setup deejay output #std{access=file,mux=asf,dst=”radio.asf”}

control deejay play

Ho dovuto definire “deejay” come oggetto broadcast “fittizio” in quanto, come accennato prima, vlm è nato per la configurazione di vlc come server per la trasmissione broadcast oppure “on demand”. In seguito però con il parametro output ho specificato di indirizzare l’uscita su un file, senza ritrasmettere nulla. Questi comandi possono essere passati tramite telnet riga per riga, oppure inseriti in un file “deejay.vlm” e poi dati in pasto a vlc quando lo si lancia da riga di comando:

vlc –vlm-conf deejay.vlm

In questo modo vlc inizia da subito a salvare lo stream su file. Se invece si vuole programmare la registrazione con lo scheduler si devono inserire altri parametri per specificare la data per lo start e quella per lo stop:

new deejay broadcast enabled

setup deejay input mms://live.mediaserver.kataweb.it/radiodeejay

setup deejay output #std{access=file,mux=asf,dst=”radio.asf”}

new start schedule enabled

setup start date 2008/01/07-22:30:00

setup start append control deejay play

new stop schedule enabled

setup stop date 2008/01/08-00:01:00

setup stop append control deejay stop

In questo caso ho definito due oggetti “start” e “stop” , li ho assegnati alla categoria schedule, ne ho definito i parametri date e control e infine li ho associati all’oggetto “deejay”. Con questo script vlc inizia a registrare lo stream alle 22e30 del 7 gennaio e finisce alle 00:01 dell’8 gennaio.

Il passo successivo è quello di rendere periodica questa operazione, configurando lo scheduler per eseguire la registrazione allo stesso orario di ogni lunedì. Questo può essere fatto utilizzando il parametro period, indicando di ripetere i comandi start e stop ogni 7 giorni. Ad esempio per il comando di start si ottiene:

…

new start schedule enabled

setup start date 2008/01/07-22:30:00

setup start period 0/0/7-00:00:00 (cioè ogni 7 giorni)

setup start append control deejay play

…

Lo stesso parametro andrebbe aggiunto all’oggetto “stop”.

Questo metodo presenta però alcuni svantaggi, infatti se durante la settimana la macchina venisse riavviata oppure venisse terminato il processo di vlc, al suo riavvio occorrerebbe riconfigurare lo script a partire dal giorno successivo, infatti lo scheduler permette di registrare ogni 7 giorni a partire dal giorno specificato, quindi riavviando vlc con il vecchio script lo scheduler attenderebbe una data che si è già verificata e non verrebbe registrato più niente. Inoltre con questo metodo occorre intervenire “manualmente” per spostare o rinominare ogni registrazione ed evitare che venga sovrascritta con la registrazione successiva.

Ho pensato quindi di risolvere la faccenda una volta per tutte combinando lo scheduler di vlm con cron, così:

• creare uno script bash che generi a sua volta uno script vlm (come visto sopra) che abbia lo scheduler impostato per registrare la trasmissione nel giorno corrente, usando il comando date di linux per ricavare la data da utilizzare sia nello scheduler che nel nome del file (in modo da generare file diversi con la sintassi già vista la volta scorsa).
• impostare cron per richiamare lo script ogni lunedì prima dell’inizio della registrazione.

Questo è lo script bash “deejay.sh”:

#! /bin/bash
start_date=$(date +%Y/%m/%d)-19:00:00
stop_date=$(date –date=’tomorrow’ +%Y/%m/%d)-19:04:00
giorno=$(date +%d)
mese=$(date +%b)
anno=$(date +%y)
titolo=cordialmente$giorno$mese$anno.asf

echo “new deejay broadcast enabled
setup deejay input mms://live.mediaserver.kataweb.it/radiodeejay
setup deejay output #std{access=file,mux=asf,dst=\”$titolo\”}
new start schedule enabled
setup start date $start_date
setup start append control deejay play
new stop schedule enabled
setup stop date $stop_date
setup stop append control deejay stop ” > /home/muse/deejay.vlm

sleep 2

/usr/bin/vlc -I telnet –vlm-conf /home/muse/deejay.vlm -d

Da notare il comando date –date=’tomorrow’ +%Y/%m/%d che è un utile opzione di date per generare una data futura o passata. Ringrazio l’autore dell’articolo Getting Yesterdays or Tomorrows day with shell date command per avermi illuminato.

Ho inserito alla fine il comando per avviare vlc, usando come file di configurazione “deejay.vlm” generato dallo script stesso. Lo sleep serve a introdurre un pò di ritardo tra la scrittura del file e il suo utilizzo da parte di vlc. Ho dovuto inoltre aggiungere il parametro “-I telnet” perchè altrimenti vlc proverebbe ad aprire l’interfaccia grafica generando un errore nel caso in cui il comando venisse eseguito da crontab.

A questo punto non resta che impostare cron per richiamare deejay.sh ogni lunedì prima dell’orario di registrazione e per fargli terminare il processo vlc dopo che lo scheduler di vlm abbia provveduto a stoppare la registrazione stessa :

# m h dom mon dow command

20 22 * * 1 /home/muse/deejay.sh

03 00 * * 2 killall vlc

E questo è quanto, buon ascolto.

Questo articolo è dedicato a Braindamage.. lui sa perchè, lui sa chi è, lui sa cos’è..

Dopo l’ennesima puntata persa, ho deciso di impostare Cron su Linux per registrare lo stream di RadioDJ automaticamente ogni lunedì dalle 22e30 alle 24…

La scelta sull’applicazione da utilizzare è ricaduta ovviamente su vlc, come fonte ho preso in prestito lo stream di kataweb, dato che lo uso da anni per ascoltare radio dj al pc e si è sempre dimostrato affidabile, inoltre non occupa molta banda, solo 32 kbps, che vi assicuro basta e avanza..

Provando a lanciare il comando vlc mms://live.kataweb.mediaserver.it/radiodeejay dopo pochi secondi si dovrebbe iniziare a sentire l’audio di radio dj, a patto di avere una sessione grafica aperta, il comando infatti prevede l’apertura di vlc in modalità gui (con interfaccia grafica).

Per eseguire la registrazione dello stream in background occorre specificare alcuni parametri di vlc:

vlc mms://live.mediaserver.kataweb.it/radiodeejay –sout file/asf:cordialmente.asf -d

dove -d consente di eseguire vlc in background senza interfaccia grafica e il parametro –sout file/muxer:nomefile.ext indica a vlc di indirizzare l’output su file, in questo caso senza transcoding, col formato (muxer) desiderato.

Nel caso in questione, lo stream è trasmesso con codifica wma2, ho scelto quindi il formato compatibile asf in attesa che vengano risolti alcuni problemini di vlc 0.86 con il transcoding in mp3.

Ora che il comando è pronto e collaudato, si può inserirlo in Cron, lanciando crontab -e e inserendo due entry: una serve per far partire vlc e l’altra serve a fermarlo:
# m h dom mon dow command

30 22 * * 1 vlc mms://live.mediaserver.kataweb.it/radiodeejay –sout file/asf:cordialmente.asf -d

01 00 * * 2 killall vlc

La registrazione inizia alle 22e30 di ogni lunedì e finisce a mezzanotte e un minuto, cioè alle 00e01 del martedì successivo. Questo comando va bene se non stiamo usando altre istanze di vlc altrimenti bisognerebbe ricorrere ad altri stratagemmi per terminare solo il processo desiderato.

Nel mio caso ho voluto fare un passo in più.. solitamente nomino i file delle registrazioni in modo da riportare la data della trasmissione, ad esempio “cordialmente29ott07.asf” e così via, ed ho pensato quindi di creare un piccolo script radiodeejay.sh per automatizzare anche la creazione del nome del file in base alla data corrente al momento delle registrazione, utilizzando il comando date di linux:

#!/bin/sh
giorno=$(date +%d)
mese=$(date +%b)
anno=$(date +%y)
titolo=cordialmente$giorno$mese$anno.asf
/usr/bin/vlc mms://live.mediaserver.kataweb.it/radiodeejay –sout file/asf:$titolo -d

Quindi in questo caso la entry di cron dovrà invocare non più il comando per vlc ma lo script:

# m h dom mon dow command

30 22 * * 1 /home/muse/radiodeejay.sh

01 00 * * 2 killall vlc

A questo punto potrebbero essere inseriti facilmente altri comandi in sequenza, ad esempio per convertire il formato del file e poi copiarlo in una directory di backup.

Facendo qualche prova mi sono accorto pero’ che i file .asf salvati da vlc non sono “seekabili” in quanto, molto probabilmente, killando brutalmente vlc durante il salvataggio dello stream gli headers del formato vanno a farsi benedire e si perde cosi’ la possibilita’ di scorrere il file avanti o indietro.. l’unico modo per risolvere il problema e’ di passare in qualche modo il comando “stop” a vlc e solo successivamente fermare il processo..

Devo risolvere la questione entro lunedi’ o il mondo e’ spacciato. Stay tuned !

echo “Welcome $year! “

Cron può essere utilizzato per svariati scopi, ad esempio per creare file di backup ogni tot minuti oppure per cancellare dei file temporanei periodicamente.. praticamente qualsiasi cosa possa essere fatta tramite comandi da shell …

Cron si può configurare tramite il file “crontab”, ne esiste uno per ogni utente, con il quale può eseguire comandi su file di sua proprietà nel proprio user-space, ed è situato solitamente in /var/spool/cron/crontabs/nomeutente.

Esiste poi il crontab di sistema /etc/crontab nel quale sono presenti solitamente operazioni periodiche che riguardano il sistema.

User Crontab.

Un normale utente può modificare il suo crontab con il comando crontab -e con il quale accede al suo file /var/spool/cron/crontabs/nomeutente con l’editor di default. Su Debian/Ubuntu molto probabilmente verrà avviato “nano” ma con il comando sudo update-alternatives –config editor è possibile cambiare l’editor predefinito scegliendone uno dalla lista che apparirà sullo schermo. Ad ogni riga corrisponderà un operazione secondo la seguente sintassi:
minuti ora giorno del mese mese giorno della settimana comando

I campi possono assumere determinati valori:

minuti (0-59)

ora (0-23)

giorno del mese (1-31)

mese (1-12)

giorno della settimana (0=Domenica … 6=Sabato)

Ad esempio la riga seguente serve a rimuovere i file temp dalla propria home directory ogni lunedì alle 23:00 :

23 00 * * 1 rm /home/muse/tmp/*

Ad ogni campo possono essere attribuiti valori particolari per eseguire operazioni ciclicamente oppure solo in determinati giorni o mesi. Ad esempio per catturare l’immagine dalla webcam ogni 5 minuti, dal lunedì al venerdì, solo a giugno, luglio e novembre (che fantasia) si può indicare:

*/5 * * 6,7,11 1-5 streamer -c /dev/video0 -b 16 -o capture.jpeg

dove */5 indica proprio “ogni 5 minuti”.

Una volta salvato, il crontab può essere visualizzato con il comando crontab -l e cancellato con crontab -r (questo comando cancellaerà tutte le entry). Se si vogliono apportare modifiche o cancellare singole entry, è necessario ricorrere nuovamente al comando crontab -e.

I comandi invocati da cron vengono eseguiti con i privilegi dell’utente a cui appartiene il crontab e con la sua home directory come path predefinito. tuttavia è possibile indicare a cron le variabili d’ambiente da utilizzare, indicandole nel file crontab o in uno script invocato:

HOME=/home/muse/

PATH=/usr/bin:/usr/sbin:/bin

SHELL=/usr/bin/sh

Quando un comando genera un output, cron lo invia all’utente tramite mail all’utente a meno che l’output del comando non venga dirottato, ad esempio con

23 00 * * 1 rm /home/muse/tmp/* > /dev/null

Allo stesso modo si può redirigere l’output su un file che costituirà il log degli eventi di cron.

Crontab di sistema e run-parts.

Nel crontab di sistema è presenta un campo in più che serve a indicare l’utente con il quale eseguire i comandi, spesso è root:

minuti ora giorno del mese mese giorno della settimana utente comando

In un crontab di sistema è possibile trovare delle entry che invocano dei run-parts, comandi che eseguono tutti gli scripts contenuti all’interno di directory suddivise a seconda della periodicità dell’esecuzione degli script. Queste directory sono /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly e /etc/cron.monthly.

Posizionando uno script all’interno di una di queste directory verrà eseguito automaticamente ogni ora, giorno, settimana o mese a seconda della directory scelta, con privilegi di root., senza bisogno di dover specificare un crontab.

Autorizzazioni per Cron.

I file /etc/cron.allow e /etc/cron.deny contengono rispettivamente la lista degli utenti autorizzati o meno ad utilizzare cron. Questi file sono composti semplicemente da un’unica colonna in cui ogni riga corrisponde al nome di un utente, e possono anche non essere presenti nel sistema: in questo caso crontab consentirà a qualsiasi utente di eseguire un comando tramite cron, purchè l’utente abbia gli opportuni privilegi.

Al momento dell’esecuzione di un comando, Cron controlla per prima cosa l’esistenza del file /etc/cron.allow, nel caso quest’ultimo esiste allora il comando verrà eseguito solo se l’utente a cui appartiene il crontab è presente nella lista.

Se /etc/cron.allow non esiste, cron cerca il file /etc/cron.deny, se questo esiste allora il comando verrà eseguito solo se l’utente propietario del crontab non è presente nella lista.

Questo vale sia per i crontab di sistema, dove l’utente è specificato all’interno di ogni entry, che per i crontab degli utenti.