Cron Job sono in pratica delle operazioni che vengono eseguite cronologicamente . Tali operazioni possono essere definite a livello di utente o a livello di sistema utilizzando una cadenza temporale che va dal minuto al mese.

Il sistema Linux definisce di per se un set predefinito di directory cron in cui inserire degli script da eseguire. Esse sono denominate :

cron.hourly
cron.daily
cron.weekly
cron.monthly

In etc/ è presente un file denominato "crontab"

in esso è possibile inserire una serie di operazioni pianificate con la seguente sintassi:

#Min Ore Giorni Mesi Giorno della settimana

Connettore

RJ45

Connettore

CROSSOVER
RJ45

Ho effettuato un upgrade del sistema operativo su un server senza interrompere il suo uptime. Passare da FC5 64Bit a FC7 64Bit senza interrompere alcun servizio e senza alcun intoppo, roba da non crederci se considerate quanto ero preoccupato mentre effettuavo l'upgrade ma per fortuna Fedora non mi ha tradito.

Unico neo è che dopo una settimana ho dovuto riavviare la macchina x eseguire il nuovo Kernel ma glielo posso concedere . Ho letto su internet di un programma chiamato KEXEC capace di cambiare Kernel a Runtime senza riavviare ma non l'ho mai testato e ho preferito un veloce reboot.

RPM significa RedHat Package Manager ed è il formato utilizzato da alcune distro per installare software.

Vediamo alcuni comandi semplici:

rpm -i pacchetto.rpm (installa un pacchetto)
rpm -U pacchetto.rpm (aggiorna un pacchetto)
rpm -q nome_pacchetto (effettua una query nel database dei software installati sulla nostra macchina per sapere se nome_pacchetto è installato)
rpm -e nome_pacchetto (disinstalla un software)
rpm -e --allmatches nome_pacchetto (disinstalla tutti i pacchetti che contengono "nome_pacchetto")

ora facciamo una ricerca un pò più approfondita :

rpm -qa --qf '%{N}-%{V}-%{R}.%{ARCH}\n' | grep nome_pacchetto

Per capire come nasce Linux bisogna fare un passo indietro e tornare alla fine degli anni 60 in cui nacquero i primi elaboratori capaci di elaborare Input e Output da e verso computer distanti tra loro. All'epoca non c'era ancora uno standard in termini di comunicazione binaria, quindi varie realtà imboccavano strade parallele per migliorare il concetto di rete di calcolatori. I primi esperimenti risalgono al 1966 dove The University Of California - Berkley tentava i primi approcci di rete con protocolli grezzi (fu adottato il protocollo NCP) dando vita ad ARPANET, la prima rete nella storia. Poco dopo invece ci fu AT&T , società di comunicazione telefonica Americana che nei suoi laboratori di Bell dette vita al primo sistema operativo rivoluzionario dell'epoca conosciuto con il nome di Unix ed interamente scritto in assembly.

Mono è una piattaforma di sviluppo open source basata sul .NET Framework e sponsorizzata da Novell. Permette di realizzare soluzioni multipiattaforma scritte in C# in modo da poter scrivere un unico sorgente che può essere eseguito su diverse piattaforme supportate da Mono tra cui Linux , Windows e Mac.

Mono sta facendo passi da gigante in termini di development roadmap , infatti ad oggi mono può eseguire circa il 90% dei namespace presenti nel .NET framework e può eseguire in maniera abbastanza stabile pagine web scritte con tecnologia ASP.NET.

A breve analizzeremo alcune delle sue funzionalità con nota particolare sul web server XSP interamente scritto in C# e perfettamente integrabile come modulo di Apache al punto da poter creare un proprio web server che pubblica siti web ASP.NET su Linux :)

Bene , una volta capito cosa siano le chiavi RSA passiamo alla configurazione del nostro server e rendiamo possibile l'accesso alla macchina solo dal nostro client Windows utilizzando la famosissima shell PUTTY .

Step :

1 - Generazione delle chiavi (pubblica e privata)
2 - Inserimento della chiave pubblica in quelle accettate dal server
3 - Modifica di ssh_conf in modo che accetti solo connessioni autenticate da chiavi
4 - Copia della chiave sul client windows
5 - conversione della chiave linux in formato windows - PUTTY
6 - TEST

Step 1

Generiamo le chiavi sul server con il comando ssh-keygen

Il server SSH (Secure Shell) accetta connessioni in ingresso sulla porta standard 22 e permette ad un utente remoto di effettuare il login sul linux server.

Ci sono alcune regole da attuare per ridurre al minimo i rischi di attacco , ossia evitare che qualche sconosciuto utente possa loggarsi sulla macchina cercando di indovinare la password di root o cercando di utilizzare un utente di sistema (utente mysql, apache etc etc..) oppure utilizzando la tecnica brute force per forzare la password di root.

La prima regola è sicuramente quella di cambiare la porta di ascolto del server SSH con una qualsiasi altra porta libera in modo da porre il primo ostacolo a chiunque tenti almeno di contattare il demone.

Sicurezza e amministrazione dei server Linux

Alien è un tool di conversione tra pacchetti rpm, deb, slp, tgz e pkg.
Di conseguenza viene utilizzato se si dispone soltanto nel pacchetto in un formato diverso da quello della propria distribuzione.