Handhabung Skype for Business Client Probleme

Hallo zusammen,

immer wieder passiert es, dass einzelne Benutzer sich nicht (mehr) an ihrem Skype for Business Client anmelden können oder andere beliebige Fehler beim Arbeiten in Skype for Business haben (hierzu zählen auch ein fehlerhaftes Screensharing oder das Problem beim Einwählen in eine Konferenz). Ich habe nachfolgend die wichtigsten Erkenntnisse und Schritte zusammengefasst die in den letzten Jahren recht häufig das Endgeräte wieder dazu gebracht haben mit dem Skype for Business Server zu kommunizieren:

Aktueller Skype for Business Client

Klingt banal ist es auch. Eines der Wichtigsten Themen bei dem ein oder anderen Client Problem ist die Tatsache, dass der Skype for Business Client grundsätzlich auf der aktuellen Version sein sollte. Benutzer welche die O365 C2R (Click to Run) Version nutzen, haben weniger das Problem, da diese Installation perse auf dem aktuellen Stand via Windows Updates gehalten wird.

Es gibt dennoch nach wie vor eine Skype for Business Version 15.x und eine 16.x.
Die Version 15.x ist deutlich veraltet und sollte in diesem Fall schnellstmöglich auf die aktuelle Version aktualisiert werden. Der Basic Client (Ohne Enterprise Voice, Festnetztelefonie) kann unter dem folgenden Link heruntergeladen werden, https://www.microsoft.com/de-de/download/details.aspx?id=49440

Regelmäßiges Neustarten der eingesetzten Hardware

Hört sich auch banal und absolut normal an, ist aber auch nicht zu vernachlässigen. Die meisten Benutzer dürften mit ihrem Laptop mobil unterwegs sind und auch immer wieder sich per VPN in ein Firmennetz einwählen. Somit werden immer wieder lokal Routen und Netzwerke hinzugefügt oder getrennt und verschiedene Wifi Hotspots werden betreten und wieder verlassen.
Die Erfahrung Zeit, dass ein Reboot gut tut, je regelmäßiger desto besser.


Löschen des Skype for Business Profils

Wenn alles nicht hilft, müssen "größere" Maßnahmen ergriffen werden um Probleme zu lösen, hierzu zählt auch das Löschen des Skype Profils ähnlich zu sehen wir das Löschen eines Outlook Profils.

• Das Skype Profil wir im lokalen AppData Verzeichnis gespeichert, am besten gelangt ihr über "%LocalAppData%" über den Windows Explorer in das Verzeichnis 

          

