Technik

Ich habe heute einen Interessenten zufriedenstellen können, der unseren DDNS-Dienst mit Cisco-Hardware nutzen wollte.

Im Vorfeld hatte ich schon gefühlte hundert Stunden bei uns in die Logs geschaut und darauf gewartet eine entsprechende DDNS-Anfrage bei uns aufprallen zu sehen. Nichts. Bis mich ein Kollege des Interessenten auf den Satz "Sie sind soeben auf einem Webserver ... angekommen" aufmerksam machte.

An entsprechend falscher Stelle fand ich sofort auch einen Haufen von fehlgeleiteten DDNS-Anfragen, die nur einen schluss zuließen:

Der Client schickt in seinen HTTP-Anfragen (die er wohlgemerkt als HTTP/1.1 ausgibt) keinen Host:-Eintrag mit, sodass unser Apache kaum eine Chance hatte die DDNS-Anfragen richtig zu verarbeiten. So habe ich gestern mittag ein entsprechendes Update bei uns im System eingearbeitet, dass die Verarbeitung von DDNS-Anfragen zulässt, auch wenn kein Host übertragen wurde.

Auch wenn böse Zungen behaupten, dass es Stromverschwendung ist, so bin ich doch ein richtige Wake-On-LAN-Fan!

Abgesehen von meinem Laptop schalte ich hier mittlerweile fast alles über Netzwerk bei Bedarf ein - und dadurch dass ich es öfter auch mal wieder ausschalte wette ich, dass sich der zusätzliche Stromverbrauch für WOL wieder rechnet. Aber das war nicht immer so:

Meine Workstation weigerte sich in der Vergangenheit permanent (obwohl die Lämpchen grün waren) sich übers Netzwerk einschalten zu lassen. Ich war bisher immer nur weise genug gewesen, mal das BIOS zu checken um danach wieder zu resignieren, weil alles richtig schien und doch nichts funktionierte. Bis ich letzte Woche wieder auf das gute alte ethtool gestoßen bin - was ich eigentlich noch nie gebraucht habe. Jedoch fielen mir dort 2 Zeilen auf:

Supports Wake-on: g
Wake-on: d

Die Man-Page verrät: "Supports Wake-on" verrät welche Modi vom Adapter unterstützt werden und "Wake-on" zeigt an, welches aktuell eingestellt ist - das "d" kam mir in dem Zusammenhang gleich spanisch und falsch vor und es steht auch wirklich für "disabled". Eigentlich schon böse, dass es neben dem BIOS-Setting des Computers noch dieses kleine Flag in der Netzwerk-Karte gibt :hmm:

Der Befehl

ethtool -s eth0 wol g

hat es dann umgestellt und der Computer wacht brav nach dem Senden eines "magischen Paket" auf. Allerdings vergisst meine Maschine hier diese Einstellung bei jedem Reboot wieder (dass das immer der Fall ist wage ich gerade nicht zu schreiben), sodass ich es einfach mal in einen Start-Skript eingebaut habe

Bei einem Kunden ist vergangene Woche der Notes-Server abgestürzt.

Lustigerweise befinden sich die Kontaktdaten zu den Menschen, die da ggf. weiterhelfen könnten, in der Notes-Datenbank und alle anderen sind im Urlaub. Ich selbst habe da keinerlei Fachwissen, aber vielleicht liest hier jemand mit.

Konkret ist es so: Der Server hat über die Feiertage die Stromzufuhr verloren und Notes wurde nicht sauber herunter gefahren. Nach dem erneuten Hochfahren kommen für sämtliche (zumindest gehe ich davon aus) die Fehlermeldung:

Error checking database some_db.nsf: This database is
currently being used by someone else.  In order to share a Notes database, all
users must use a Domino Server instead of a File Server.

Diesen "someone else" gibt es aber nicht. Hat da vielleicht jemand einen Tipp?