Lync / Skype for Business automatisch starten per Gruppenrichtlinie

Unsere Nutzer beenden Skype for Business regelmäßig und manche sind sogar so schlau, dass sie den Autostart deaktivieren. Das wollen wir aber nicht, da sonst die Presence Funktion, die an die Telefonanlage angebunden ist, für den Benutzer nicht mehr sichtbar ist.

Leider findet sich in den offiziellen ADMX-Dateien zu Office 2013 / Office 2016 keine Konfiguration für den Autostart. Es gibt zwar einige inoffuielle Erweiterungen, die aber mit Vorsicht zu genießen sind. Alle die ich ausprobiert hatte, haben einfach einen Key im Ordner Run erzeugt, der aber keinen Bezug zur installierten x32/x64 Version hatte. Demnach wird der Key für x32 Systeme falsch gesetzt. Das Gleiche gilt für andere Office Versionen: Wenn z.B. Office 2016 installiert ist, stimmt der Pfad auch nicht mehr.

Beispiel Skype for Business mit Office 2016 in x64 installiert auf x64 Windows

"C:\Program Files\Microsoft Office\Office16\lync.exe" /fromrunkey

Beispiel Skype for Business mit Office 2016 in x32 installiert auf x64 Windows

"C:\Program Files(x86)\Microsoft Office\Office16\lync.exe" /fromrunkey

Beispiel Skype for Business mit Office 2013 in x64 installiert auf x64 Windows

"C:\Program Files\Microsoft Office\Office15\lync.exe" /fromrunkey

Beispiel Skype for Business mit Office 2013 in x32 installiert auf x64 Windows

"C:\Program Files(x86)\Microsoft Office\Office15\lync.exe" /fromrunkey

Aus diesem System kann man alle anderen Office, Lync, Skype for Business und x32 / x64 Varianten ableiten.

Gruppenrichtlinie erstellen

Nun kann man diesen Registry Schlüssel einfach per GPO erzeugen oder man benutzt folgende Variante: Benutzerkonfiguration -> Administrative Vorlagen -> System -> Anmelden -> Diese Programme bei der Benutzeranmeldung ausführen und benutzt dann den zuvor erstellten Pfad. Beispiel für Office 2013 in 32 bit installiert, auf einem 64 bit Windows: C:\Program Files(x86)\Microsoft Office\Office15\lync.exe

von Manuel M. 31. August 2017 @ 14:29

Sharepoint Foundation 2013 – Installation ohne Active Directory

Microsoft unterstützt zwar eine Installation ohne Active Directory, es wird aber davon abgeraten. Nach der Installation, wenn man den Konfigurationsassistenten ausführt, steht eine lokale Variante zur Verfügung. Diese erzwingt aber eine Installation auf einem Server mit SQL Server Express und die Farm kann nachträglich nicht mehr erweitert werden. Wer also einen seperaten SQL Server verwenden will, kommt hier nicht weiter, weil ein Fehler das Fortführen verweigert. Das kann man aber glücklicherweise umgehen.

Der angegebene Benutzer "sharepoint" ist ein lokales Konto. Lokale Konten sollten nur im eigenständigen Modus verwendet werden.

Konfigurationsdatenbank manuell anlegen

Hierzu startet man die Powershell des Sharepoint Server als Administrator, sonst wird ein Fehler generiert:

News-SPConfigurationDatabase - DatabaseName SPF_ConfigDB - Databaseserver FQDNzumSERVER

Als Administrator läuft der Befehl dann auch fehlerfrei durch. Im Anschluss kann der Sharepoint Installationsassistent wieder gestartet werden, welcher sich direkt auf die erstellte Konfiguration der Farm verbindet.

 

von Manuel M. 3. August 2017 @ 11:47

Sharepoint Foundation 2013 – Bei der Installation wird .Net Framework 4.5 nicht gefunden

Bei der Installation von Sharepoint Foundation 2013 Service Pack 1 auf Windows Server 2012 R2 kam bei der Installation folgende Fehlermeldung, obwohl .Net Framework 4.5 installiert war:

