sync b09369ca

1 files changed, 54 insertions, 139 deletions

diff --git a/italian/mirror/ftpmirror.wml b/italian/mirror/ftpmirror.wml
index f1ce3cd16a7..c8476980785 100644
--- a/italian/mirror/ftpmirror.wml
+++ b/italian/mirror/ftpmirror.wml
@@ -2,7 +2,7 @@
 #use wml::debian::toc
 #include "$(ENGLISHDIR)/releases/sid/archive.data"
 #include "$(ENGLISHDIR)/releases/arches.data"
-#use wml::debian::translation-check translation="f4f13ef459781651a728eff5d169e6c8832d1a15" maintainer="Luca Monducci"
+#use wml::debian::translation-check translation="b09369ca358972ee1fd27c3b7a239019d3af347e" maintainer="Luca Monducci"
 
 <toc-display/>
 
@@ -18,9 +18,9 @@ sono già altri nelle vicinanze.</li>
 <li>Dispongo delle risorse per ospitare un mirror? I mirror richiedono
 un considerevole <a href="size">spazio su disco</a> e molta banda, si
 deve essere in grado di coprirne i costi.</li>
-<li>Un mirror è la scelta giusta? Capita che qualcuno avvii un mirror
-quando, in realtà, voglia solamente un proxy, per esempio
-<a href="https://packages.debian.org/apt-cacher-ng">apt-cacher-ng</a>.</li>
+<li>Un mirror è la scelta giusta? Se lo scopo principale è fornire il
+servizio agli utenti del proprio ISP/struttura allora potrebbe essere una
+scelta migliore un proxy, per esempio apt-cacher-ng, squid o varnish.</li>
 </ul>
 
 <toc-add-entry name="what">Cosa mettere nel mirror</toc-add-entry>
@@ -30,8 +30,9 @@ disponibili.</p>
 
 <ul>
 <li>Gli utenti cercheranno la directory debian/ per installare Debian
-via rete, per scaricare i CD (usando jigdo), e per aggiornare sistemi
-già installati.</li>
+via rete, per scaricare i CD (usando jigdo) e per aggiornare sistemi
+già installati. <em>Si raccomanda di fare il mirror di questo
+repository.</em></li>
 
 <li>debian-cd/ è una directory che non è identica su tutti i mirror.
 Su qualche mirror conterrà i template di jigdo per produrre le immagini
@@ -50,140 +51,65 @@ di utenti.</li>
 informazioni più precise riguardo la grandezza dei mirror.</p>
 
 <p>La directory debian-security/ contiene solamente gli aggiornamenti di
-sicurezza rilasciati dal Debian Security Team. Sembra interessante per tutti,
-ma siccome gli aggiornamenti sono sporadici, bisognerebbe sincronizzare il
-mirror molto spesso per essere aggiornati (oppure usare il
-<a href="push_mirroring">push mirroring</a>) ed è per questo che non è
-raccomandato. Debian si sforza al massimo per mantenere disponibile
-security.debian.org.</p>
+sicurezza rilasciati dal Debian Security Team. Nonostante sembri interessante,
+non è consigliabile agli utenti di recuperare gli aggiornamenti di sicurezza
+da un mirror, invece è raccomandato scaricarli dal servizio distribuito
+security.debian.org. <em>Si raccomanda di <strong>not</strong> fare il mirror
+di questo repository.</em></p>
 
 <toc-add-entry name="wherefrom">Da dove sincronizzarsi</toc-add-entry>
 
-<p>Molte persone pensano che <code>ftp.debian.org</code> sia la
-locazione canonica dei pacchetti Debian e che sincronizzarsi da quel
-sito sia la scelta migliore. Questo <strong>non è vero</strong>.</p>
-
-<p><code>ftp.debian.org</code> è solamente uno dei tanti server che
-sono aggiornati da un server interno di Debian. Attualmente è geograficamente
-posizionato su un singolo server ed esiste ancora principalmente per
-compatibilità con il passato.</p>
+<p><code>ftp.debian.org</code> non è la locazione canonica dei pacchetti
+Debian, invece è solamente uno dei tanti server che sono aggiornati da un
+server interno di Debian.</p>
 
 <p>I <a href="official">mirror ufficiali</a> sono degli ottimi punti da
 cui fare un mirror.
