Configuration de PIdgin pour Lync2013

22

J'ai des difficultés à configurer pidgin pour qu'il fonctionne avec le compte communicateur lync 2013 (pas 2010) de Microsoft 365 pour mon entreprise.

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

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

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

Voici quelques images de mes paramètres (j'ai changé le nom de l'entreprise en "entreprise" pour annonymity.

entrez la description de l'image ici entrez la description de l'image ici

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 le faire fonctionner?

Programster
la source
3
Avez-vous essayé d'utiliser la chaîne complète de l'agent utilisateur? UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)
mason81
1
Mon entreprise a basculé pour utiliser Office 365 et j'ai dû ajuster certains paramètres, j'ai trouvé les informations ici utiles: vincentpassaro.com/2013/02/01/…
mason81
Avez-vous déjà fait afficher vos noms de contacts dans Pidgin sous Windows? J'ai le même problème.
@Paulreg Les noms n'apparaissent pour moi que lorsque je les ai ajoutés manuellement à lync. C'est une douleur majeure et j'aimerais une solution à cela.
Programster
Les conseils donnés sur cette page fonctionnaient très bien, mais ont cessé de fonctionner pendant l'été. Je reçois maintenant "Échec de l'authentification auprès du serveur" ou "Schéma d'authentification incompatible choisi" en fonction des paramètres que j'ai choisis, mais rien ne fonctionne. Quelqu'un at-il une idée?
J'offrirais

Réponses:

14

J'ai pu faire fonctionner cela sur Ubuntu 13.04 (question posée sur Ubuntu 12.04). Voici quelques indications:

Utilisez la chaîne complète de l'agent utilisateur comme l'a souligné @ mason81:

UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)

Je n'ai pas eu 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 dépôt 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 ait un troisième type d'authentification pour TLS comme le montre cette image, ce dont j'avais besoin. entrez la description de l'image ici


Pour référence, voici mes paramètres de connexion qui fonctionnent: entrez la description de l'image ici entrez la description de l'image ici

Les autres onglets sont les valeurs par défaut


Mise à jour

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

Programster
la source
1
Merci pour la mise à jour du 14.04 - J'ai finalement pu passer à la mise à niveau et je n'ai pas pu me connecter à lync et ça me rendait fou!
mason81
Cette configuration fonctionne également sur la version Windows du client Pidgin. Je n'ai pas coché l'authentification unique, je ne sais pas si cela fait une différence. Merci.
Philip Kearns
Confirmé que cela fonctionne également le 16.04. (Avec l'authentification unique décochée.)
Tass
5

J'ai réussi à faire fonctionner cela sur Ubuntu 12.04 avec le pidgin (2.10.3) et pidgin-sipe (1.11.2-1ubuntu1) installés à partir du référentiel précis / univers par défaut. Nous utilisons également Lync2013.

J'ai utilisé une variable d'environnement pour exécuter pidgin. Sans ce pidgin échouerait à chaque fois avec un «échec de lecture». Cela a été configuré en /home/myuser/.profileajoutant:

export NSS_SSL_CBC_RANDOM_IV=0

Vérifiez ici pour plus d'informations sur la raison pour laquelle cette variable est nécessaire pour la lamelle.

Les paramètres des lamelles étaient les suivants

Onglet «De base»:

  • Nom d'utilisateur: mon e-mail tel qu'il est utilisé au sein de l'entreprise (par exemple, [email protected])
  • Login: domaine de connexion de l'entreprise \ nom d'utilisateur (par exemple, COMPANY \ john.smith)

Onglet avancé :

  • Type de connexions: 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 Advanced étaient vides. Je n'avais aucun proxy configuré.

andrewd38
la source
2

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

ONGLET BASIQUE

Nom d'utilisateur: [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

[UNCHECK] Utiliser l'authentification unique

Le reste est vide

Swinny
la source
2

Il a fallu un certain temps pour trier, mais cet article a beaucoup aidé. A savoir:

  1. L'agent utilisateur est différent selon la version de Lync utilisée par votre entreprise 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 est sous le répertoire Lync \ Tracing) en recherchant UCCAPI.
  2. J'ai au moins dû trouver le serveur, et j'ai dû utiliser l'IP directe au lieu du DNS, j'ai trouvé cette information dans le même fichier que ci-dessus.
  3. Le schéma d'authentification dépend des choix de votre entreprise lors de la configuration de Lync, le mien était NTLM.
  4. Je n'ai pas utilisé l'authentification unique car la connexion de mon poste de travail n'est pas ma connexion au domaine.
Craig Hibbard
la source
1
À quel «article» faites-vous référence?
David Foerster
@DavidFoerster, ce n'est certainement pas clair, mais il fait peut-être référence à ce Q & A?
Elder Geek
1

Si vous avez activé MultiFactorAuthentication, vous devrez donner "mot de passe d'application" dans l'onglet de base et connexion par e-mail et mot de passe par e-mail dans l'onglet avancé.

Vijesh Krishnankutty
la source
0

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

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

Décocher l'authentification unique, toujours selon les instructions de Programster, a résolu cela. Le seul problème maintenant 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à.

db
la source