SwyxIT Client hat Probleme

[quebag]

 

Hallo an Alle,

 

wir haben an einem Windows 10 - Arbeitsplatz Probleme mit dem SwyxIt-Client.

Bei allen anderen funktioniert alles reibungslos.

 

Der Client scheint sich zu verbinden, jedoch ist die GUI nicht wirklich bedienbar.

Hier der Auszug aus dem Trace-Log.

 

### SwyxIt!.exe 12.31 (Swyx.Core_20210203.2) 12.20.0.198, started at: Fri, 16 Apr 2021 13:49:48 GMT, trace file started at: Fri, 16 Apr 2021 13:49:48 GMT ###
16 13:49:48.340 0001 Alws CDSClient  LibManager.LibManager                    IsDisabledProxyCacheAllowed: False, ProxyCacheEnabled: False
16 13:49:48.546 0004 Alws CDSClient  LibManager.WSBaseUrl                      (no change)
16 13:49:48.554 0004 Alws CDSClient  LibManager.Initialize()                  IpPbxCDSClientLib: PV:12.8.0.1 FV:12.8.0.1
16 13:49:48.555 0004 Alws CDSClient  LibManager.Initialize()                  IpPbxCDSSharedLib: PV:12.8.0.1 FV:12.8.0.1
16 13:49:48.555 0004 Alws CDSClient  LibManager.Initialize()                  Platform: x86
16 13:49:48.591 0004 Alws CDSClient  LibManager.Initialize()                  FileCache: C:\Users\wm\AppData\Local\Swyx\SwyxIt!.exe\FileCache
16 13:49:48.604 0004 Alws CDSClient  LibManager.GetPhoneClientFacade          url=
16 13:49:48.624 0004 *Err PhnCld     PhoneClientFacade.                       UriFormatException: Ungültiger URI: Der Hostname konnte nicht analysiert werden.
~   bei System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
~   bei System.Uri..ctor(String uriString)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.Create()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.BeforeCall()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.CallContext..ctor(SWCFProxy`2 cCDSProxy)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.GetCallContext()
~   bei SWConfigDataClientLib.Proxies.PhoneClient.PhoneClientFacade.GetPhoneClientConfigurationView(Int32 UserID)
16 13:49:48.639 0004 *Err PhnBk      UserPhoneBookEnum.                       UriFormatException: Ungültiger URI: Der Hostname konnte nicht analysiert werden.
~   bei System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
~   bei System.Uri..ctor(String uriString)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.Create()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.BeforeCall()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.CallContext..ctor(SWCFProxy`2 cCDSProxy)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.GetCallContext()
~   bei SWConfigDataClientLib.Proxies.UserPhoneBook.UserPhoneBookEnum.ExecuteFilterAll(OrderByList orderByList, Boolean notForUpdate)
16 13:49:48.640 0004 *Err PhnBk      UserPhoneBookEnum.                       UriFormatException: Ungültiger URI: Der Hostname konnte nicht analysiert werden.
~   bei System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
~   bei System.Uri..ctor(String uriString)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.Create()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.BeforeCall()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.CallContext..ctor(SWCFProxy`2 cCDSProxy)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.GetCallContext()
~   bei SWConfigDataClientLib.Proxies.UserPhoneBook.UserPhoneBookEnum.HasRole(BuildInRoles eRole)
16 13:49:48.642 0004 *Err PhnBk      UserPhoneBookEnum.                       UriFormatException: Ungültiger URI: Der Hostname konnte nicht analysiert werden.
~   bei System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
~   bei System.Uri..ctor(String uriString)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.Create()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.BeforeCall()
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.CallContext..ctor(SWCFProxy`2 cCDSProxy)
~   bei SWConfigDataClientLib.WCF.SWCFProxy`2.GetCallContext()
~   bei SWConfigDataClientLib.Proxies.UserPhoneBook.UserPhoneBookEnum.GetPBXPhonebookElements3(Int32 iUserID, Boolean bAllEntries, Boolean bStatus, Boolean bRichStatus, Int64 lClientTimestamp, Int64[]& aDeletedEntries, TPBXPhonebookExternalNumberData[]& aExternalNumbers, TPBXEditablePhonebookEntryData[]& aEditableEntries, TPBXPhonebookInternalNumberData[]& aInternalNumbers, TPBXPhonebookPublicNumberData[]& aPublicNumbers, TPBXPhonebookUserData[]& aUserEntries, TPBXPhonebookGroupData[]& aGroupEntries, TPBXPhonebookSiteData[]& aSiteEntries, TPBXPhonebookUserEmailAddressData[]& aUserEmailAddressEntries, TPBXPhonebookStatusEntry2[]& aStatusEntries, TPBXPhonebookRichStatusEntry[]& aRichStatusEntries, Int64& lServerTimeStamp, Int64& lServerProcessRef)

[jodost]

3 hours ago, quebag said:

Der Client scheint sich zu verbinden

 

nö. Ich würde das Gegenteil behaupten. Zumal:

3 hours ago, quebag said:

Ungültiger URI: Der Hostname konnte nicht analysiert werden

 

irgendwie auch nicht richtig klingt, oder?

[quebag]

On 4/16/2021 at 5:28 PM, jodost said:

 

nö. Ich würde das Gegenteil behaupten. Zumal:

 

irgendwie auch nicht richtig klingt, oder?

 

Die Swyx-Server-Url entspricht dem der 20 anderen Clients.

Dann weiß ich auch nicht weiter.

[srom]

Klappt die Namensauflösung nslookup sauber ?

Hast du den Server mal als IP eingetragen und falls IP mal den FQDN wenn dieser auflösbar ist ?

 

Wie ist es wenn der Benutzer sich an einem anderen Rechner anmeldet und wie ist es wenn ein funktionierende Benutzer sich an diesem Rechner anmeldet.

 

WLAN und LAN aktiv ?

[quebag]

auch mit ip als serveradresse geht es nicht.

nslookup im Anhang.

 

Anmeldung an anderem Windows PC klappt einwandfrei.

 

Anbindung über LAN. WLAN nicht vorhanden.

[quebag]

komischerweise geht der Fax-Client einwandfrei

 

[jodost]

klingt für mich nach Firewall oder "Routing-Problem" (vielleicht NAT dazwischen?). Der Fax-Client ist anspruchsloser und funktioniert z.B. auch durch NAT durch

[quebag]

kann ich mir nicht vorstellen. alles anderen anwendungen funktionieren fehlerfrei. zudem ist das nslookup ergebnis doch positiv.

wo wird den die url hinterlegt in der lokalen Clientkonfiguration? im trace erscheint da ja gar kein eintrag.

[beychr]

hier würde ich die Anmeldung mal mit einem Wireshark auf beiden Seiten (Client & Server) mitschneiden und anschließend vergleichen ob alles auf der jeweils anderen Seite ankommt.

Auch würde ich auf dem Client einmal die Systemzeit dahingehend kontrollieren, ob sie mit dem Server übereinstimmt.

 

Zu guter Letzt die Frage, ob SwyxIt! auf dem Client schon einmal deinstalliert und neu Installiert wurde? Einfach nur um sicher zu gehen, dass mit der Installation des CLMgr & SwyxIt! alles in Ordnung ist.

[quebag]

Ich habe jetzt noch einen Hinweis in der Ereignisanzeige gefunden.

Hier erscheint immer beim Client-Start folgender Fehler:

 

Die Sicherheitsbeschreibung für Start und Aktivierung der COM-Serveranwendung mit APPID 
{F8E552A5-4C00-11D3-80BC-00105A653379}
 ist ungültig. Sie enthält Zugriffssteuerungseinträge mit ungültigen Berechtigungen. Die angeforderte Aktion wurde daher nicht ausgeführt. Die Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste korrigiert werden.

 

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Microsoft-Windows-DistributedCOM" Guid="{1B562E86-B7AA-4131-BADC-B6F3A001407E}" EventSourceName="DCOM" /> 
  <EventID Qualifiers="0">10021</EventID> 
  <Version>0</Version> 
  <Level>2</Level> 
  <Task>0</Task> 
  <Opcode>0</Opcode> 
  <Keywords>0x8080000000000000</Keywords> 
  <TimeCreated SystemTime="2021-04-22T06:18:18.9548867Z" /> 
  <EventRecordID>18908</EventRecordID> 
  <Correlation ActivityID="{e5f2291e-b03f-40b7-94eb-a2d0306a3e81}" /> 
  <Execution ProcessID="1008" ThreadID="9484" /> 
  <Channel>System</Channel> 
  <Computer>W410.Quebag.local</Computer> 
  <Security /> 
  </System>
- <EventData>
  <Data Name="param1">{F8E552A5-4C00-11D3-80BC-00105A653379}</Data> 
  </EventData>
  </Event>

In Komponentendienste findet sich dazu unter DCOM-Konfiguration mit der Anwendungs-ID: F8E55625-4C00-11D3-80BC-00105A653379

 

IpPbxClientOfficeUc