Nota: L'originale è più recente di questa traduzione.
Ci sono mirror delle pagine WWW Debian nei seguenti paesi:
Se il tuo paese non è in elenco e vuoi sponsorizzare un mirror, faccelo sapere. Se il tuo paese è in già in elenco, molto probabilmente non occorre un altro mirror. Generalmente non incoraggiamo la creazione di nuovi mirror del sito web Debian.
I nostri mirror web richiedono manutenzione (un po' più dei mirror del sito FTP, dal momento che occorre modificare i file di configurazione di Apache ogni tanto) e pesa sulle risorse degli sponsor. Tuttavia, grazie alla natura delle pagine web, che non richiedono download regolari e per le quali non devi preoccuparti molto se caricano a 2kbps o a 30kbps, dal momento che sono piuttosto piccole, si pone il dubbio se avere molti mirror del sito web sia utile.
Una volta le connessioni Internet nel mondo non erano veloci, e ad esempio, consultare www.debian.org da un altro continente è penoso e molto più lento di una tipica connessione modem. Per questo abbiamo organizzato il mirroring e vari mirror del sito web sono stati attivati. Dieci (o undici, se contiamo la Turchia) di essi sono in Europa.
Tuttavia, oggigiorno si stanno diffondendo i collegamenti di rete veloci, soprattutto in Europa, così difficilmente c'è bisogno di molti mirror. Di fatto, grazie alla accresciuta velocità dei collegamenti tra Europa e America, non è così lento accedere a www.debian.org anche dall'Europa.
Questo è la ragione di fondo per cui non ci occorrono nuovi mirror del sito web, soprattutto non in continenti dove già sono attivi dei mirror. Rispetta la nostra decisione. Grazie per la cooperazione.
Se hai domande, invia una mail a mirrors@debian.org.
Le informazioni che seguono sono fornite solo per riferimento ai manutentori dei mirror esistenti.
Il metodo di mirroring raccomandato è via rsync. Non c'è accesso anonimo ai file del sito web. Puoi configurare l'accesso autenticato con l'amministratore del sito da dove vuoi effetturare la copia, inviando una mail a mirrors@debian.org.
Il mirroring è un processo di tipo pull
, cioè il client richiede i
dati dal server in base alla propria convenienza. Per la configurazione,
puoi usare
lo script websync e il suo
file di configurazione,
che puoi lanciare via crontab, e farà tutto automaticamente.
Segui le direttive nello script per essere sicuro
che ogni cosa funzioni correttamente.
Il push mirroring è una forma di mirroring che usa rsync che abbiamo sviluppato per minimizzare il tempo necessario perchè le modifiche all'archivio raggiungano i mirror. Il server mirror usa un attivatore ssh per dire al client mirror di aggiornarsi.
Questo metodo è abbastanza sicuro in quanto ssh è configurato
per lanciare un unico comando. Inoltre, il mirroring è ancora
di tipo pull
per cui non è possibile corrompere
il contenuto dell'archivio usando un push mirror contraffatto.
Alcuni amministratori di mirror hanno mostrato qualche riluttanza
nell'impiego di questo metodo di mirroring per paura che tale metodo
esponga le proprie macchine a intrusioni.
Questo semplicemente non è vero.
Per una descrizione più dettagliata di come tutto questo funziona, perchè è sicuro, e come configurare un push mirror, leggi la spiegazione completa.
Il sito principale viene aggiornato ogni quattro ore circa.
Se il tuo sito è del tipo push mirror, non occorre che ti preoccupi
di questo. Altrimenti, dovresti calcolare il tempo di mirroring
per il tuo sito in accordo alla data e ora nei file timestamp nella directory
/mirror/timestamps/ del sito web che devi copiare.
Aggiungi un po' di tempo, diciamo mezz'ora, a quell'orario e effettua
il mirroring da quel momento.
Il modo più semplice per lanciare la copia tutti i giorni è utilizzare cron. Vedi man crontab per i dettagli.
Se lo si desidera, si può sostituire l'immagine sponsor_img.jpg
con un (non eccessivo) logo della società o organizzazione, e
fare in modo che sponsor.html ridiriga alla propria
pagina principale.
Normalmente questi due file non sono mirrorati.
Gli originali sono
chiamati sponsor.deb.html e sponsor.deb.jpg e
andrebbero sostituiti con quelli specifici per il mirror.
La dimensione massima suggerita per il tuo logo è 120x60.
Dal momento che la negoziazione dei contenuti
è usata sulle pagine web per selezionare la lingua preferita,
potresti anche fornire sponsor.html in diverse lingue.
Per fare questo crea semplicemente
sponsor.<lang>.html per ogni <lang> che vuoi.
Assicurati di aggiungere qualsiasi file non vuoi che venga sovrascritto alla lista delle esclusioni per il mirroring.
Se sulla tua macchina gira Debian, si è deciso di violare
la politica Debian e usare /doc nelle pagine web.
Questo significa che dovresti commentare la riga
nel tuo file Alias /doc/
/usr/share/doc//etc/apache/srm.conf.
Nota: Tutti i nostri script CGI sono lanciati centralmente su cgi.debian.org, così non devi preoccuparti di essi.
La Negoziazione di Contenuto è un metodo che consente a un browser di negoziare con il server il tipo di documento che dovrebbe essere da questo fornito. Sebbene ci siano una serie di utilizzi di questa opzione, la cosa più comune è la negoziazione di quale lingua deve essere utilizzata. Usarla consentirà a Debian di forinire le sue pagine in lingue multiple in una modalità (tecnicamente) molto elegante.
Per quelli che usano Apache, la modifica è abbastanza banale. Semplicemente aggiungi questa opzione:
Options +Multiviews
alla sezione<Directory>
per le pagine web Debian nel tuo file
/etc/apache/access.conf, e fai ripartire il server.
In aggiunta, occorre che ti assicuri che il server possa gestire tutte le lingue che saranno sul sito web. Questo vien fatto usando la direttiva AddLanguage. Quella che segue è una lista di quei linguaggi che sono già in uso - aspettati di doverne aggiungere altri più in là:
AddLanguage en .en AddLanguage ar .ar AddLanguage bg .bg AddLanguage ca .ca AddLanguage cs .cs AddLanguage da .da AddLanguage de .de AddLanguage el .el AddLanguage eo .eo AddLanguage es .es AddLanguage fa .fa AddLanguage fi .fi AddLanguage fr .fr AddLanguage he .he AddLanguage hr .hr AddLanguage hu .hu AddLanguage hy .hy AddLanguage id .id AddLanguage it .it AddLanguage ja .ja AddLanguage ko .ko AddLanguage lt .lt AddLanguage ml .ml AddLanguage nb .nb AddLanguage nl .nl AddLanguage pl .pl AddLanguage pt .pt AddLanguage ro .ro AddLanguage ru .ru AddLanguage sk .sk AddLanguage sl .sl AddLanguage sv .sv AddLanguage ta .ta AddLanguage tr .tr AddLanguage uk .uk AddLanguage vi .vi AddLanguage pt-br .pt AddLanguage nb .nb AddLanguage zh-CN .zh-cn AddLanguage zh-HK .zh-hk AddLanguage zh-TW .zh-tw
A causa di un errore in Apache la lingua sbagliata può essere selezionata in alcune circostanze, così è una buona idea aggiungere ogni lingua alla opzione LanguagePriority, in questo modo:
LanguagePriority en fr es ar bg ca cs da de el eo fa fi he hr hu hy id it ja ko lt ml nb nl pl pt ro ru sk sl sv ta tr uk vi pt-br nb zh-CN zh-HK zh-TW
Per evitare di fornire file a contenuto negoziato con
il charset sbagliato, assicurati che l'indicazione
AddDefaultCharSet sia commentata
o configurata a
.
Off
Se si usa apache 1, per fornire gli indici dei file delle directory
correttamente, avrai bisogno di modificare la voce
DirectoryIndex in
/etc/apache/srm.conf.Questo però non funziona
con apache 2. Quanto segue dovrebbe bastare per apache 1:
DirectoryIndex index index.html
Apache deve essere istruito per mandare il Content-type corretto di favicon.ico che è image/x-icon:
AddType image/x-icon .ico
Per inviare l'intestazione contenente il corretto Context-Type per RSS, Apache deve essere istruito all'uso del tipo application/rss+xml, così:
AddType application/rss+xml .rdf
Per avitare problemi con la negoziazione dei contenuti delle pagine in /events, i file “calendar” devono avere una priorità più bassa di text/html:
AddType text/calendar;qs=0.9 .ics
Poichè alcune parti del sito web stavano cominciando a essere troppo grandi per essere copiate su molti siti, le abbiamo separate dal sito principale. Sebbene la maggior parte dei collegamenti dovrebbe essere convertita per usare le nuove locazioni, puoi aggiungere un reindirizzamento ad un altro sito in modo che i collegamenti non risultino errati. Questo può essere fatto in /etc/apache/srm.conf. Per esempio:
Redirect /Lists-Archives http://lists.debian.org/ Redirect /search http://search.debian.org Redirect /Packages http://packages.debian.org Redirect /lintian http://lintian.debian.org