translation updated

1 files changed, 22 insertions, 17 deletions

diff --git a/italian/mirror/push_mirroring.wml b/italian/mirror/push_mirroring.wml
index 0f0a646e7ce..249ab5bf22e 100644
--- a/italian/mirror/push_mirroring.wml
+++ b/italian/mirror/push_mirroring.wml
@@ -1,5 +1,5 @@
 #use wml::debian::template title="Push Mirroring"
-#use wml::debian::translation-check translation="9ae3ddb6aaa10c980283e45c39be20d7c0a3090d" maintainer="Luca Monducci"
+#use wml::debian::translation-check translation="0ca1ea3e78e383c6bc93eb003f18d87b74ffaa7a" maintainer="Luca Monducci"
 
 <p>Il push mirroring è una modalità di mirroring che minimizza il tempo
 richiesto affinché le modifiche all'archivio raggiungano i
@@ -11,36 +11,39 @@ maggiore dal momento che gli amministratori dei mirror sorgente e
 destinazione devono scambiarsi delle informazioni. Il beneficio è
 che il mirror sorgente fa partire il processo di copia immediatamente
 dopo che il proprio archivio è stato aggiornato. Ciò consente di
-propagare in modo rapido le modifiche all'archivio.</p>
+propagare in modo rapido le modifiche all'archivio.
+</p>
 
 <h2>Spiegazione della tecnica</h2>
 
 <p>Le attivazioni sono fatte usando ssh. Il server di push si collega
-via ssh al server mirror usando una account con autenticazione con
-chiave pubblica. La chiave è impostata in modo che possa attivare solo
-l'aggiornamento del mirror, nessun altro comando. Il server che
-riceve il push avvia ftpsync per aggiornare l'archivio tramite rsync.
+via ssh ai server di destinazione usando un account con autenticazione
+con chiave pubblica. La chiave è impostata in modo che possa eseguire solo
+l'aggiornamento del mirror, nessun altro comando. Il server che riceve il
+push avvia ftpsync per aggiornare l'archivio tramite rsync.
 <br />
 Lo scambio delle chiavi pubbliche e il potenziale accesso ai server
-tramite rsync richiede il coordinamento con chi gestisce il mirror da
-cui si scaricano i dati.</p>
+tramite rsync richiede il coordinamento tra i gestori dei mirror da
+cui si scaricano i dati.
+</p>
 
 <h2>Configurare un client di push mirror</h2>
 
-<p>Per diventare un client push per l'archivio FTP, è necessario
-impostare il mirror usando l'insieme di script <a href="ftpmirror#how">\
-ftpsync</a>.
+<p>Per diventare un client push dell'archivio FTP è necessario impostare
+il mirror usando l'insieme di script <a href="ftpmirror#how">ftpsync</a>.
 <br />
 Quando fatto, aggiungere la chiave ssh pubblica del mirror da cui si
 scaricano gli aggiornamenti in <code>~&lt;user&gt;/.ssh/authorized_keys</code>
 con la restrizione <code>command="~/bin/ftpsync</code> (correggere se
-ftpsync è installato in una directory diversa).</p>
+ftpsync è installato in una directory diversa).
+</p>
 
 <h2>Siti client di tipo Push-Primary</h2>
 
-<p>I mirror client di tipo Push-Primary, definiti anche mirror Tier-1,
-sono dei mirror push client che si sincronizzano direttamente con la rete
-syncproxy interna di Debian.</p>
+<p>I client di tipo Push-Primary, definiti anche mirror Tier-1, sono client
+in modalità push che si sincronizzano direttamente con la rete syncproxy
+interna di Debian.
+</p>
 
 <p>Se il proprio sito è <strong>molto</strong> ben connesso (con banda
 molto buona e ben connesso con i maggiori backbone) e si vuole che altri
@@ -55,9 +58,11 @@ di mirror Tier-1.</p>
 <p>Dato il gran numero di mirror e la dimensione dell'archivio Debian,
 non è possibile che tutti i mirror usino la rete interna dei syncproxy
 di Debian come sorgente per Debian. È molto più efficiente se il carico
-è distribuito tra una serie di push mirror distribuiti nel mondo.</p>
+è distribuito tra una serie di push mirror distribuiti nel mondo.
+</p>
 
 <p>Di conseguenza, un certo numero di Push-Primario sono, a rotazione,
 i server push per i mirror client. Per configurare il proprio sito come
 server di push per altri siti, vedere i <a href="push_server">dettagli
-di configurazione di un push server</a>.</p>
+di configurazione di un push server</a>.
+</p>