vmware Template (Vorlage) auf anderen Datastore verschieben

Veröffentlicht am von — Keine Kommentare ↓

Problem

Virtuelle Maschinen (Gäste) lassen sich im Gegensatz zu Templates problemlos zwischen Datastores verschieben. Je nach Lizenz mal ein-, mal ausgeschaltet, aber verschieben geht immer. Aus uns nicht bekannten Gründen fehlt die „Migrieren“ Option aber für Vorlagen vollständig. Das gilt sowohl für alle GUIs als auch für das PowerCLI.

Natürlich könnte man diese Vorlagen in Maschinen konvertieren, dann auf dem Storage verschieben und dann wieder zurückkonvertieren, aber geht das nich einfacher?

Lösung

Das geht, kein Problem – im Datastore-Browser.

  • Das Template aus dem Inventar entfernen („Aus Bestandliste entfernen“)
  • Zum Datastore wechseln, wo das Template liegt, zur Inhaltansicht
  • Auf der linken Seite des Datastore-Browsers den Eltern-Ordner des Template-Ordner auswählen
  • Auf der rechten Seite des Datastore-Browsers den Template-Ordner auswählen
  • Oben auf den nun verfügbaren Button „Verschieben nach …“ klicken und das Ziel auswählen
  • Nach dem vollständigen verschieben, zum Ziel-Datastore wechseln, in den nun verschobenen Vorlagen-Ordner
  • Die *.VMTX Datei auswählen und „Zur Bestandliste hinzufügen“

In Office 365 die „Alternative E-Mail Adresse“ oder Handynummer von Benutzern anzeigen/auflisten

Veröffentlicht am von — 6 Kommentare ↓

Problem

Ein Benutzer möchte sein Office 365 Kennwort zurücksetzen, kann sich aber nicht mehr an seine alternative (zweite) E-Mail Adresse oder seine dafür gespeichterte Handynummer erinnern. Das soll tatsächlich vorkommen …

Lösung

An der Office 365 Powershell kann man der Admin die Alternate-Details „seiner“ Benutzer auflisten …

Get-MsolUser -UserPrincipalName [email protected] | fl aternate*

… und natürlich auch ändern:

Set-MsolUser -UserPrincipalName [email protected] -AlternateEmailAddresses [email protected]
Set-MsolUser -UserPrincipalName [email protected] -AlternateMobilePhones 017355555555

 

 

Office 365 Benutzern erlauben, ihre Kennwörter selbst zurückzusetzen

Veröffentlicht am von — Keine Kommentare ↓

Als Office 365-Administrator kann man seinen Benutzern erlauben, den Link „Konto wieder aktivieren“ (aka ‚Kennwort vergessen‘ oder ‚Sie können nicht auf ihr Konto zugreifen‘) zu verwenden. Deren Kennwörter müssen dann nicht mehr vom Admin zurückgesetzt werden sondern Benutzer können das selber erledigen. Der Trend geht sowiso zum „Kennwort selber zurücksetzen„.

In der Office 365-Testversion funktioniert das allerdings nicht, weil da noch kein AzureAD enthalten ist. Jedes Business-Abonnoment enthält den Zugang zum Office 365 Azure AD. Zweite Ausnahme: Wenn man ein lokales Active Directory via Federation Trust (ADFS) verwendet, ist „Azure AD Premium“ erforderlich.

Zulassen, dass Benutzer ihre eigenen Kennwörter in Office 365 zurücksetzen:

  1. Den Office 365 Administrator („Admin Center“) öffnen
  2. Links unter „Einstellungen“  auf „Sicherheit und Datenschutz“ klicken
  3. Dann rechts in der Box „Lassen Sie Ihre Benutzer ihre eigenen Kennwörter zurücksetzen“ auf das „Azure AD Admin Center“ klicken
  4. In dem in einem neuen Tab öffnenden „Azure Activ Directory Admin Center“ links auf „Benutzer“
  5. Rechts auf „Zurücksetzen des Kennwortes“
  6. In der neuen spalte rechts kann man nun die Einstellung auswählen. Alle, Nur bestimmte oder Keiner.
  7. Dann oben „Speichern“ auswählen und nach ein paar Minuten ist die Einstellung aktiv
  8. Unter „Authentifizierungsmethoden“ kann man nun auch hinzufügen, wie den Benutzer das erlaubt sein soll (E-Mail, Handy, Bürotelefon, Sicehrheitsfrage)

azure-ad-admin-center

 

JPEG-Bilder nach EXIF Aufnahmedatum umbenennen (Windows/Linux)

