Wartungsseite erstellen falls die Disk Station ausfällt

[Nasi]

Hallo ,ich hatte in letzter Zeit einige Stromausfälle und somit war eben meine Webseite nicht erreichbar .
Wie kann ich eine Umleitung herstellen ,so dass man auf eine Seite geleitet wird in der ich eine Ankündigung darstelle ,dass der Server vorübergehend nicht erreichbar ist?

 

[NormalZeit]

Ohne zusätzliches „Hosting“ bei einem externen Provider geht das nicht.

Welches Gerät bei Dir sollte denn antworten können, wenn der Strom ausgefallen ist?

 

[Nasi]

Das hätte ich .Aber ich weiß nicht wie man das macht.

 

[TeXniXo]

Das hätte ich

Gibt es mehr Infos dazu? Wer wie wo was wann warum weshalb?

 

[Synchrotron]

Nimm eine ordentliche USV, häng alles dran, was muss, und dreh den Netzschwankungen eine Nase.

Eine DS und ein Router halten eine ganze Weile durch, die brauchen nicht viel. Die öffentlichen Telekomnetze sind meistens ebenfalls abgesichert und gehen nicht gleich in die Knie, wenn die Straßenlaternen ausgehen.

 

[Nasi]

Soweit ich weiß ,soll die DS mit einer USV in einen sicheren Modus wechseln bei Stromausfall und die Dienste werden eingestellt.Um einen Datenverlust entgegen zu wirken sinnvoll ,aber um eine Webseite aufrecht zu erhalten wohl nicht.

 

[Fusion]

Das schon, aber nicht instantan bei jeder Schwankung.
Und wenn der Strom ein paar Minuten etc ausfällt fährt man wohl besser runter um Datenverlust zu vermeiden.
Wenn der Stromausfall größer als deine Wohnung ist ist die Chance nicht schlecht, dass auch der nächste Verteiler etc stromlos ist und dein Anschluß selbst auch nicht erreichbar ist.

Wenn die absolute Erreichbarkeit das oberste Ziel ist, dann ab ins redundant angebundene Rechenzentrum...

 

[Nasi]

Ich möchte hier nicht über USV oder Rechenzentren diskutieren,sondern wie man eine Umleitung herstellen kann,so dass man auf eine Seite geleitet wird ,die einen Serverausfall oder Wartungsarbeiten bei einem Stromausfall ankündigt .Zusätzliches Hosting habe ich.Ich wäre dankbar für eine Anleitung.Sonst nichts!

 

[Fusion]

Schön, dann solltest du vielleicht auch mal die Frage beantworten die dir z.B: TeXniXo schon gestern gestellt hat: Was für Hosting, Details?
Wenn es nur eine Website ist und du eh Hosting hast, wieso dann erst ein Setup mit Fehler-Seite beim Hosting und Seite auf der DS, wenn das Hosting besser verfügbar ist?
Oder geht es nicht nur um eine reine Website?
Kanns du dort DNS-Failover / Round-Robin nutzen?
Oder eine php/html/css Website die Inhalte von der DS holt und bei Nichterreichbarkeit eine lokale Fehlerseite zeigt?

Wenn du diskutieren willst, dann liefer mal eine Diskussionsgrundlage.
Ansonsten kann man nur sagen: Geh bei Google suchen, weil die Möglichkeiten zu vielfältig sind, wenn man keine Randbedingungen hat.

 

[Nasi]

TeXniXo hat mich nach Details gefragt ,aber mit wie ,wo was,wann kann ich nix anfangen,da kommt man sich veralbert vor ,nur mal so gesagt.

Kanns du dort DNS-Failover / Round-Robin nutzen?
Oder eine php/html/css Website die Inhalte von der DS holt und bei Nichterreichbarkeit eine lokale Fehlerseite zeigt?

Das sind schon bessere Fragen,die ich beantworten kann.Da weiß man worum es geht.
Es soll eine Webseite sein ,die die Nichterreichbarkeit anzeigen soll.Das war ja meine Frage.

 

[Synchrotron]

Auch wenn es wohl kompliziert werden muss statt einfach:

Um das Routing zu machen, müsste die Web-Anfrage über eine erste Seite laufen. Die fragt im Hintergrund ab, ob das Primärziel „Syno“ aktiv ist. Wenn ja, Weiterleitung dorthin. Wenn nein, Sekundärziel mit gespiegelter Seite, oder Fehlerseite ausgeben.

Heißt aber, alles geht über einen ersten Webserver, der in einem RZ gehostet ist, und dann erst auf die eigentliche Seite.

Kann man machen, muss man aber nicht.

Wenn ich eine absolute Hochverfügbarkeit brauche, hoste ich gleich alles bei Profis. Ansonsten auf die Syno - wie oft fällt die denn aus ? Wartungsarbeiten muss ich dann halt auf die Zeiten legen, in denen ich wenig Traffic erwarte.

 

[Synchrotron]

Um das Thema USV richtig zu stellen (ich weiß, hier nicht erwünscht):

Ja, im Normalfall nimmt man eine eher kleine USV, die zum runter fahren reicht.

In so einem Fall würde ich eine große USV nehmen, mit der die Syno noch locker ein paar Stunden laufen kann, incl. Modem und Router / Switch. Die Verteiler verfügen m.w. über eine eigene Stromversorgung, die gehen auch nicht gleich in die Knie.

Wenn es über ein paar Stunden raus geht, ist natürlich irgendwann Ende mit dem Reservestrom. Aber das dürfte dann eine der kleineren Sorgen sein. Wer sich im Detail gruseln will: „Blackout“ lesen.

 

[Nasi]

Wenn ich eine absolute Hochverfügbarkeit brauche, hoste ich gleich alles bei Profis. Ansonsten auf die Syno - wie oft fällt die denn aus ? Wartungsarbeiten muss ich dann halt auf die Zeiten legen, in denen ich wenig Traffic erwarte.

Ja gut ,aber das ist mir egal,wenn die DS mal ausfällt.Auch bei einem Hoster bzw bei einem sogenannten Profi fällt mal etwas aus.
Es ist scheinbar nicht so einfach mit der Fehlerseite.Ich dachte ein einfacher html Code auf einem anderen Server würde reichen.
Dann eben nicht und die Webseite einfach auch noch auf den anderen Server bei einem Hoster ,mit einem Hinweis,falls meine DS ausfällt.

 

[mega]

Leider hat mich das Forum raus geschmissen, wie ich ne Lösung eingegeben hab.

Dann halt nur die Kurzform: Hoster mit 'externer Domain', die nicht zwingend dauerhaft dort hin zeigen muss. All-Inkl kann das.
Dort ein Script per Cronjob, das ein Dyndns-Update auf den Hoster macht, wenn die Synology nicht erreichbar ist.

 

[Synchrotron]

... und einen weiteren DynDNS, wenn sie ihr Päuschen beendet hat ?

 

[mega]

Am besten ja. Ein Dyndns-Update-Script auf der Synology.
Man kann mit einem Script auf der Synology (und einem auf dem Hosting) seine externe IP abfragen.
Ist die anders als beim letzten mal (und alle paar Stunden zur Sicherheit eh), macht man ein DynDNS-Update auf die Externe Zuhause-IP.

Da man vom Hoster aus die Synology abfragt, kann dieses Script auch eine möglichst schnelles DynDNS-Update auf der Synology auslösen, wenn diese wieder da ist.

Wichtig in allen Fällen: Die Scripte müssen ihre letzten Zustände in Dateien speichern, damit DynDNS-Updates (und Info-eMails an den Besitzer) nicht unnötig oft ausgelöst werden.