Der Vorgang kann von Setup aufgrund der folgenden Fehler nicht fortgesetzt werden: Für dieses Produkt ist Microsoft .Net Framework 4.5 erforderlich


Die Ursache diese Fehlermeldung ist ein Update auf .Net Framework 4.6, dass heute automatisch installiert wird.

Lösung wsssetup.dll austauschen

Der einfachste Weg ist die DLL-Datei wsssetup.dll im Installationspaket zu ersetzen. Diese DLL-Datei kann man bei Microsoft runterladen: wsssetup.dll

Als erstes wird das Installationspaket extrahiert:

sharepoint.exe /extract:C:\SharePointInstaller

Achtung: Auf keinen Fall 7-Zip oder was auch immer dafür verwenden, sonst kommt es zu folgendem Fehler: Sharepoint 2013 – Sprache des Installationspakets wird von Ihrem System nicht unterstützt

Nun kann die Datei ersetzt werden und die Installation wird sich problemlos starten lassen.

Andere Lösungen

Natürlich kann man das Problem auch anders angehen und das System mit einem .Net Framework Cleaner von .Net Framework 4.6 befreien, .Net Framework 4.5 installieren und bevor man Updates installiert, die Sharepoint Installation durchführen. Davon würde ich aber dringend abraten.

von Manuel M. 3. August 2017 @ 11:31

Sharepoint 2013 – Sprache des Installationspakets wird von Ihrem System nicht unterstützt

Folgende Situation: Weil der Fehler in der Sharepoint Foundation 2013 Service Pack 1 Installation bei installiertem .Net Framework 4.6 die Installation verhindert, muss das Installationspaket extrahiert werden und eine DLL ersetzt werden. Sonst hat man mit dieser Fehlermeldung zu kämpfen (Anleitung hier: Sharepoint Foundation 2013 – Bei der Installation wird .Net Framework 4.5 nicht gefunden):

Der Vorgang kann von Setup aufgrund der folgenden Fehler nicht fortgesetzt werden: Für dieses Produkt ist Microsoft .Net Framework 4.5 erforderlich

Also habe ich die Installation mit 7-Zip entpackt und erhielt beim Ausführen der Installation folgende Fehler:

Die Sprache dieses Installationspakets wird von Ihrem System nicht unterstützt
The language of this installation package is not supported by your system

Lösung

Die Installation darf nicht mit 7-Zip, WinRAR oder was auch immer entpackt, sondern muss durch die Kommandozeile extrahiert werden.

sharepoint.exe /extract:C:\SharePointInstaller
von Manuel M. 3. August 2017 @ 11:20

Sharepoint 2013 – Datenbanken Upgrade nach Sharepoint Update

Nachdem Sharepoint geupdatet wurde, beispielsweise über Windows Update, müssen in den meisten Fällen auch die Datenbanken aktualisiert werden. In der zentralen Administration wird man darüber auch informiert:

Inhaltsdatenbanken

Die Inhaltsdatenbanken werden mit einem Powershell Befehl aktualisiert:

Get-SPContentDatabase | Upgrade-SPContentDatabase

 

Alle anderen Datenbanken

Alle anderen Datenbanken werden über das Tool psconfig.exe aktualisiert. Wichtig hierbei ist, dass man das Tool nicht in der Powershell ausführt, denn da kommt es zu einem Fehler. Also einfach in der Kommandozeile starten. Das Programm befindet sich unter folgendem Pfad: „C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\BIN“. Statt „15“ kann durch die vorhandene Sharepoint Version ersetzt werden (Sharepoint 2013 =  15, Sharepoint 2010 = 15, usw.)

PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

 

von Manuel M. 3. August 2017 @ 11:08

Schannel Fehler Ereignis 36888

Oft taucht im Eventlog ein Schannel Fehler auf, der alle zwei Minuten ein Ereignis generiert. Dieser Fehler kann ignoriert werden, stört aber vor allem beim Lesen des Eventlogs.