Veröffentlicht am von — Keine Kommentare ↓

Problem

Wir haben vermutlich alle mittlerweile eine Menge Bilder auf unseren Smarphones. So ich natürlich auch. Von Zeit zu Zeit sichere ich diese dann auf meine Backup-Maschine (und sychonisiere diese in verschiedene Clouds). Allerdings hatte ich neulich ein paar Probleme, als ich die Fotos und Videos sortieren wollte.

Die Bilder-Dateinamen sind ja meistens nur Dateizähler wie DSC0001, DSC0002, DSC0003. Die löbliche Ausnahme ist hier Windows Phone, das amerikansiche Datumsangaben einschliesslich (!) Uhrzeit verwendet. In einigigen Android’s kann man das auch einstellen, in anderen nicht.

Wenn man nun Bilder vom internen Speicher verschiebt, werden alle Dateidaten („Änderungsdatum“) der Bilder auf den Tag geändert, an dem die Dateien verschoben wurden. Das ist superunpraktisch beim selektieren, for allem wenn man das automatisieren möchte. Das passiert leider auch beim internen verschieben, also zum Beispiel vom internen Speicher auf eine SD-Karte.

Lösung

Zum Glück gibt es Jhead, das „Kommandozeilengesteuerte Programm zum Manipulieren der Nicht-Bild-Teile von Exif–JPEG-Dateien“.

Für Windows, Linux und Mac OS X gibt es eine vorkompilierte ausführbare Datei, die von der Kommandozeile aus starte. Ein GUI gibt es (und braucht es) nicht. Jhead zeigt, ohne Parameterm, so ungefähr alle EXIF-Daten an:

C:\Foo\JHead>jhead.exe C:\tmp\DSC* 
File name    : C:\tmp\DSC_F40261.JPG 
File size    : 3156739 bytes 
File date    : 2017:03:24 11:52:50
Camera make  : MegatronINC
Camera model : D4303 
Date/Time    : 2014:01:13 12:17:55 
Resolution   : 3840 x 2160
...

Und man kann damit diese Daten ganz wundervoll und schnell umbenennen:

C:\Foo\JHead>jhead.exe -n%m-%d-%Y-%f D:\tmp\DSC* 
D:\tmp\DSC_F0261.JPG --> D:\tmp\02-13-2016-DSC_0261.jpg 
D:\tmp\DSC_F0162.JPG --> D:\tmp\02-13-2016-DSC_0262.jpg

Ganz brauchbar fand ich diese Optionen (schnellübersicht, NICHT vollständig!)
%d Day of month as decimal number (01 – 31)
%H Hour in 24-hour format (00 – 23)
%j Day of year as decimal number (001 – 366)
%m Month as decimal number (01 – 12)
%M Minute as decimal number (00 – 59)
%S Second as decimal number (00 – 59)
%y Year without century, as decimal number (00 – 99)
%Y Year with century, as decimal number

Zum Beispiel:
C:\Foo> jhead -n%Y%m%d-%H%M%S *.jpg

… erzeugt Dateien mit der Benennung „YYYYMMDD-HHMMSS“.

In Office 365 mit der Powershell die Benutzerkontaktdaten wie Straße oder Ort Massenhaft ändern

Veröffentlicht am von — Keine Kommentare ↓

Problem

Es sollen viele oder gleich alle Office 365 Benutzer geändert werden. Wegen eines Umzuges stimmt der Ort nicht mehr, wegen eines verdammten CSV-Ascii-Importfehlers stimmen Sonderzeichen nicht oder es hat sich eine andere Eigenschaft bei vielen Benutzern geändert die nun auf einmal angepasst werden soll.

Lösung

Zuerst muss man sich mit der „Windows Azure Active Directory-Modul für Windows PowerShell“ Powershell mit dem Office365 verbinden:

PS C:\> Connect-MsolService
    • Eigenschaften aller Benutzer sofort ändern (hier: ‚Straße‘) 
      PS C:\> Get-MsolUser | Set-MsolUser -Street "Neue Strasse 815"
    • Eigenschaften der Benutzer ändern, die noch die alte Straße eingetragen haben 
      PS C:\> Get-MsolUser | ? { $_.StreetAddress -eq 'Alte Adresse' } | Set-MsolUser -StreetAddress 'Neue Adresse'
    • Eigenschaften von nur zwei Benutzern ändern 
      PS C:\> Get-MsolUser | ? { $_.UserPrincipalName -eq '[email protected]' -Or $_.UserPrincipalName -eq '[email protected]' } | Set-MsolUser