Gamesload-Metaboli-Player teilweise 64-Bit-tauglich

Posted on By Daniel Lensing Keine Kommentare zu Gamesload-Metaboli-Player teilweise 64-Bit-tauglich

Für die Gamesload-Flatrate wird der Metaboli-Player genutzt. Dieser war bis Mai zwar 64-Bit-tauglich, nur unktioniert der Download nicht.

Inwzischenzeit sind einige Spiele auch für 64-Bit-Systeme zur Verfügung gestellt worden:
– Turok
– X-Blades
– Tom Clancy’s H.A.W.X
– Street Fighter IV
– Prince of Persia
– Grand Ages: Rome
– Fallout 2
– Overlord Ultimate Edition
– So Blonde
– Moto GP 08
– Virtual Skipper 5
– Race Driver GRiD
– Shaun White Snowboarding
– Flatout

Weitere Spiele werden folgen…
Die Spiele, die 64-Bit-tauglich sind, bekommen dieses auch als Hinweis eingetragen.

Link

Software

Office 2007-Anzeige-Probleme unter Dameware

Posted on By Daniel Lensing Keine Kommentare zu Office 2007-Anzeige-Probleme unter Dameware

Unter Nutzung älterer Versionen gibt es Probleme mit der Anzeige von Office 2007 unter Dameware Mini Remote Control. Es äußert sich zum Beispiel, dass bei der Benutzung des „Microsoft Office-Schaltfläche“ das Menü nicht angezeigt wird.

Dieses tritt allerdings nur bei der Nutzung von Nicht-Vista-Betriebssystemen auf. 
Sollte man Mini Remote Control unter Windows Vista ausführen, gibt es dieses Problem nicht.

Das Problem ist allerdings in der Dameware Mini Remote ControlVersion 6.6.2.1 gelöst.
Somit sollte man unter Nutzung von Windows XP und Office 2007 auf jeden Fall auf diese Version setzen bzw. updaten.

Link

Software

DFS-Berechtigung für Nicht-Administratoren

Posted on By Daniel Lensing Keine Kommentare zu DFS-Berechtigung für Nicht-Administratoren

In manchen Fällen mach es Sinn Berechtigungen an weitere Kollegen zu delegieren, allerdings ohne sofort direkte Rechte auf alle administrativen Berechtigungen zu geben.

Dieses galt in meinem Fall für die Einrichtung von DFS-Verknüpfungen. Leider bekam der betroffene Kollege, nach dem er die erforderlichen Daten für eine DFS-Verknüpfung eingegeben hatte, die Meldung Zugriff verweigert.

Im Bereich des DFS kann man keine Einstellungen vornehmen und auch bei den auf dem Domänencontroller angelegten Ordern waren einfach nur die erforderlichen Rechte angelegt. Somit musste es noch eine weitere Stelle zur Administration der Berechtigungen geben.

Nach etwas Suche fand ich die Lösung, da man die “Erweiterten Funktionen” im MMC-Snap-In “Active Directory Benutzer und Computer” aktivieren muss. Dort ist dann in der erweiterten Domänen-Ansicht unter dem Ordner “System” auch ein Ordner “DFS-Configuration” zu finden.

Nun gibt es zwei Möglichkeiten.
Entweder man vergibt dem entsprechenden Kollegen die Rechte auf diesen Ordner oder man berechtigt ihn auf den entsprechend darunter angebundenen DFS-Stamm. 

Sollte man den Kollegen auf den Ordner “DFS-Configuration” administrieren, erhält dieser auch automatisch Zugriff auf in Zukunft neu angelegte DFS-Stämme.

Bei der zweiten Variante kann zum Beispiel im Falle einer Migration eine neue Struktur bereits angelegt werden ohne das ein delegierter Nicht-Administrator Anpassungen im DFS-Stamm durchführen kann. Ein weiteres Beispiel wäre, wenn es lokale Administratoren gibt zum Beispiel für unterschiedliche Standorte gibt, die jeweils einen eigenen DFS-Stamm haben, kann der entsprechende Delegierte zwar auf seinen Stamm zugreifen und Anpassungen durchführen, allerdings nicht auf allen weiteren.