Fehldermeldung:

Es wurde eine schwerwiegende Warnung generiert und an den Remoteendpunkt gesendet. Dies kann dazu führen, dass die Verbindung beendet wird. Die schwerwiegende Warnung hat folgenden für das TLS-Protokoll definierten Code: 10. Der Windows-SChannel-Fehlerstatus lautet: 1203.

Fehlermeldung deaktivieren

Glücklicherweise lässt sich dieser Fehler ganz einfach deaktivieren: Regedit starten und folgendes anpassen:

HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\Schannel\Event Logging = 0

von Manuel M. 31. Juli 2017 @ 12:44

WSUS Server – Probleme mit dem Update KB3159706

Nach der Installation des Updates KB3159706  startet der WSUS-Server Dienst nicht mehr und es ist auch keine Verbindung mit der MMC möglich.

Im Eventlog erscheint folgende Fehlermeldung mit der Ereignis-ID 507: Update Services konnte nicht initialisiert werden und wurde angehalten.

wsus-fehler-2

Problemlösung

Kommandozeile als Administrator starten und folgenden Befehl ausführen:

"C:\Program Files\Update Services\Tools\wsusutil.exe" postinstall /servicing

wsus-fehler-10

Jetzt muss noch das Feature HTTP-Aktivierung im Servermanager unter .NET-Framework 4.5-Funktionen -> WCF-Dienste hinzugefügt werden.

wsus-fehler-4

SSL in Vernwendung

Wenn SSL im Einsatz ist, muss noch eine Konfigurationsdatei angepasst werden. Als erstes muss die Konfigurationsdatei die bearbeitet werden soll, beschreibbar gemacht werden. Dazu wird der Besitzer geändert:

takeown /f "C:\Program Files\Update Services\WebServices\ClientWebService\Web.config" /a
icacls "C:\Program Files\Update Services\WebServices\ClientWebService\Web.config" /grant administrators:f
            <service
                name="Microsoft.UpdateServices.Internal.Client"
                behaviorConfiguration="ClientWebServiceBehaviour">
                <!-- 
                  If using SSL, change the bindingConfiguration to "SSL".
                  Configuration is Defined below in <bindings>...</bindings> section
                -->
               <!-- 
                  These 4 endpoint bindings are required for supporting both http and https
                -->
                <endpoint address=""
                        binding="basicHttpBinding"
                        bindingConfiguration="SSL"
                        contract="Microsoft.UpdateServices.Internal.IClientWebService" />
                <endpoint address="secured"
                        binding="basicHttpBinding"
                        bindingConfiguration="SSL"
                        contract="Microsoft.UpdateServices.Internal.IClientWebService" />
                <endpoint address=""
                        binding="basicHttpBinding"
                        bindingConfiguration="ClientWebServiceBinding"
                        contract="Microsoft.UpdateServices.Internal.IClientWebService" />
                <endpoint address="secured"
                        binding="basicHttpBinding" 
                        bindingConfiguration="ClientWebServiceBinding"
                        contract="Microsoft.UpdateServices.Internal.IClientWebService" />
            </service>

Das Ganze ist hier nochmal in einem Editor zu sehen:

wsus-fehler-6

Jetzt muss noch ganz unten im Dokumente, eine Zeile ersetzt werden, bzw. der Parameter multipleSiteBindingsEnabled=“true“ ergänzt werden:

<serviceHostingEnvironment aspNetCompatibilityEnabled="true"/>

Durch die Zeile ersetzen, bzw. Parameter hinzufügen:

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
von Manuel M. 12. Oktober 2016 @ 12:40

Gruppenrichtlinien – Aktualisierung für Windows 10 Update 1511

Mit dem Update von Windows 10 auf die Version 1511 gibt es nun auch neue Gruppenrichtlinien, die in den zentralen Gruppenrichtlinien Store installiert werden müssen.

