Da ich durch ein Google Gadget inspiriert wurde, habe ich mich heute kurzerhand hingesetzt und ein kleines autoki Autoquartett Widget für das Dashboard in Apple's Mac OS X gebaut.

Das Widget ermöglicht einem schnell und einfach ein paar Runden Autoquartett zu spielen





Den 234.03 kB großen Download findet ihr auf dieser Downloadseite:
autoki Autoquartett Download Page

Derzeit stört mich an dem Widget noch der Fakt, dass beim Verlassen des Dashboards eine angefangene Partie Quartett dennoch weiterläuft (nicht die Aktion, aber die AJAX Polls im Hintergrund). Folge ist, dass das Widget eine Konstante CPU Last von wenigen Prozent erzeugen würde, selbst wenn man es nicht nutzt.

Meine Idee dagegen war, beim Verlassen des Dashboards das Widget zu leeren und anschließend auf die zuletzt offene URL zurückzukehren. Leider bekomme ich aber keinen Zugriff auf das location.href Attribut des Iframes, in dem das Quartett läuft, wodurch ich auch nicht ausmachen kann, auf welche Game ID ich zurückkehren muss..

Dafür wird es aber sicher bald noch ein Update geben

//Edit: das erste Update ist verfügbar. Dafür gibt es jetzt vor allem eine Downloadseite und eine integrierte Update Funktion. Außerdem wird nun eine Quartettpartie beendet, sobald man das Dashboard verlässt um die Autoki Server und die eigene CPU zu entlasten Auf Dauer werde ich mir dafür aber noch eine andere Lösung einfallen lassen.

Nach ewig langem herumprobieren und einer Menge Frustration, dass ich mit dem im Geschäft installierten Vista nicht mehr auf die dort verwendeten Samba Shares komme, habe ich heute nun endlich die Lösung für dieses Problem gefunden. Da das Problem wohl weit verbreitet ist, sich aber fast nirgendwo über Google & Co. Lösungen finden lassen, steht der Artikel weiter unten auch auf Englisch (English version: see below!)

Vista versucht eine "sicherere" Authentifizierungsmethode für den LAN Manager zu erzwingen, indem es sich per NTLMv2 versucht auf dem Zielshare (dem SMB Server) einzuloggen. Da aber weder die aktuell unter Linux verwendeten SMB Versionen, noch die unter Mac OS X verwendeten diese Authentifizierungsmethode unterstützen, schlägt die Anmeldung fehl, weshalb man immer wieder aufgefordert wird, erneut seinen Benutzernamen und sein Passwort einzugeben.

Die Lösung für das Problem findet sich in der Systemsteuerung unter einem Punkt, der in der Deutschen Version wohl "Verwaltung" heissen dürfte. Ist die klassische Ansicht deaktiviert und die Systemsteuerung in der Standard-Ansicht geöffnet, findet sich die Verwaltung unter "System und Wartung". In der Verwaltung öffnet man die "Lokale Sicherheitsrichtline" (sofern sie noch so heißt, wie unter XP), dort den Punkt "Lokale Richtlinien" -> "Sicherheitsoptionen".

Dort gibt es dann einen Eintrag der wie folgt heißen sollte (Abweichungen möglich, wie gesagt, ich habe ein englisches Vista): "Netzwerksicherheit: LAN Manager Authentifizierungsebene". Diesen Eintrag per Doppelklick öffnen und dann im folgenden Fenster den Wert auf "Sende LM & NTLM - verwende NTLMv2 Sitzungssicherheit falls ausgehandelt" setzen (Zitat von Gerald aus den Kommentaren: "Die Eintellung ist nicht vollständig sichtbar, sie lautet aber: '&LM und NTLM-Antworten senden (NTLMv2-Sitzungssicherheit verwe'").

Die Änderung nun übernehmen und siehe da, es sollte nun alles funktionieren. Sobald ich bei Gelegenheit an ein deutsches Vista irgendwo herankomme, oder falls mir jemand die entsprechenden Punkte auf Deutsch nennen könnte, werde ich das hier auch entsprechend anpassen.

---

English Version:
After a lot of trial and error and much frustration for beeing unable to access SMB shares using Vista at the office, I finally found the solution of this problem.

Vista is trying to force a more secure authentication method for the LAN manager by using NTLMv2 to log on to the remote SMB share. But NTLMv2 isn't available for the current SMB implementations on Linux and Mac OS X system, so the connection gets rejected and the user will be reasked for his username and password.

The solution of this problem can be found in the control panel inside the point "Administrative Tools" or "System and Maintenance" -> "Administrative Tools" when using the default instead of the classical view. There you will find the "Local Security Policy". Open it and browse to "Local Policies" -> "Security Options". Now look for the entry "Network Security: LAN Manager authentication level" and open it. Click on the dropdown menu and select "Send LM & NTLM - use NTLMv2 session security if negotiated". Apply the settings and voila, you should now be able to connect to your SMB shares again!