Spiegel der Debian-Webseiten


Liste der Web-Spiegel

Es gibt Spiegel der Webseiten in den folgenden Ländern:

Wenn Ihr Land nicht aufgelistet ist und Sie gerne einen Spiegel sponsern möchten, lassen Sie es uns wissen. Wenn Ihr Land bereits aufgelistet ist, gibt es wahrscheinlich keinen Bedarf für einen weiteren Spiegel. Wir fördern generell keine neuen Spiegel.

Wieso wir keine weiteren Web-Spiegel benötigen

Unsere Web-Spiegel-Server erfordern Wartung (etwas mehr als die FTP-Spiegel, da die Konfigurationsdateien von Apache immer mal wieder geändert werden müssen) und kosten die Sponsoren Ressourcen. Aufgrund der Natur des Webs und bei Seiten, die nicht andauernd geladen werden müssen und bei denen es nicht so wichtig ist, ob sie mit 2kbps oder mit 20kbps ankommen, da sie sehr klein sind, stellt sich die Frage, ob es sinnvoll ist, viele Spiegel-Server zu bieten.

Es gab Zeiten, da waren die Internet-Verbindungen auf der gesamten Welt nicht schnell und zu www.debian.org von einem anderen Kontinent zu gelangen war mühsam und langsam und erheblich langsamer als eine normale Modemverbindung. Daher haben wir Spiegel organisiert und mehrere Spiegel-Server wurden geboren. Zehn (oder elf, wenn Sie die Türkei dazurechnen) dieser liegen in Europa.

Heutzutage haben wir jedoch verblüffend schnelle Netzwerkverbindungen, speziell in Europa, daher besteht kaum ein Bedarf an diesen vielen Spiegeln. In der Tat ist es aufgrund der erhöhten Geschwindigkeit der Netzwerkverbindungen zwischen Europa und Amerika nicht einmal langsam, von Europa auf www.debian.org zuzugreifen.

Das sind die Hauptgründe, wieso wir keine weiteren Web-Spiegel-Server benötigen, speziell nicht auf Kontinenten, auf denen Spiegel so gut verteilt sind. Bitte respektieren Sie unsere Wünsche. Vielen Dank für Ihre Kooperation.

Wenn Sie irgendwelche Fragen haben, schreiben Sie uns eine E-Mail an mirrors@debian.org.


Referenz für existierende Spiegel

Die untenstehenden Informationen werden nur als Referenz für die Verwalter der bestehenden Spiegel-Server angeboten.

Spiegel-Prozess

Die empfohlene Methode zu spiegeln ist mit rsync. Es gibt keinen anonymen Zugriff zum Archiv der Webseiten. Sie können authentifizierten Zugang mit dem Verwalter des Rechners ausmachen, von dem Sie spiegeln möchten. Bitte wenden Sie sich per E-Mail an mirrors@debian.org.

Spiegeln ist ein ziehender Prozess, d.h. der Client fordert Daten vom Server an. Um dies einzurichten, können Sie das websync-Skript und seine Konfiguration nutzen, das aus der Crontab laufen gelassen werden kann und das alles automatisch machen wird. Folgen Sie den Anweisungen in dem Skript, um sicherzustellen, dass alles funktioniert.

Spiegeln von einem Push-Spiegel

Push-Spiegeln ist eine Art von Spiegeln mit rsync, das wir entwickelt haben, um die Zeit zu minimieren, die benötigt wird, damit Änderungen im Archiv die Spiegel erreicht. Der Server verwendet SSH, um dem Client-Spiegel mitzuteilen, dass er sein Archiv aktualisieren soll.

Diese Methode ist ziemlich sicher, da SSH so konfiguriert ist, dass nur ein einziger Befehl ausgeführt wird. Außerdem läuft das eigentliche Spiegeln immer noch ziehenderweise ab, so dass es nicht möglich ist, den Spiegel durch gefälschte Push-Spiegel zu beschädigen. Einige Spiegel-Verwalter haben aus Angst, das System für andere zu öffnen, eine gewisse Abneigung gegen diese Spiegel-Methode gezeigt. Das ist jedoch nicht der Fall.

Eine ausführliche Beschreibung, wie dieses funktioniert, wieso es sicher ist und wie man einen Push-Spiegel aufsetzt, finden Sie in der vollständigen Beschreibung.

Wann spiegeln

Das Hauptarchiv wird annähernd alle vier Stunden aktualisiert.

Wenn Ihr Rechner push-gespiegelt wird, müssen Sie sich darüber keine Gedanken machen. Falls doch nicht, sollten Sie die Spiegelzeit für Ihren Rechner anhand des Datums der Timestamp-Dateien im Verzeichnis /mirror/timestamps/ auf dem Web-Spiegel-Server. Fügen Sie etwas Zeit hinzu, z.B. eine halbe Stunde, und spiegeln Sie dann.

Die einfachste Art, den Spiegel automatisch jeden Tag laufen zu lassen, ist über cron. Lesen Sie man crontab, um mehr zu erfahren.

Bewerben des Sponsors für den Spiegel