Download: Windows10_Version_1511_ADMX.msi

  1. Nach der Installation befinden sich die installierten Gruppenrichtlinien unter „C:\Program Files (x86)\Microsoft Group Policy\Windows 10 Version 1511“. Diese müssen jetzt noch in die Policy Definitions kopiert werden.
  2. Unter dem Pfad „\\domain.local\SYSVOL\domain.local\Policies“ befindet sich der zentrale Gruppenrichtlinien Store. In diesen Pfad muss der Order „PolicyDefinition“ aus dem Pfad „C:\Program Files (x86)\Microsoft Group Policy\Windows 10 Version 1511“ rein kopiert werden.
  3. Nach dem Start Gruppenrichtlinienverwaltungs Konsole und dem Bearbeiten einer Gruppenrichtlinie, erscheint folgende Fehlermeldung: Namespace „Microsoft.Policies.WindowsStore“ is already defined as the target namespace for another file in the store.windows 10 1511 fehler
  4. Der Fehler kommt daher, dass zwei ADMX-Dateien, auf die gleiche Datei referenzieren. Dazu einfach die Datei „WinStoreUI.admx“ im Ordner „\\domain.local\SYSVOL\domain.local\Policies\PolicyDefinitions“ löschen, da diese veraltet ist.

 

von Manuel M. 11. Oktober 2016 @ 15:31

VSS Fehler Ereignis-ID 8194 IVssWriterCallback Zugriff verweigert

Wir benutzen die Windows Server-Sicherung für einige Server und erhalten seit einiger Zeit folgende Fehler:

Volumeschattenkopie-Dienstfehler: Beim Abfragen nach der Schnittstelle "IVssWriterCallback" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert
. Die Ursache hierfür ist oft eine falsche Sicherheitseinstellung im Schreib- oder Anfrageprozess.

Vorgang:
Generatordaten werden gesammelt

Kontext:
Generatorklassen-ID: {e8132975-6f93-4464-a53e-1050253ae220}
Generatorname: System Writer
Generatorinstanz-ID: {43345aa3-73b8-48e1-a759-2d3bc4a4a55b}

Eventlog 1

Wenn man sich diesen Fehler in der Ereignisanzeige in der Detailansicht anschaut, sieht man folgendes:


0000: 2D 20 43 6F 64 65 3A 20 - Code:
0008: 57 52 54 57 52 54 49 43 WRTWRTIC
0010: 30 30 30 30 31 33 30 30 00001300
0018: 2D 20 43 61 6C 6C 3A 20 - Call:
0020: 57 52 54 57 52 54 49 43 WRTWRTIC
0028: 30 30 30 30 31 32 35 34 00001254
0030: 2D 20 50 49 44 3A 20 20 - PID:
0038: 30 30 30 30 31 33 35 32 00001352
0040: 2D 20 54 49 44 3A 20 20 - TID:
0048: 30 30 30 30 33 30 35 36 00003056
0050: 2D 20 43 4D 44 3A 20 20 - CMD:
0058: 43 3A 5C 57 69 6E 64 6F C:\Windo
0060: 77 73 5C 73 79 73 74 65 ws\syste
0068: 6D 33 32 5C 73 76 63 68 m32\svch
0070: 6F 73 74 2E 65 78 65 20 ost.exe
0078: 2D 6B 20 4E 65 74 77 6F -k Netwo
0080: 72 6B 53 65 72 76 69 63 rkServic
0088: 65 20 20 20 20 20 20 20 e
0090: 2D 20 55 73 65 72 3A 20 - User:
0098: 4E 61 6D 65 3A 20 4E 54 Name: NT
00a0: 2D 41 55 54 4F 52 49 54 -AUTORIT
00a8: C4 54 5C 4E 65 74 7A 77 ÄT\Netzw
00b0: 65 72 6B 64 69 65 6E 73 erkdiens
00b8: 74 2C 20 53 49 44 3A 53 t, SID:S
00c0: 2D 31 2D 35 2D 32 30 20 -1-5-20

Eventlog 2