-Uno qualsiasi dei server nella <a href="list-full">lista completa dei
-mirror</a> etichettato <kbd>Type: Push-Primary</kbd> oppure <kbd>Type:
-Push-Secondary</kbd> è una buona fonte per sincronizzarsi. Si raccomanda
+Molti dei server nella <a href="list-full">lista completa dei
+mirror</a> sono una buona fonte per sincronizzarsi. Si raccomanda
 di utilizzarne uno rete-geograficamente vicino.</p>
 
-<p>Non c'è nessuna differenza tra i vari mirror <em>Push-Primary</em>
-fintanto che il mirroring viene effettuato. D'altra parte, se molte persone
-usassero ftp.debian.org (e purtroppo lo fanno), questo necessariamente
-comporta uno spreco della banda che ci viene donata.</p>
-
-<p>Chi gestisce un mirror negli Stati Uniti d'America dovrebbe fare il
-mirror da ftp.us.debian.org (l'indirizzo del mirror ufficiale negli Stati
-Uniti, che è un mirror di push primario). Ma, poiché quell'indirizzo
-è anche un alias DNS in round-robin tra parecchie macchine, è solitamente
-raccomandabile determinare quale delle macchine è la migliore e poi
-fare il mirror da quella.
-<br />
-<small>Il vantaggio di questa operazione è che previene il rischio di
-errori durante la sincronizzazione a due fasi con rsync (a causa della
-finestra temporale le due diverse fasi potrebbero svolgersi su due
-macchine diverse con dati diversi, causando una race condition).
-Lo svantaggio è che si concentra tutto su un solo sito le cui prestazioni
-potrebbero variare, ma questo è comune all'intera rete dei
-mirror.</small></p>
+<p>Si deve evitare di scegliere come fonte un qualsiasi nome che si
+risolve in più di un indirizzo (come <code>ftp.us.debian.org</code>)
+perché nel caso che un server non sia disponile la sincronizzazione
+potrebbe avvenire con server in stati diversi. Notare anche che
+l'unico servizio di cui è garantita l'esistenza per
+<code>ftp.CC.debian.org</code> è HTTP. A chi vuole fare il mirror usando
+rsync si consiglia di scegliere il nome della macchina che attualmente sta
+fornendo il servizio per <code>ftp.CC.debian.org</code> (consultare la
+lista <code>/debian/project/trace</code> sul server per conoscerlo).</p>
+
 
 <toc-add-entry name="how">Come sincronizzarsi</toc-add-entry>
 
-<p>Il metodo raccomandato per sincronizzarsi è l'insieme di script chiamato
+<p>Il metodo raccomandato per sincronizzarsi è l'insieme di script
 ftpsync, disponibile in due formati:</p>
 <ul>
     <li>come tarball da <url "https://ftp-master.debian.org/ftpsync.tar.gz"></li>
-    <li>dal repository git: <kbd>git clone https://ftp-master.debian.org/git/archvsync.git</kbd></li>
+    <li>dal repository git: <kbd>git clone
+	https://anonscm.debian.org/git/mirror/archvsync.git</kbd> (vedere
+	<url "https://anonscm.debian.org/cgit/mirror/archvsync.git/"></li>
 </ul>
 