Link

Windows Server

DSMOD GROUP bei Trusts

Posted on By Daniel Lensing Keine Kommentare zu DSMOD GROUP bei Trusts

Zum Anlegen mehrere Ordner nutze ich gerne die Möglichkeit mir eine Batch-Datei zu erstellen.

Heuee habe ich zum ersten Mal versucht auch globale Gruppen als Mitglied einer Domänenlokalen Gruppe zu setzen. Dieses funktionierte auch wie gewünscht.

Bei meinem zweiten Auftrag scheiterte ich allerdings. Nach einer längeren Recherche, was der Unterschied zwischen den beiden Skripten ist. Dabei viel mir auf, dass ich beim zweiten Skript eine Gruppe einer DomäneB in die domänenlokale Gruppe der DomäneA hinzuffügen wollte.

Diese Funktion wird vom Skript leider nicht unterstützt und muss manuell über das AD-SnapIn durchgeführt werden.

Windows Vista

AD-User gesperrt unter Win7

Posted on By Daniel Lensing Keine Kommentare zu AD-User gesperrt unter Win7

Durch einen unglücklichen Umstand musste ich durch Zufall mit meinen Windows 7-System ein Benutzerkonto überprüfen, welches gesperrt sein sollte.

Die meisten kennen ja das Feld „Konto ist gesperrt“, welches im Normalfall ausgegraut ist. Bei allen Windows Versionen inklusive Windows Vista war dieses Feld mit einem Haken versehen, den man Entfernen musste, um das Konto wieder freizugeben.

Unter Windows 7 muss man nun einen Haken setzen bei der Aussage „Heben Sie die Kontosperrung auf. Das Konto ist derzeit auf dem Active Directory-Domännecontroller gesperrt.“ gesetzt werden und nach dem Drücken von Okay steht das Konto wieder wie gewohnt zur Verfügung.

Windows 7

Windows-WLAN sichern und wiederherstellen

Posted on By Daniel Lensing Keine Kommentare zu Windows-WLAN sichern und wiederherstellen

Da ich mein Windows 7 RC –Testsystem neuinstallieren wollte und mir die Einrichtung der 11 installierten WLAN-Netze mit in der regel komplexen Schlüsseln, die ich teilweise auch erst einmal hätte auslesen müssen zu umständlich war, suchte ich nach einer Lösung, wie ich diese möglichst zeitschonend aus dem System exportieren kann.

Da ich gerne kleine Dateien mir erstelle, die für mich die entsprechenden Aufgaben übernehmen, fand ich zufällig im Segment Befehlszeilenprogramm NETSH einen Befehlssatz:

netsh wlan export profile folder=c:\wlan

Entsprechend wurde nach meiner Erwartung die Entstellungen der WLAN-Netze pro Netz in eine eigene Datei gesichert. Der Dateiname bildet sich aus dem Namen des Netzwerkinterfaces und dem Namen der SSID des Netzwerkes als XML-Datei

Diese konnte ich nun auf einem anderen Medium sichern.

Nach der Neuinstallation wollte ich nun einen Import mit den Dateien durchführen, um die Einstellungen wieder in das System hinzuzufügen.
Auch hierfür fand ich relativ zeitnah einen Befehlssatz:

netsh wlan add profile filename=c:\wlan\datei.xml

Ich habe nun allerdings die Dateinamen etwas angepasst. Da ich diese Daten nun einmal auf einem Datenspeicher abgelegt habe und das hinzufügen durch eine Batchdatei automatisiert wurde, habe ich wenigstens bei Neuinstallationen keine Probleme mehr, dass ich die Netzwerkdaten zur Verfügung habe.

P.S. Dieses funktioniert definitiv auch unter Windows Vista.
Leider konnte ich Windows XP noch entsprechend prüfen, aber vielleicht kann mir dieses jemand abnehmen und es als Kommentar hinzufügen.

Windows 7