web-dev-qa-db-fra.com

Préparer Pidgin pour Lync 2013

Je ne parviens pas à configurer Pidgin pour qu'il fonctionne avec le compte lync 2013 (pas 2010) Microsoft 365 de mon entreprise.

Je reçois un message indiquant que l'authentification a échoué ou Incompatible authentication scheme chosen: NTLM, en fonction des valeurs de l'agent d'utilisateur utilisées depuis ce wiki

Il semble que les deux valeurs d'agent d'utilisateur commençant par UCCAPI fournissent une erreur d'authentification, ce qui, je suppose, est "plus proche" de la solution.

J'ai vérifié trois fois que le mot de passe est correct.

Vous trouverez ci-dessous quelques images de mes paramètres (j'ai changé le nom de la société en "société" pour annoncer.

enter image description hereenter image description here

J'exécute Pidgin avec un script afin de résoudre un problème d'erreur d'écriture:

export NSS_SSL_CBC_RANDOM_IV=0
Pidgin -d

J'utilise également la dernière version de SIPE (1.10.1) en utilisant ce ppa: https://launchpad.net/~aavelar/+archive/ppa

Quels paramètres dois-je modifier/ajouter pour que cela fonctionne?

22
Programster

J'ai pu obtenir ce travail sur Ubuntu 13.04 (question posée sur Ubuntu 12.04). Voici quelques indications:

Utilisez la chaîne d'agent utilisateur complète comme indiqué par @ mason81:

UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)

J'ai pas besoin d'utiliser un script de démarrage pour résoudre les erreurs d'écriture. par exemple.

export NSS_SSL_CBC_RANDOM_IV=0
Pidgin -d

Ce référentiel lié était inutile sur cette distribution, ne l'utilisez pas. Il semble que sur Ubuntu 13.04, vous installerez par défaut Pidgin-sipe 1.13.3-1, qui est une version encore plus à jour.

Il semble que la configuration Pidgin/sipe que j’ai installée ici comporte un troisième type d’authentification pour TLS, comme le montre la photo ci-dessous. enter image description here


Pour référence, voici mes paramètres de connexion qui fonctionnent: enter image description hereenter image description here

Les autres onglets sont les valeurs par défaut


Mettre à jour

Pour que cela fonctionne dans Ubuntu 14.04, faites exactement la même chose, mais décochez la signature unique!

14
Programster

Je me suis débrouillé pour que cela fonctionne sur Ubuntu 12.04 avec Pidgin (2.10.3) et Pidgin-sipe (1.11.2-1ubuntu1) installés à partir du repo par défaut/universe. Nous utilisons également Lync2013.

J'ai utilisé une variable d'environnement pour exécuter Pidgin. Sans cela, Pidgin échouerait à chaque fois avec un 'Read failed'. Ceci a été configuré dans /home/myuser/.profile en ajoutant:

export NSS_SSL_CBC_RANDOM_IV=0

Vérifiez ici pour plus d’informations sur les raisons pour lesquelles cette variable est nécessaire pour sipe.

Les paramètres de la lamelle étaient les suivants

Onglet 'Basic':

  • Nom d'utilisateur: mon adresse électronique utilisée dans l'entreprise (par exemple, [email protected])
  • Login: domaine de connexion de la société\nom d'utilisateur (par exemple COMPANY\john.smith)

Avancé onglet:

  • Type de connexion: Auto
  • Agent utilisateur: UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)
  • Utiliser l'authentification unique: [coché]

Tous les autres champs dans Avancé étaient vides. Je n'avais pas de proxy configuré.

5
andrewd38

Il a fallu un certain temps pour régler le problème, mais cet article a beaucoup aidé. Choses à savoir:

  1. L'agent utilisateur est différent selon la version de Lync que votre société a exécutée et son niveau de correctif. J'ai trouvé mon agent en trouvant quelqu'un sur MS Lync (pas Linux) et en cherchant dans un fichier uccapilog (il se trouve dans le répertoire Lync\Tracing) en recherchant UCCAPI.
  2. Je devais au moins trouver le serveur et utiliser l'adresse IP directe au lieu de DNS. Cette information a été trouvée dans le même fichier que ci-dessus.
  3. Le schéma d’authentification dépend des choix de votre entreprise lors de l’installation de Lync, le mien était NTLM.
  4. Je n'ai pas utilisé Single-Sign-On, car la connexion de mon poste de travail n'est pas la connexion de mon domaine.
2
Craig Hibbard

C'est ce qui fonctionne actuellement pour moi. J'ai un compte Office365.

ONGLET BASIQUE

Nom d'utilisateur: nom d'[email protected]

Identifiant: [email protected]

Mot de passe: *****

[CHECK] Mémoriser le mot de passe

Alias ​​local: mon nom

ONGLET AVANCÉ

Serveur [: Port]: BLANK

Type de connexion: SSL/TLS

Agent utilisateur: UCCAPI/15.0.4481.1000 OC/15.0.4481.1000 (Microsoft Lync)

Schéma d'authentification: TLS-DSK

[Décochez] Utiliser l'authentification unique

Le reste est vide

2
Swinny

Si vous avez activé MultiFactorAuthentication, vous devrez donner "mot de passe de l'application" dans l'onglet de base et les identifiant de connexion et mot de passe de messagerie dans l'onglet avancé.

1

Pour référence: J'ai d'abord fait travailler Pidgin/SIPE sur Ubuntu en suivant les instructions de Programster. J'ai alors essayé sur Windows et cela a échoué avec un message d'erreur

Web ticket request to https://webpoolams0e08.infra.lync.com:443/CertProv/CertProvisioningService.svc failed

En décochant SSO, toujours selon Programster, les instructions ont résolu le problème. Le seul problème est qu’aucun nom n’est visible pour mes contacts Lync. Si je passe la souris dessus, une "info-bulle" avec le nom apparaît, mais le nom reste invisible lorsque la souris n’est pas là.

0
d-b