-<p>Il protocollo caldamente raccomandato per la sincronizzazione è
-<a href="https://packages.debian.org/stable/net/rsync">rsync</a>.</p>
-
-<p>Si raccomanda di non usare <kbd>wget</kbd> o oltri strumenti basati su FTP.
-Sembrano funzionare bene, ma hanno parecchi problemi (non riconoscono i
-collegamenti fisici, complicano la realizzazione di mirror parziali, ecc.).</p>
-
-<h3>Impostazione di rsync</h3>
+<p>Si raccomanda di non usare script fatti da soli né di usare direttamente
+rsync. L'uso di ftpsync assicura che gli aggiornamenti sono in modo da non
+confondere apt, in particolare ftpsync elabora traduzioni, contenuti e altri
+file con metadati in modo che apt non trovi errori di validazione nel caso
+un utente esegua un aggiornamento mentre è in corso la sincronizzazione del
+server. Inoltre produce anche un file di traccia con molte informazioni
+utili per determinare se il mirro funziona, quali architetture espone
+e da dove si sincronizza.</p>
 
-<p>Si raccomanda l'utilizzo dell'<a
-href="https://ftp-master.debian.org/ftpsync.tar.gz">insieme di script
-ftpsync</a> per sincronizzarsi con l'archivio. Seguire le indicazioni nel
-file README per impostare il mirroring.</p>
-
-<p>Se invece si vogliono usare dei propri script, queste sono le funzionalità
-minimali che devono essere supportate:</p>
-
-<ul>
-<li><p>DEVE fare una sincronizzazione in 2 fasi</p>
-<p>Il mirror dell'archivio deve essere fatto in 2 fasi. Con il primo
-rsync si devono ignorare i file di indice. Le giuste opzioni di esclusione
-per la prima esecuzione di rsync sono:</p>
-<kbd>--exclude Packages* --exclude Sources* --exclude Release* --exclude InRelease --exclude i18n/* --exclude ls-lR*</kbd>
-<p>La prima fase non deve cancellare nessun file.</p>
-<p>La seconda fase deve quindi trasferire i file esclusi in precedenza e
-cancellare i file che non sono più sul mirror.</p>
-
-<p>Motivo: se il mirror dell'archivio fosse fatto con un solo passaggio,
-potrebbero verificarsi dei periodi temporali in cui i file di indice
-fanno riferimento a file ancora non presenti sul mirror.</p>
-</li>
-
-<li><p>NON DEVE ignorare i push mentre è in esecuzione (nel caso di
-<a href="push_mirroring">push mirroring</a>).</p>
-<p>Se viene ricevuto un push mentre è in corso la sincronizzazione di
-un mirror, tale segnale NON DEVE essere ignorato. È necessario ripetere
-l'intero processo di sincronizzazione.</p>
-
-<p>Motivo: la maggior parte degli script di mirror per Debian lasciano
-il mirror in uno stato inconsistente nel caso che venga ricevuto un
-secondo push mentre è ancora in corso la sincronizzazione precedente.
-È possibile che nel prossimo futuro cresca la frequenza dei push.</p>
-</li>
-
-  <li>Eseguire rsync con almeno queste opzioni: <kbd>--recursive --times
-      --links --hard-links --delete</kbd>.</li>
-
-  <li>Se si dispone di altro spazio su disco, usare anche l'opzione <kbd>--delete-after</kbd>
-	  per prevenire qualche problema temporaneo di aggiornamento.</li>
-
-  <li>Dopo che rsync ha finito di sincronizzarsi, si aggiunga un file
-      timestamp nella sottodirectory <code>project/trace/</code> del mirror
-	  chiamata come il vostro server. Questo significa eseguire
-      <kbd>date -u &gt; .../debian/project/trace/<var>vostro.server</var></kbd>
-	  dopo che la sincronizzazione giornaliera è finita.</li>
-
-  <li>Si sconsiglia fortemente di escludere <tt>project/</tt>, <tt>doc/</tt> e
-      altre sotto-directory. Solitamente hanno una dimensione ridotta ma
-      risultano molto utili agli utenti.
-      Specialmente <tt>project/trace</tt> aiuta molto se ci sono dei problemi
-      con il mirror.</li>
-</ul>
 
 <toc-add-entry name="partial">Mirroring parziale</toc-add-entry>
 
 <p>Considerando le già <a href="size">grandi dimensioni dell'archivio
-Debian</a>, alcune persone preferiscono fare il mirroring solo delle parti di
-cui hanno bisogno. Se si vuole escludere qualcosa si dovrebbero escludere le
-architetture.</p>
+Debian</a>, potrebbe essere consigliabile fare il mirror solo di parti
+dell'archivio. I mirror pubblici dovrebbero esporre tutte le varianti
+(testing, unstable, ecc.) ma potrebbero restringere l'insieme delle
+architeture. Proprio per questo scopo il file di configurazione di ftpsync
+dispone delle impostazioni ARCH_EXCLUDE e ARCH_INCLUDE.</p>
 
-<p>Con <a href="https://ftp-master.debian.org/ftpsync.tar.gz">ftpsync</a>,
-questo si può fare modificando la variabile ARCH_EXCLUDE.</p>
-
-<p>Si scoraggia fortemente l'esclusione delle directory <tt>project/</tt>,
-<tt>doc/</tt> e delle altre sottodirectory. Di solito hanno una dimensione
-minore e sono comunque utili agli utenti. Specialmente <tt>project/trace</tt>
-aiuta molto in caso di problemi con il mirror.</p>
-
-<p>È possibile usare altri script ma di solito non è necessario e inoltre
-non è raccomandato sui mirror ufficiali.</p>
 
 <toc-add-entry name="when">Quando sincronizzarsi</toc-add-entry>
 
@@ -225,7 +151,7 @@ la semplice <q>pull</q> come un job di cron.</p>
 
 <p>Il push mirroring è necessario per mantenere sincronizzati molti
 server (come i server con DNS in round-robin <tt>ftp.us.debian.org</tt>)
-ed è utilizzato per i nostri mirror di primo e secondo livello.
+ed è utilizzato per alcuni dei nostri mirror di primo e secondo livello.
 Questo metodo richiede uno sforzo maggiore di impostazione e non è
 comunemente usato per i mirror <q>privati</q>.</p>
 
@@ -235,32 +161,21 @@ spiegazione completa</a>.
 
 <toc-add-entry name="settings">Ulteriori impostazioni raccomandate</toc-add-entry>
 
-<p>Se si crea un mirror Debian disponibile via HTTP per favore
-aggiungete le seguenti impostazioni alla vostra configurazione di Apache
-(supponendo naturalmente che stiate usando Apache) nel blocco
-<code>&lt;Directory <var>/percorso/al/vostro/mirror/debian</var>&gt;</code>
-dove <var>/percorso/al/vostro/mirror/debian</var> dovrebbe essere il percorso
-alla directory che contiene la copia dell'archivio Debian:</p>
+<p>I mirror pubblici dovrebbero rendere disponibile l'archivio Debian in
+HTTP come <code>/debian</code>.</p>
 
-<pre>
+<p>Inoltre, assicurarsi che sia possibile vedere l'elenco della directory
+(con i nomi dei file completi) e che funzionino i collegamenti simbolici.
+Con Apache dovrebbe essere sufficiente:
+<pre>&lt;Directory <var>/percorso/al/vostro/mirror/debian</var>&gt;
    Options +Indexes +SymlinksIfOwnerMatch
    IndexOptions NameWidth=* +SuppressDescription
+&lt;/Directory&gt;
 </pre>
 
-<p>Questo abilita l'indice delle directory e assicura che funzionino i
-link simbolici. I nomi dei file nell'indice delle directory non saranno
-troncati e le descrizioni (pressoché inesistenti) non saranno mostrate.</p>
-
-<p>Con Apache 1.3.x, è necessario aggiungere la seguente opzione:</p>
-
-<pre>
-   DirectoryIndex .
-</pre>
-
-<p>Non aggiungerla con Apache 2.x.</p>
-
 
-<toc-add-entry name="submit">Come aggiungere un mirror alla lista dei mirror</toc-add-entry>
+<toc-add-entry name="submit">Come aggiungere un mirror alla lista dei
+mirror</toc-add-entry>
 
 <p>
 Per inserire il proprio mirror nell'elenco ufficiale è necessario: