Le Release Patch di OVH sono script bash che si scaricano ed eseguono su un server dedicato installato da OVH, al fine di aggiornarlo. Per fare gli aggiornamenti potete utilizzare la guida sulla Gestione in SSH e quella sulla Connessione in SSH per i server dedicati.

I vantaggi di queste Patch:

• rapidità,

• semplicità,

• stabilità.

Attenzione: non applicare le Release Patch se avete una configurazione personalizzata del vostro server. Questo significa: php, apache, mysql. Tutte le opzioni di compilazione saranno perdute durante l'applicazione delle Patch. Alcune Release sono Patch di sicurezza, quindi se non aggiornate la vostra macchina, rischiate una violazione non autorizzata dall'esterno.



Non importa quale distribuzione utilizzate (Release 1 o Release 2), dovrete semplicemente lanciare un patch-all tramite ssh o attraverso Webmin.

Nota: I dati sotto indicati si riferiscono alla Release 1 OVH.



Release o patch: la Release è uno script che si scarica e si esegue. Per esempio:

Quando si scarica ed esegue, lo script controlla se il numero di Release è corretto prima di applicare la Patch. Questo evita, ad esempio, di applicare la Release Patch 1.38 prima della Release Patch 1.34.

n° di Release: le Release sono rilasciate in ordine di versione. Storicamente abbiamo iniziato con la 1.04. Se si tenta di eseguire le Release Patch sbagliate, queste verranno rifiutate.



Per far funzionare le Release, abbiamo implementato un sistema di bloccaggio per permettere l'esecuzione nel modo giusto. Per questo motivo abbiamo creato il file /etc/ovhrelease dove è allocata l'attuale versione presente sulla macchina. La nuova Release Patch verifica che quella installata sulla vostra macchina sia precedente alla stessa e, solo in quel caso, procederà con l'esecuzione.

Ad ogni applicazione di Release Patch viene aggiornato il file /etc/issue che permette di vedere il n° di Release Patch semplicemente collegandosi alla macchina:

Questo ci permette di vedere il n° di Release (1.37) e l'IP della macchina attraverso la schermata della shell.



Lo storico del changelog è disponibile in un file apposito su uno spazio FTP.



Per applicare una nuova Release Patch è sufficiente collegarsi in SSH alla vostra macchina, copiare e incollare il comando seguente:

La Patch avvierà l'esecuzione, che potrebbe richiedere alcuni minuti.

Voilà... siamo passati dalla Release 1.37 a 1.38 e il server sshd è stato aggiornato correttamente.



Per evitare di dover controllare ogni volta quale Release installare sul vostro server, avete la possibilità di eseguire il patch-all.sh che installa automaticamente tutte le Release Patch, senza che sia richiesto alcun vostro intervento ulteriore.


patch-all.sh lancia tutti i rilevamenti ed esegue le Patch

Ed ecco effettuate le installazioni fino alla 1.39.



Patch-all.sh imposta l'ora esatta sul vostro server. In primo luogo, il tempo è in fusi orari, quindi il clockspeed, installato sul vostro server sincronizza periodicamente l'orologio con il fuso orario. Non è necessario sincronizzare l'ora troppo spesso, solo rare sincronizzazioni sono pienamente affidabili.



Le macchine che sono state installate con le Release (prima di una certa data) possono essere aggiornate con le Patch. Le Patch sono script relativamente automatici, testati su piattaforme multiple (e dunque posseggono l'individuazione delle piattaforme). Ma visto che ogni macchina è diversa e ha il suo storico di operazioni, occorre adattare ogni Patch ad ogni macchina. È possibile scaricarle, modificarle e quindi eseguirle sulle suite. Se riscontrate errori di compilazione, consultate la mailing list sd@ml.ovh.net. Non inviate email al supporto, non potremo aiutarvi per questo tipo di problematiche, perché la soluzione del problema non è una risposta, ma una discussione.

Le Patch si trovano sullo spazio FTP di OVH in una sezione apposita. Potrete trovare:

• Patch per Apache (server web):
  -rwxr-xr-x 3517 jui 7 2002 apache_1.3.26+mod_ssl-2.8.10+php_4.2.1.sh
  -rwxr-xr-x 3517 jui 22 2002 apache_1.3.26+mod_ssl-2.8.10+php_4.2.2.sh
  -rwxr-xr-x 3517 sep 11 2002 apache_1.3.26+mod_ssl-2.8.10+php_4.2.3.sh
  -rwxr-xr-x 3656 oct 4 2002 apache_1.3.27+mod_ssl-2.8.11+php_4.2.3.sh
  -rwxr-xr-x 4567 jun 20 2003 apache_1.3.27+mod_ssl-2.8.14+php_4.3.2.sh
  -rwxr-xr-x 4567 aoû 31 2003 apache_1.3.28+mod_ssl-2.8.15+php_4.3.3.sh
  -rwxr-xr-x 4601 déc 4 21:44 apache_1.3.29+mod_ssl-2.8.16+php_4.3.4.sh


• Patch per Bind (named):
  -rwxr-xr-x 825 jui 7 2002 named_8.3.3.sh
  -rwxr-xr-x 2320 jui 22 15:55 named_9.2.1-noshell.sh
  -rwxr-xr-x 2407 jui 8 2002 named_9.2.1.sh


• Patch per SSH:
  -rw-r--r-- 2481 sep 29 02:23 rebuild-ssh-auto.sh
  -rw-r--r-- 2188 mar 24 2003 rebuild-ssh-downgrad.sh
  -rw-r--r-- 2564 sep 28 20:10 rebuild-ssh.sh


• Patch per SSL:
  -rw-r--r-- 1086 mar 24 2003 rebuild-ssl-downgrad.sh
  -rw-r--r-- 1079 mar 23 2003 rebuild-ssl.sh


• Patch generiche:
  -rw-r--r-- 1234 jun 17 12:25 patch_reboot.sh
  -rw-r--r-- 403 mar 4 2002 patch_resolv.sh
  -rwxr-xr-x 627 jun 2 14:28 check_reboot.sh
  -rw-r--r-- 634 jui 10 2002 a_l_heure.sh
  -rwxr-xr-x 2230 aoû 22 2002 rc.sysinit.patch.sh

Qui abbiamo una macchina con SSH e OpenSSL non aggiornati:


Prima ricompiliamo OpenSSL perché è utilizzato da altre applicazioni come apache, ssh, qmail etc.

Trascorsi circa 5 minuti

Ecco la nuova versione di OpenSSL.

Ora passiamo all'installazione di SSH:

Installare un kernel più recente:


Ricompilare Apache manualmente:


E' presente una versione di OpenSSL compilato a mano:



Trascorsi 15 minuti circa:

se la compilazione è andata a buon fine, potete installarla con il seguente comando:

si può verificare la version attualmente in uso