• Im Anschluss in das entsprechende Benutzerverzeichnis wechseln, in meinem Fall lautet dies "jens.kleinhans" bzw. meine Skype for Business Version ist die 16.0 (sofern ältere Clients installiert sind, kann an dieser Stelle auch 15.0 der richtige Absprungspunkt sein, "%LOCALAPPDATA%\Microsoft\Office\16.0\Lync\"
• Es werden nun alle Skype for Business Profile angezeigt und das zu löschende Profil kann dann über den Windows Explorer gelöscht werden

Das Löschen des Skype for Business Profiles löscht lediglich das Profil, aber keine Inhalte, d.h. die Adresslisten sind nach der nächsten Neuanmeldung alle wieder vorhanden. Es ist zwingend notwendig, dass die Applikation Skype zum Zeitpunkt des Löschens geschlossen sein muss. 

Löschen des lokalen Zertifikats

Sobald sich ein Benutzer an Skype for Business angemeldet hat, wird ein lokales und benutzerspezifisches Zertifikat in den Benutzer Zertifikatsspeicher abgelegt. Dies ist auch der Grund warum sich der SfB Client bei jedem Neustart automatisch - ohne Hinterlegen von Benutzername/Passwort - anmeldet. Dieses Zertifikat kann ebenfalls problemlos gelöscht werden, sobald der Benutzer sich danach erneut - dieses Mal mit SIP Adresse / Passwort - anmeldet wird ein neues Zertifikat erstellt.

• "Start" - "Ausführen" - "MMC" eintragen und return drücken
• "Datei" - "snap-in Hinzufügen oder Entfernen"
• "Zertifikate" bzw. "Certificate" (sofern eine englisches Betriebssystem installiert ist)
• Im nächsten Schritt auf "Zertifikate - aktueller Benutzer" - "Eigene Zertifikate" - "Zertifikate" wechseln und das entsprechende Zertifikat löschen

           

Löschen der gespeicherte Anmeldeinformationen

Mit der Anmeldeinformationsverwaltung können Sie die gespeicherten Anmeldeinformationen für die Anmeldung auf Websites, verbundene Anwendungen und Netzwerke anzeigen und löschen.

• Gebe zum Öffnen der Anmeldeinformationsverwaltung in das Suchfeld auf der Taskleiste Anmeldeinformationsverwaltung ein und wähle Anmeldeinformationsverwaltung in der Systemsteuerung aus.
• Wähle Webanmeldeinformationen oder Windows-Anmeldeinformationen aus, um auf die Anmeldeinformationen, die du verwalten möchten, zuzugreifen und lösche diese ggf.

          

Alternativ kann dies auch über die PowerShell mit dem nachfolgenden DOS-Befehl gelöscht werden "cmdkey /list | ForEach-Object{if($_ -like "*Target:*"){cmdkey /del:($_ -replace " ","" -replace "Target:","")}}" - das DOS Fenster mit administrativen Rechten öffnen

Tracing Ordner analysieren

Die Skype Software dokumentiert Client-seitig die Calls dahingehend dass wertvolle Troubleshooting Informationen aus dem s.g. Tracing Ordner zu gewinnen sind. Der Tracing Ordner liegt unter %LOCALAPPDATA%\Microsoft\Office\16.0\Lync\tracing und kann durchaus groß werden. Daher ist es ratsam diesen mit einem ZIP Programm zu verkleinern, sofern dieser anderen Personen zur Verfügung gestellt werden sollte.


Viele Grüße, Jens

Probleme mit Abwesenheitsassistenten in einer Migration

Hallo zusammen,

wir haben heute ein seltsames Problem behoben, so dass es sich lohnt darüber zu berichten. In einer Migrationsumgebung von Exchange 2003 nach Exchange 20xx kam es teilweise vor, dass einige Benutzer Probleme mit den Abwesenheitsassisten hatten. Genauer gesagt, hatte die Benutzer den Abwenseitsassistent aktiviert, es wurden jedoch blöderweise keine Abwesenheitsnachrichten versendet (weder intern noch extern).

Laut Microsoft passiert das unregelmäßig/regelmäßig bei diversen Kunden in einer Migrationsumgebung, als Workaround funktioniert das nochmalige Verschieben das Postfachs auf eine andere Datenbank.

Weiterhin wird ein Benutzer niemals seine Abwesenheitsnachrichten aktivieren kann, wenn Windows Benutzer nicht mit dem Oultook Benutzer übereinstimmt, d.h. bin ich als Jens Kleinhans im Windows/AD angemeldet und binde mir das Postfach vom Admin Jens Kleinhans ein, werde ich keine Abwesenheit aktivieren können, es sei denn ich melde mich im Windows auch als Admin Jens Kleinhans an.

Update: Microsoft hat hierzu ein Hotfix veröffentlicht, guckst du hier http://support.microsoft.com/default.aspx?scid=kb;EN-US;954574

Viele Grüße, Jens

Grenzen von Verteilerlisten

Hallo zusammen,

auch Verteilerlisten in Exchange bzw. in öffentlichen Ordnern scheinen Grenzen zu haben, was wir in der letzten Zeit haben bemerken müssen.
Das Limit von Elementen bzw. von Kontakten innerhalb von einer Verteilerliste (in unserem Fall Exchange 2007 in Verbindung mit einem Active Direcotry 2003 native) beträgt zwischen 120-130 Einträgen, was zumindest teilweise hier beschrieben ist: http://support.microsoft.com/kb/238569/EN-US/

Benutzer, die diese Verteilerliste nutzen möchten, erhalten daraufhin reht irreführende Fehlermeldungen, dass der Arbeitsspeicher nicht ausreichend sei.
Als Workaround bleibt nur die Möglichkeit die Verteilerliste zu unterteilen und/oder könnte es auch sein, dass ein oder mehrere Einträge in der Verteilerliste korrupt sind. In diesem Falle müsste eben dieser korrupte Einträge lokalisiert und behoben werden - dann klappts auch wieder mit der Verteilerliste.

Viele Grüße, Jens

Default Gateway geht nach Reboot verloren

Hallo zusammen,

nachdem mir das jetzt schon des Öfteren passiert ist und ich mir jedes Mal einen Wolf gesucht habe um das Problem zu lösen schreib ich das jetzt besser einfach mal auf.

Ab und an passiert es, dass nach einem Reboot das Standardgateway einfach verschwunden ist, von Hand eintragen kann hier eigentlich nicht immer die Lösung sind.
In einer Diskussion kam dan endlich die Lösung auf:


Reset IPv4 TCP/IP stack to installation defaults. netsh int ipv4 reset reset.log
Reset IPv6 TCP/IP stack to installation defaults. netsh int ipv6 reset reset.log

Der Server muss nach der Änderung durchgestartet werden und dann klappts auch mit dem Standardgeteway.

Viele Grüße, Jens