Die Vorgeschichte

Unser Provider hat uns am 25.08.2004 darüber informiert, dass unser FilterSurf-Server am 08.09.2004 umziehen muss. Außerdem wird er nach dem Umzug eine neue IP-Adresse bekommen.

Dies hätte zur Folge, dass FilterSurf ab diesem Zeitraum nicht erreichbar wäre. Dabei wären sowohl die Web-Seiten als auch der Filter-Dienst selbst betroffen.

Deshalb haben wir uns entschieden, einen zweiten FilterSurf-Server zu mieten und zu installieren.

Der neue Server

Wir schickten am Abend des 29.08.2004 unsere Bestellung ab und am Mittag des nächsten Tages hatten wir schon den root-Zugriff.

Nach der Entfernung des vorinstallierten Betriebssystems (durch Formatierung der Platte) stand also der Installation von Debian nichts mehr im Wege.

Nach dem Kompilieren eines angepassten Kernels und der Installation von Apache und Postfix folgte die Kompilierung und die Installation der eigentlichen FilterSurf-Software. Der neue Server starte am 03.09.2004 seinen (Filter-)Betrieb.

Weitere Domain-Namen

Da war er nun fertig, der zweite Server. Aber wie funktioniert das jetzt? Wie überbrückt man nun damit den Umzug?

Dazu gehen wir wie folgt vor: Der Domain-Name "filtersurf.de", der bis zum 04.09. (20:00 Uhr) auf unseren ersten Server (213.239.232.88) angemeldet war, wurde am 04.09. auf unseren zweiten Server (81.169.188.235) umgemeldet. Bis zum Umzugstermin wird sich nun hoffentlich diese neue Adresse bei allen DNS-Servern herumgesprochen haben. Da unser Redirector-Skript bis zur Version 2.0 allerdings nur beim Start die IP-Adresse ein einziges Mal ermittelt, müssen nun alle Benutzer dieser FilterSurf-Redirector-Version ihren squid restarten, sobald die neue IP-Adresse bekannt ist.

Der entscheidende Vorteil des neuen Servers ist, dass es dadurch zu keiner Ausfallzeit von FilterSurf kommt. Einzige Bedingung: Der squid muss noch vor dem Umzug, jedoch erst nach dem Update der DNS-Server neu gestartet werden. Ein solches Update dauert typischerweise zwischen 12 und 24 Stunden. Der squid sollte also idealerweise am 07.09. restarted werden.

Was haben wir daraus gelernt?

Es gibt inzwischen ein neues Redirector-Skript, welches zweimal am Tag automatisch die IP-Adresse der neuen Domain "fsredir.dyndns.org" ermittelt und dann alle weiteren Anfragen dorthin schickt. Diese Domain leitet alle Anfragen automatisch an einen der beiden FilterSurf-Server weiter. Und an welchen? Standardmäßig an den ersten. Wenn dieser ausfällt, an den zweiten, der bis dato in Wartestellung verharrte. Ist der erste Server wieder erreichbar, wird fsredir.dyndns.org nach kurzer Zeit automatisch wieder auf diesen zeigen.
Da sich Änderungen der "fsredir.dyndns.org" Adresse im DNS viel schneller herumsprechen, als bei "filtersurf.de" können wir durch Umstellen dieses Namens schnell auf den Ausfall des ersten Servers reagieren.
Verwendet man also den Redirector ab V2.4 kann man sich den Reload des FilterSurf-Servers in Zukunft ersparen!