5ain7 ga11 . CH || i7-l3ak5. CH || g07r007.CH

1. SSL Zertifikat über MMC normal importieren (mit Private Key)
   1. HashWert von MMC auslesen
      1. Beispiel: 428b73e7d5e863b438fb547b133f3bda7a9daa1b

2. CMD starten und mit netsh http show sslcert
   1. IP Port Beispiel: 0.0.0:443 &
   2. Anwendungs-ID {f955c070-e044-456c-ac00-e9e4275b3f04}

auslesen.

3. Via Nethshell das Cert der Anwendung zuweisen
   1. <netsh http add sslcert ipport=0.0.0.0:443 certhash= 428b73e7d5e863b438fb547b133f3bda7a9daa1b appid={f955c070-e044-456c-ac00-e9e4275b3f04}>

Wenn die Zerts erneuert werden müssen, die Zuweisungen zuerst löschen:

delete sslcert ipport=1.1.1.1:443

Domain Naming – eine mögliche, zeitgerechte Lösung

Bei jedem Aufbau einer AD Domain muss man sich die Frage stellen, wie die Domain jetzt heissen soll. Diese Frage ist gar nicht so einfach zu beantworten. Nimmt man jetzt eine Public Domain oder soll sie auf .local enden? Selbst die Microsoft Evangelisten sind sich da nicht immer einig.

immer wieder gut mit Fsutil.exe

syntax to create a file:
(length is in bytes)

For example, to create a dummy file test.txt, with size as 50MB :

fsutil file createnew test.txt 52428800

Ich habe immer wieder bemerkt, dass bei einer frischen Installationen eines Server 2012 R2 die Windows Updates nicht ordnungsgemäß funktionieren.

Es kommt immer folgende Meldung:

Folgendes schafft Abhilfe:
<netsh winhttp reset proxy> im CMD eingeben und dann ging es wieder.

Komische Sache..habe ich weder WSUS noch einen Proxy im Einsatz.

Ein CSV Volume auf einem HV 2012 R2 zu erweitern geht ganz einfach und ohne downtime.

Nachdem das Volume auf dem Storage Device erweitert wurde einfach im Failover Manager den Besitzerknoten des Datenträgers aufindig machen….

auf den entsprechenden Knoten einloggen und dort die Computerverwaltung starten.

<compmgmt.msc>

Der freie Speicher  sollte jetzt ersichtlich sein und kann wie bei einem normalen Server mittels Rechtsklick => “Volume erweitern” erweitert werden.

Wenn man ein PowerShell Script ausführen will, dann kann folgende Meldung erscheinen:

XXX.ps1″ kann nicht geladewerden, da die Ausführung von Skripts auf diesem System deaktiviert ist….

Folgendes schafft Abhilfe.

– eine PowerShell Session als Administrator ausführen und folgenden Command eingeben:

<Set-ExecutionPolicy Unrestricted>

Danach sollte die Ausführung klappen.

<certutil -config – -ping>

und schon wird die CA angezeigt

Zuerst die Verteilung checken:

<Netdom query fsmo>

Und dann die Rollen verschieben..entweder mit:

<Move-ADDirectoryServerOperationMasterRole -Identity “Ziel-DC (ohne DNS suffix!!)” -OperationMasterRole SchemaMaster,RIDMaster,InfrastructureMaster,DomainNamingMaster,PDCEmulator>

oder via

<Move-ADDirectoryServerOperationMasterRole -Identity "Ziel-DC (ohne DNS suffix!!)" -OperationMasterRole 0,1,2,3,4>

Wobei die Rollen wie folgt definiert sind:

The 5 FSMO roles are numbered 0-4:

0 – PDCEmulator
1 – RIDMaster
2 – InfrastructureMaster
3 – SchemaMaster
4 – DomainNamingMaster

Nach dem promote eines Server 2012 R2 in eine Struktur mit nur einem 2012 DC, fehlten beim neuen R2 die SysVol und Netlogon Shares. Abhilfe schaffte folgender Regkey: