Bei einem Server mit aktivierter Hyper-V Rolle sollte man unbedingt einen virtuellen Switch für den Zugriff auf das lokale Netzwerk erstellen. Bei einem Server mit einer 10GBit Karte und verteilten Netzwerken für das produktivsystem und die Replikation ist mir das aufgefallen: Ohne den virtuellen Switch lag die Übertragungsrate bei lapprigen 20-40 MB/Sekunde. Viel zu wenig für 10GBit, selsbt für 1Gbit ist das zu wenig! Das ganze liegt wahrsch. an der Architektur von Hyper-V und die notwendigen Optimierungen für die Virtualisierung dafür. Mit dem virtuellem Switch lag dann eine ordentliche Datenrate von zumindest über 1Gbit für ein 4 GB-iso vor :)

{jcomments on}

Die automatische Erkennung will manchmal nicht wie Sie vielleicht soll aufgrund komplexer Netzwerkkonfigurationen, daher muss man ggf. manuell das Netzwerkprofil umstellen um in die entsprechene Zone zu kommen.

Mit der Powershell sind folgende Befehle auszuführen:

Get-NetConnectionProfile

Folgende Ausgabe ist möglich:

Name             : Netzwerk  8
InterfaceAlias   : LAN
InterfaceIndex   : 5
NetworkCategory  : Public
IPv4Connectivity : Internet
IPv6Connectivity : LocalNetwork

Damit hat man schon mal die InterfaceIndex-Nummer, die brauchen wir im nächsten Schritt um das Netzwerkprofil zu ändern (im Beispiel die Nummer 5):

Set-NetConnectionProfile –InterfaceIndex 5 –NetworkCategory Private

Fertig.

Mit der Shell kann man die Synchronisation auch auf einem Windows-Server auf NTP umstellen. Das macht insbesondere bei virtualisierten Servern sinn, die nur die virtuelle Uhr als Zeitgeber haben (meist sehr ungenau!).

Mit folgenden Befehl lässt sich die aktuelle Konfiguration ausgeben:

w32tm /query /source

In Deutschland eigenen sich die Server der Physikalisch-Technischen Bundesanstalt als Quellserver für das holen der aktuellen Uhrzeit. Mit folgenden Befehl stellt man das nun um:

w32tm /config /manualpeerlist:"ptbtime1.ptb.de" /syncfromflags:manual /reliable:yes /update

Alternativ kann auch jeder andere NTP-Server eingestellt werden. Danach kann man sich nochmal mit dem ersten Befehl die Konfiguration ausgeben lassen. Die Änderungen sollten innerhalb der naächsten 10 Sekunden übernommen werden - also etwas Geduld. Das war es auch schon.

Kalenderberechtigungen können nicht nur in Outlook vergeben werden, sondern auch via Powershell:

Add-MailboxFolderPermission -identity "MaxMustermann:\kalender" –user "TheUser" -AccessRights Editor

Man kann via WebDAV auf OneDrive zugreifen - das ist zwar langsam, aber manchmal will man auf andere OneDrive-Konten zugreifen und da kann das ganz nützlich sein - man braucht dazu nämlich keine OneDrive-App. Somit kann man auch unter Windows 8.1 mit einem MS-Konto angemeldet auch auf weitere Konten zugreifen:

Man öffne den Explorer und fügt ein neues Netzlaufwerk hinzu: Als Adresse gibt man folgendes ein:

https://d.docs.live.net/eigeneID

Wobei die eigeneID via Webbrowser unter https://onedrive.com nach dem Login und Klick auf einem eigenen Ordner zu erfahren ist (der Teil nach cid= in der Adressleiste des Browsers). Wenn man den Ordner einer Freigabe von jemand anderen anklickt, erhält man auch die ID von demjenigen. Es wird da jedoch nur der öffenltiche Ordner angezeit, seid daher vorsichtig was ihr in den öffentlichen Ordner ablegt.

Diese Kleine Anleitung schreibe ich für mich, quasi als Dokumentation der notwendigen Schritte...

Ich gehe davon aus, dass die Hyper-V Verwaltungstools bereits Verfügbar sind. Idealer Weise direkt bei einem Windows Server 2012R2, wo die Hyper-V Verwaltungstools installiert wurden bzw. dieser auch gleich als Hyper-V Host dient. Des weiteren wird von 2 Hyper-V Hosts ausgegangen. Diese müssen nicht in der gleichen Arbeitsgruppe sein.

• Die lokalen Server müssen trotz nichtangehörigkeit einer Domäne einen eindeutigen Domänennamen haben und darüber im Netzwerk erreichbar sein. Der Name muss also erfolgreich auflösen. Das erreicht man, indem man bei den Computereigenschaften, wo man die Arbeitsgruppe oder Domöne einstellen kann, unter den erweiteren Einstellungen den Domänensuffix einträgt. In diesem Beispiel sei dies mal: yourdomain.ending. Zusätzlich sollte man beide Hyper-V Hosts in der HOSTS-Datei in Windows\System32\drivers\etc\hosts eintragen (zwischen IP und Name ein TAB). Dies ist vorallem wichtig, wenn ein Domain-Controller als Virtuelle Maschine läuft. Dann ist beim Start der Hyper-V Hosts kein DNS Server verfügbar und die beiden würden sich nicht finden!

  • 10.0.0.1     hypervhost1.yourdomain.ending
    10.0.0.2     hypervhost2.yourdomain.ending

• Windows Software Development Kit (SDK) for Windows 8 herunterladen und installieren. Aus dem SDK das Tool “makecert.exe” extrahieren und auf die Hyper-V Hosts kopieren.
• Auf beiden Hyper-V Hosts die Firewall für die Replizierung öffnen:

  • netsh advfirewall firewall set rule group="Hyper-V-Replikat - HTTPS" new enable=yes

• Mit Hilfe des makecert - Tools nun die Zertifikate erstellen. Falls mal ein Hyper-V Host ausfällt sollte man gleich zwei CAs erstellen damit man, wenn nötig, neue Zertifikate ausstellen kann.
  • Auf dem ersten Host (hier: hypervhost1.yourdomainname.ending) folgende Befehle in der Powershell ausführen:

  • > makecert -pe -n "CN=HV1RootCA" -ss root -sr LocalMachine -sky signature -r "HV1RootCA.cer"
    > makecert -pe -n "CN=hypervhost1.yourdomainname.ending" -ss my -sr LocalMachine -sky exchange -eku "1.3.6.1.5.5.7.3.1,1.3.6.1.5.5.7.3.2" -in "HV1RootCA" -is root -ir LocalMachine -sp "Microsoft RSA SChannel Cryptographic Provider" -sy 12 HV1Cert.cer

  • Auf dem zweiten Host (hier: hypervhost2.yourdomainname.ending) folgende Befehle in der Powershell ausführen:

  • > makecert -pe -n "CN=HV2RootCA" -ss root -sr LocalMachine -sky signature -r "HV2RootCA.cer"
    > makecert -pe -n "CN=hypervhost2.yourdomainname.ending" -ss my -sr LocalMachine -sky exchange -eku "1.3.6.1.5.5.7.3.1,1.3.6.1.5.5.7.3.2" -in "HV2RootCA" -is root -ir LocalMachine -sp "Microsoft RSA SChannel Cryptographic Provider" -sy 12 HV2Cert.cer

• Die “*.CA.cer”-Dateien auf den jeweils anderen Host kopieren. Auf dem ersten Host das Zertifikat importieren:

  • certutil -addstore -f Root "HV2RootCA.cer"

• Auf dem zweiten Host ebenfalls:

  • certutil -addstore -f Root "HV1RootCA.cer"

• Auf beiden muss noch die Überprüfung der Sperre eines Zertifikats ausgeschaltet werden, sonst klappt es nicht:

  • reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\Replication" /v DisableCertRevocationCheck /d 1 /t REG_DWORD /f

Das war es. Nun kann die Replizierung Konfiguriert werden. Der Rest soltle durch die Assistensn selbsterklärend sein.

Herzlichen Dank an AndysBlog, der mich auf die Idee gebracht hat und eine ähnliche Anleitung geschrieben hat: http://www.andysblog.de/windows-hyper-v-replikat-uebersicht-anleitung-fuer-den-arbeitsgruppenbetrieb

anbei ein enfwurf des Papers zur Erstellung eines Prototypen zur nutzerfreundliehen Integration des Widget-Nachrichtenaustauschs in User-Interface-Mashups

Anhänge:

Datei	Dateigröße
[20121106]-[DRAFT]-Create-IWC-Prototype-with-Apache-Rave-Wookie-Shindig.pdf	213 kB

Für alle, die etwas mehr über das JPG / JPEG Bildformat wissen möchten, können gern die Folien und Handzettel zu meinem Vortrag herunterladen und nutzen.

Viel Spaß damit!

Anhänge:

Datei	Dateigröße
[20100321]-[PUB]-JPEG-Matheseminar-Folien.pdf	4388 kB
[20100321]-[PUB]-JPEG-Matheseminar-Handzettel.pdf	668 kB

Hier das Paper für Konzepte zur Integration des Widget-Nachrichtenaustauschs in User-Interface-Mashups:

Anhänge:

Datei	Dateigröße
[20120622]-[PUB]-IWC-Usability-Concepts.pdf	528 kB

Bei Strato bricht die Installation von Joomla 3.2 immer ab. Zumindest war das bei mir so.

Das einzige was geholfen hat: die Datei joomla.sql im Installationsordner (installation/sql/mysql/) bearbeiten und anstatt ENGINE=InnoDB sollte man bei Strato ENGINE=MyIsam eintragen. Dann klappt es auch mit der Installation!