Daran ist ersichtlich, dass der Benutzer NT-AUTORITÄT\Netzwerkdienst keinen Zugriff auf ein Objekt hat. Deswegen müssen diese Rechte angepasst werden. Dies geschieht in dem Fall in der Komponentendienste mmc. Die Eigenschaften vom Computer-Objekt müssen aufgerifen werden:

DCOM 1

Nun muss im Reiter COM-Sicherheit, unter Zugriffsberechtigungen auf Standard bearbeiten geklickt werden:

DCOM 2

Nun muss der Benutzer Netzwerkdienst hinzugefügt werden und mit den Berechtigungen Lokaler Zugriff auf Zulassen ausgestattet werden:

DCOM 3

von Manuel M. 6. September 2016 @ 10:29

Albis XXL Server und Client Installation und Datenübernahme von alten Server

Vor kurzem musste ich einen Albis XXL Server (Albiswin) wegen eines Hardwaredefektes durch einen neuen Server ersetzen. Theoretisch hätte man ein Image des alten Server machen können und dieses dann wieder auf dem neuen Server einspielen können (man muss die WIndows Installation vorher durch Standard-Treiber ersetzen, damit der neue Server auch bootet), aber die Installation war sehr alt und auch nicht ganz fehlerfrei. Daher habe ich mich für eine komplette Neuinstallation mit Datenübernahme entschieden.

Eine Neuinstallation kann nicht mit der Albis Update DVD durchgeführt werden, die quartalsweise versendet wird. Allerdings kann die Installations DVD bei Albis kostenlos angefordert werden. Diese Albis Installations DVD beinhaltet auch das ifap Praxiscenter. DMP-Assist kann wiederum einfach von den Update DVD´s installiert werden, die zusammen mit den Albis Update DVD´s quartalsweise versendet werden.

Alle Anwendungen sollten in einem gemeinsamen Ordner installiert werden, der nachher freigegeben werden muss, da dieser als Netzlaufwerk auf dem Client eingebunden wird. So können die Clients alle Programme von einem Netzlaufwerk ausführen und auch ggf. nötige Updates installieren.

Installationspfade der Anwendungen:

  • C:\Server\Albiswin – Albis XXL Server
  • C:\Server\DMP-Assist- DMP-Assist
  • C:\Server\Albiswin\ifapDB – ifap praxisCenter

Albis XXL Server Installation (Albiswin)

Die Installation für Server / Clients wird mit einem Parameter von der Albis Demo-DVD gestartet. Wenn man die Installation ohne diesen Parameter startet, wird ausschließlich eine Demo installiert. Dazu auf „Start -> Ausführen“ oder unter Windows 10, einfach auf das Suchfeld klicken und folgenden Befehl eingeben (je nach Laufwerksbuchstabe kann der Pfad varieren):

E:\aowinst\setup.de /INSTVSP

Albiswin Installation Parameter

Nun muss der Installationstyp gewählt werden. Da in unserem Fall der Server installiert wird, muss „6. Client-Server Installation des Server“ bestätigt werden. Man könnte auch meinen das die ersten Punkte zutreffen, diese sind aber nur noch aus der Historie geblieben.

Albis XXL Installation 2

Als nächstes muss der Installations-Ordner definiert werde. Ich habe mich, wie schon oben beschrieben, für den Pfad „C:\Server\Albiswin“ entschieden. Der ganze Ordner „C:\Server“ muss dann auch später im Netzwerk freigegeben werden, damit  der Ordner dann auf den Clients als Netzlaufwerk eingebunden werden kann.

Albis XXL Installation 4

Im nächstem Schritt wird dann nur noch der Albis XXL Datenbankname definiert. Ich habe hier einfach den gleichen Namen wie der Computername gewählt.

Albis XXL Installation 5

Leider wird das ifap Praxiscenter einfach ohne weitere Nachfrage unter „C:\ifapdb“ installiert, was zu späteren Problemen führt. Wie diese vermieden werden können, wird im nächstem Punkt erklärt.

Albis XXL Installation 6

