Skip to content

Immer wieder super

finde ich, wenn Web Formulare nicht richtig getestet wurden. Gerade erst habe ich eine Nachfrage bei einem richtig großen Software Hersteller reingetackert und abgeschickt und bekomme

Your session expired or your user id is not registered for this module.
Please try the operation again by clicking on the tab again.
If the error persists, please contact your system administrator. 

Ist meine Anfrage nun durchgegangen oder nicht?

Kompliziert

Gegenüber früher ist die Oberfläche der Fritzbox ganz schön unübersichtlich geworden. Sowas muss doch besser zu lösen sein, andere schaffen das doch auch.

Technisch gesehen finde ich es wirklich bemerkenswert, was AVM alles in die FB reinpackt. An der Bedienbarkeit müsste man aber vielleicht noch mal arbeiten.

links for 2009-07-09

Error: bad minute; while reading /etc/crontab

Gerade eben stellte ich fest, dass auf einem Ubuntu 8.04 Server die Cron-Jobs nicht mehr ausgeführt werden. Also machte ich mich auf die Suche nach dem Grund, konnte ihn aber zunächst nicht finden. In der /var/log/syslog dann der erste Hinweis:

Error: bad minute; while reading /etc/crontab

Die /etc/crontab sah allerdings sehr normal aus. Da gab es keine falschen Einträge oder fehlende Angaben. Nach einigem auskommentieren und testen bin ich dann auf die Lösung gekommen. In der crontab fand ich folgende Zeile, bei der ich mir erst mal nichts dachte:

MAILTO= 

Allerdings interpretiert cron diese Zeile so, dass er MAILTO= für die Angabe der Minuten hält und danach nichts mehr kommt. Und MAILTO= ist auch keine gültige Angabe für Minuten ;-). Also entweder eine Mailadresse dahinter schreiben oder wie in meinem Falle mit einem # auskommentieren. Dann cron neustarten und schon funktionierts auch wieder.

Ihre voraussichtliche Wartezeit beträgt Nulleinsfünf Minuten

...begrüßte mich die Alice Hotline mit ihrer automatischen Ansage. Nulleinsfünf Minuten zu warten macht selbstverständlich keinen Spass, nicht mal wenn man dafür auch noch Geld bezahlen darf.

Der Grund meines Anrufes: Der DSL 16000 Anschluss von Alice brachte ja schon von Anfang an mit etwa 6 mbit immer nur mässige Leistung. Mit 3,5 mbit allerdings kann ich nicht leben, nicht mal wenn ich beide Augen zu drücke.

Also warte ich noch Nulleinsdrei Minuten und bin gespannt, was man dazu sagt.

links for 2009-07-06

RDP schneller machen über NX

RDP, das Remote Desktop Protocol, macht seine Arbeit beim Zugriff auf entfernte Server soweit ja ganz ordentlich. Mittlerweile liegt RDP in Version 6 vor und es gibt sogar unter Linux einen funktionierenden Client und auch einen funktionierenden RDP Server. Steht der zu steuernde Server allerdings hinter einer nicht ganz so breitbandigen Verbindung, lahmt RDP gelegentlich auch mal dahin. Selbst wenn man die Performance optimiert, fliesst es so la la, abhängig eben von der Upload-Bandbreite des Anschlusses an dem der Server hängt. Da auch ich oft auf RDP Server zugreife(n muss), die hinter einem normalen DSL Anschluss hängen kenne ich das Problem also auch aus erster Hand.

Interessant wird's, wenn man über den RDP Tellerrand hinausschaut. Dort gibt es zum Beispiel für den Betrieb von Linux Terminalservern von Nomachine ein Produkt namens NX, welches eine ordentliche Performance an den Tag legt und über normales SSH gefahren wird. NX kann aber auch mehr. Mit NX' Hilfe lassen sich beispielsweise auch RDP Connections beschleunigen.

Zum Beispiel baue ich eine Verbindung mit NX über eine DSL Leitung zu einem Linux Server auf, der im gleichen LAN wie der RDP Server steht. Auf diesem Linux Server starte ich nun meinen RDP Client und verbinde mich auf den RDP Server. Das alleine sorgt schon für einen ordentlichen Performancegewinn, mit dem die Arbeit auf einem Windows Terminal Server über RDP deutlich flüssiger von der Hand geht.

Ausprobieren empfohlen. Ich könnte vielleicht auch mal ein Video vom Unterschied machen, was allerdings Zeit kostet, die ich momentan in andere Dinge stecke. Weshalb sonst sollte ich auch RDP beschleunigen wollen? :-)

tweetbackcheck cronjob