Falls Sie möchten, können Sie das Bild sponsor_img.jpg durch ein (unaufdringliches) Logo Ihrer Firma oder Organisation ersetzen und sponsor.html zu einer Umleitung auf Ihre Homepage einrichten. Standardmäßig werden beide Dateien nicht gespiegelt. Die Voreinstellungen heißen sponsor.deb.html und sponsor.deb.jpg – Sie können zwar die voreingestellten Dateien verwenden, wir empfehlen Ihnen aber, Ihre eigenes Bild bereitzustellen. Die vorgeschlagene maximale Größe für Ihr Logo beträgt 120x60 Pixel.

Da Content-Negotiation für die Webseiten verwendet wird, um die bevorzugte Sprache zu ermitteln, können Sie sponsor.html sogar in verschiedenen Sprachen anbieten. Um das zu machen, erzeugen Sie einfach sponsor.<sprache>.html für jede <sprache>, die Sie unterstützen möchten.

Stellen Sie sicher, dass Sie alle Dateien in die Ausschlussliste (exclude) schreiben, die Sie beim Spiegeln nicht überschreiben möchten.

Konfigurieren des Webservers

Verschiedene Webserver-Änderungen

Wenn auf Ihrer Maschine Debian läuft, wurde entschieden, gegen die Debian-Policy zu verstoßen und /doc zu den Webseiten hinzuzufügen. Daher sollten Sie die Zeile Alias /doc/ /usr/share/doc/ aus der Datei /etc/apache/srm.conf auskommentieren.

Bemerkung: Alle unsere CGI-Skripte laufen zentral auf cgi.debian.org, so dass Sie sich darüber keine Gedanken machen müssen.

Content-Negotiation

Content-Negotiation ist eine Methode, die den Browser mit dem Webserver die Art des Dokuments aushandeln lässt. Während es eine Vielzahl Anwendungen für dieses gibt, ist die am weitesten verbreitete die Aushandlung, in welcher Sprache ein Dokument zurückgegeben werden soll. Damit erlaubt es Debian, die Webseiten in mehreren Sprachen auf eine (technisch gesehen) sehr elegante Weise zurückzuliefern.

Für diejenigen, die Apache verwenden, sind die Änderungen fast trivial. Fügen Sie einfach diese Option

Options +Multiviews

zu den <Directory>-Abschnitten für die Debian-Webseiten in Ihrer Datei /etc/apache/access.conf hinzu und starten Sie den Server neu.

Zusätzlich müssen Sie sicherstellen, dass der Server alle Sprachen unterstützt, die von der Website unterstützt wird. Dieses wird mit dem Tag AddLanguage erreicht. Das Folgende ist eine Liste der Sprachen, die bereits unterstützt werden – erwarten Sie weitere:

  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 nl .nl
  AddLanguage no .no
  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 pt-br .pt
  AddLanguage nb .nb
  AddLanguage zh-CN .zh-cn
  AddLanguage zh-HK .zh-hk
  AddLanguage zh-TW .zh-tw

Aufgrund eines Fehlers im Apache kann unter manchen Umständen die falsche Sprache zurückgeliefert werden. Daher wäre es eine gute Idee, jede Sprache zur Option LanguagePriority hinzuzufügen, z.B. wie folgt:

LanguagePriority en fr es ar bg ca cs da de el eo fa fi he hr hu hy id it ja ko lt nl no pl pt ro ru sk sl sv ta tr uk pt-br nb zh-CN zh-HK zh-TW

Um zu vermeiden, dass Dateien mit Content-Negotiation mit falschem Zeichensatz zurückgeliefert werden, stellen Sie bitte sicher, dass die Einstellung AddDefaultCharSet entweder auskommentiert oder auf Off gesetzt ist.

Falls Sie Apache 1 verwenden, werden Sie wahrscheinlich den Eintrag DirectoryIndex in /etc/apache/srm.conf ändern müssen, um Index-Dateien richtig zurückzuliefern. Dies funktioniert allerdings nicht mit Apache 2. Das Folgende sollte für Apache 1 ausreichend sein:

DirectoryIndex index index.html

Um den richtigen Content-Type-Header für favicon.ico zu senden, sollte Apache angewiesen werden, den Typ image/x-icon zu verwenden, so wie hier:

AddType image/x-icon .ico

Um den richtigen Content-Type-Header für RSS-Einspeisungen zu senden, sollte Apache angewiesen werden, den Typ application/rss+xml zu verwenden, so wie hier:

AddType application/rss+xml .rdf

Um Probleme mit der Inhaltsaushandlung mit dem Inhalt unter /events zu vermeiden, müssen Kalender-Dateien eine niedrigere Priorität als text/html-Inhalten zugewiesen werden:

AddType text/calendar;qs=0.9 .ics

Umleitungen

Da einige Teile der Website anfingen zu groß zu werden, um von den meisten Rechnern gespiegelt zu werden, haben wir sie von der Hauptseite getrennt. Obwohl die meisten Links auf die neuen Adressen konvertiert sein sollten, bitten wir Sie, eine Umleitung auf einen anderen Rechner einzufügen, damit keine kaputten Links entstehen. Dieses wird durch folgenden Eintrag in /etc/apache/srm.conf erledigt:

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