ifap praxisCenter

Während der Installation wird auch automatisch das ifap praxisCenter installiert. Leider werden die Daten in ein falsches Verzeichnis installiert. Daher mus das ifap Praxiscenter nochmal deinstalliert und dann unter den richtigen Pfad neu installiert werden, sonst können die Clients später nicht auf die Daten zugreifen und Update ausführen. Die erneute Installation kann direkt von der Albis XXL DVD gestartet werden. Das Setup liegt unter „F:\aowinst\ipC

ifap Praxiscenter Installation 1

Die erneute Installation muss dann unter Albiswin in unserem lokalen Freigabe-Ordner installiert werden: C:\Server\Albiswin\ifapDB

ifap Praxiscenter Installation 5

Weitere Bilder der ifap praxisCenter Installation

DMP-Assist

Die DMP-Assist Installation erfolgt durch die Update DVD´s, die jedes Quartal versenden werden. Von dieser DVD kann dann einfach die Installation gestartet werden. Optimalerweise sollte die Installation im freigegebenen Ordner durchgeführt werden. In unserem Fall wäre das „C:\Server\DMP-Assist„.

DMP-Assist Datenübernahme

Die Übernahme der Datenbanken ist sehr einfach. Dazu muss zuvor der DMP-Datenbankdienst beendet werden.

DMP Assis 1

Jetzt kann der Datenbank Ordner in den neuen Installations-Pfad kopiert werden. In unserem Fall wäre das „C:\Server\DMP-Assist\addon„. Den alten „addon“ Ordner habe ich einfach umbenannt, um ihn ggf. nochmal wiederherstellen zu können.

DMP Assis 3

Wenn der „addon“ Ordner vom alten Server in den neuen Installations-Pfad kopiert wurde, kann die DMP-Datenbank wieder gestartet werden.

Installation freigeben

Nach erfolgreicher Installation muss nun alles freigegeben werden. Ich habe den ganzen Ordner „C:\Server“ freigegeben. Dieser muss dann auf den Clients als Netzlaufwerk mit dem Buchstaben „F:\“ eingebunden werden.

Lizenzen

Nach erfolgreicher Installation können die Lizenzen vom alten Server importiert werden. Hierbei handelt es sich nur um Dateien, die in den Installationspfad kopiert werden müssen. Ich habe folgende Dateien aus dem alten Installationsverzeichnis, in das neue Verzeichnis eingefügt: „C:\Server\Albiswin

Albiswin Lizenzen

Datenübernahme

Die Datenübernahme ist sehr einfach. Es müssen eigentich nur die Datenbanken und der Brief-Ordner übernommen werden.

Datenbanken

Sämtliche Datenbanken liegen im Albis Installations-Ordner: C:\Server\Albiswin\DB“ Dieser ganze Ordner muss vom alten Server auf den neuen kopiert werden.

  1. Dienst „CodeBase-Server Albis“ muss beendet werden, damit der Ordner angepasst werden kann
  2. Nun kann der Ordner „C:\Server\Albiswin\DB“ unbenannt werden (z.B. in „_DB Order-Neuinstallation“)
  3. Jetzt kann der ganze Ordner „DB“ vom alten Server auf den neuen Server in den Ordner „C:\Server\Albiswin\“ kopiert werden
  4. Anschließend kann der Dienst „CodeBase-Server Albis“ wieder gestartet werden

Albiswin Codebase Server

Nun sollte die Datenbank erfolgreich geladen worden sein und Albis XXL kann das erste Mal auf dem neuen Server gestartet werden.

Briefe

Der Brief-Ordner muss von alten Server auf den neuen Server kopiert werden. Hierzu einfach den ganzen Ordner in den neuen Installationspfad einfügen: „C:\Server\albiswin\Briefe“ Albis sollte natürlich dabei nicht laufen.

von Manuel M. 29. November 2015 @ 18:29
  • RSS
  • manuel m. on E-Mail
  • manuel m. on Faceboo
  • manuel m. on Google+