การตั้งค่า PIdgin สำหรับ Lync2013


22

ฉันมีปัญหาในการตั้งค่า pidgin ให้ทำงานกับบัญชี lync 2013 Communicator ของบัญชี Microsoft ของฉัน (ไม่ใช่ 2010)

ฉันอาจได้รับข้อความที่ระบุว่าการรับรองความถูกต้องล้มเหลวหรือIncompatible authentication scheme chosen: NTLMขึ้นอยู่กับค่าตัวแทนผู้ใช้ที่ใช้จากวิกินี้

ปรากฏว่าทั้งค่าตัวแทนผู้ใช้ที่เริ่มต้นด้วย UCCAPI ให้ข้อผิดพลาดการรับรองความถูกต้องล้มเหลวซึ่งฉันเดาว่าเป็น "ใกล้" กับการแก้ปัญหา

ฉันได้ตรวจสอบสามครั้งว่ารหัสผ่านถูกต้อง

ด้านล่างนี้เป็นรูปภาพบางส่วนของการตั้งค่าของฉัน (ฉันได้เปลี่ยนชื่อ บริษัท เป็น "บริษัท " เพื่อระบุชื่อ

ป้อนคำอธิบายรูปภาพที่นี่ ป้อนคำอธิบายรูปภาพที่นี่

ฉันกำลังใช้งาน pidgin พร้อมกับสคริปต์เพื่อแก้ไขปัญหาข้อผิดพลาดในการเขียน:

export NSS_SSL_CBC_RANDOM_IV=0
pidgin -d

ฉันใช้ SIPE เวอร์ชันล่าสุด (1.10.1) ด้วยการใช้ ppa นี้: https://launchpad.net/~aavelar/+archive/ppa

การตั้งค่าใดที่ฉันต้องเปลี่ยน / เพิ่มเพื่อให้มันใช้งานได้


3
คุณลองใช้สตริงตัวแทนผู้ใช้แบบเต็มหรือไม่ UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)
mason81

1
บริษัท ของฉันเปลี่ยนไปใช้ Office 365 และฉันต้องการปรับการตั้งค่าบางอย่างฉันพบข้อมูลที่นี่เพื่อเป็นประโยชน์: vincentpassaro.com/2013/02/01/
..

คุณเคยได้รับชื่อผู้ติดต่อของคุณเพื่อแสดงใน Pidgin ที่ทำงานบน Windows หรือไม่? ฉันมีปัญหาเดียวกัน

@Paulreg ชื่อจะปรากฏขึ้นเฉพาะกับฉันเมื่อฉันได้เพิ่มพวกเขาลงใน lync ด้วยตนเอง มันเป็นความเจ็บปวดที่สำคัญและจะรักวิธีแก้ปัญหา
Programster

คำแนะนำที่ให้ไว้ในหน้านี้เคยทำงานได้ดี แต่หยุดทำงานในช่วงฤดูร้อน ตอนนี้ฉันได้รับ "ไม่สามารถตรวจสอบสิทธิ์กับเซิร์ฟเวอร์" หรือ "รูปแบบการตรวจสอบความถูกต้องที่ใช้ร่วมกันไม่ได้ที่เลือก" ขึ้นอยู่กับการตั้งค่าที่ฉันเลือก แต่ไม่มีอะไรทำงาน ไม่มีใครมีความเข้าใจใด ๆ ? ฉันจะให้รางวัล แต่ฉันไม่มีตัวแทนมากพอ :-(
static_rtti

คำตอบ:


14

ฉันสามารถใช้งานกับอูบุนตู 13.04 ได้ (ถามคำถามกับ Ubuntu 12.04) นี่คือตัวชี้ไม่กี่:

ใช้สตริงตัวแทนผู้ใช้แบบเต็มตามที่ @ mason81 ชี้:

UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)

ฉันไม่จำเป็นต้องใช้สคริปต์เริ่มต้นเพื่อแก้ไขข้อผิดพลาดในการเขียน เช่น

export NSS_SSL_CBC_RANDOM_IV=0
pidgin -d

ที่ซื้อคืนที่เชื่อมโยงเป็นจุดหมายใน distro นี้ไม่ได้ใช้มัน ปรากฏว่าบน Ubuntu 13.04 คุณจะติดตั้ง pidgin-sipe 1.13.3-1 โดยค่าเริ่มต้นซึ่งเป็นรุ่นที่ทันสมัยยิ่งขึ้น

ดูเหมือนว่าการตั้งค่า pidgin / sipe ที่ฉันติดตั้งไว้ที่นี่มีประเภทการรับรองความถูกต้องที่สามสำหรับ TLS ตามที่เห็นในภาพนี้ซึ่งเป็นสิ่งที่ฉันต้องการ ป้อนคำอธิบายรูปภาพที่นี่


สำหรับการอ้างอิงต่อไปนี้เป็นการตั้งค่าการเชื่อมต่อของฉันที่ใช้งานได้: ป้อนคำอธิบายรูปภาพที่นี่ ป้อนคำอธิบายรูปภาพที่นี่

แท็บอื่น ๆ เป็นค่าเริ่มต้น


ปรับปรุง

หากต้องการให้การทำงานนี้ใน Ubuntu 14.04 ทำสิ่งเดียวกัน แต่ให้ยกเลิกการลงชื่อเพียงครั้งเดียว!


1
ขอบคุณสำหรับการอัปเดตสำหรับ 14.04 - ในที่สุดฉันก็ถึงขั้นอัพเกรดแล้วไม่สามารถเชื่อมต่อกับ lync ได้และมันทำให้ฉันบ้ามาก!
mason81

การกำหนดค่านี้ทำงานบนไคลเอนต์ Pidgin รุ่น Windows ด้วย ฉันไม่ได้ทำเครื่องหมายการลงชื่อเพียงครั้งเดียวไม่แน่ใจว่ามันสร้างความแตกต่าง ขอบคุณ
ฟิลิป Kearns

ยืนยันสิ่งนี้ยังใช้งานได้ใน 16.04 (ด้วยการลงชื่อเพียงครั้งเดียวโดยไม่เลือก)
Tass

5

ฉันจัดการเพื่อให้การทำงานบน Ubuntu 12.04 กับ pidgin (2.10.3) และ pidgin-sipe (1.11.2-1ubuntu1) ติดตั้งจาก repo ที่แม่นยำ / เอกภพเริ่มต้น เราใช้ Lync2013 ด้วย

ฉันใช้ตัวแปรสภาพแวดล้อมเพื่อเรียกใช้ pidgin หากไม่มี pidgin นี้จะล้มเหลวทุกครั้งที่มี 'อ่านล้มเหลว' สิ่งนี้ถูกกำหนดค่า/home/myuser/.profileโดยการผนวก:

export NSS_SSL_CBC_RANDOM_IV=0

ตรวจสอบที่นี่สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสาเหตุที่ตัวแปรนี้จำเป็นต้องใช้สำหรับ sipe

การตั้งค่า sipe มีดังนี้

แท็บ 'พื้นฐาน':

  • ชื่อผู้ใช้: อีเมลของฉันที่ใช้ภายใน บริษัท (เช่น john.smith@company.co.uk)
  • เข้าสู่ระบบ: โดเมนการเข้าสู่ระบบของ บริษัท \ ชื่อผู้ใช้ (เช่น COMPANY \ john.smith)

แท็บขั้นสูง :

  • ประเภทการเชื่อมต่อ: อัตโนมัติ
  • ตัวแทนผู้ใช้: UCCAPI / 15.0.4420.1017 OC / 15.0.4420.1017 (Microsoft Lync)
  • ใช้การลงชื่อเพียงครั้งเดียว: [เลือก]

เขตข้อมูลอื่น ๆ ทั้งหมดในขั้นสูงนั้นว่างเปล่า ฉันไม่ได้กำหนดค่าพร็อกซี


2

นี่คือสิ่งที่ทำงานให้ฉันในปัจจุบัน ฉันมีบัญชี Office365

TAB ขั้นพื้นฐาน

ชื่อผู้ใช้: username@company.com

เข้าสู่ระบบ: username@company.com

รหัสผ่าน: *****

[ตรวจสอบ] จำรหัสผ่าน

ชื่อแทนท้องถิ่น: ชื่อของฉัน

TAB ขั้นสูง

เซิร์ฟเวอร์ [: พอร์ต]: BLANK

ประเภทการเชื่อมต่อ: SSL / TLS

ตัวแทนผู้ใช้: UCCAPI / 15.0.4481.1000 OC / 15.0.4481.1000 (Microsoft Lync)

รูปแบบการตรวจสอบความถูกต้อง: TLS-DSK

[UNCHECK] ใช้การลงชื่อเพียงครั้งเดียว

ส่วนที่เหลือว่างเปล่า


2

ใช้เวลาสักครู่เพื่อสังคายนา แต่บทความนี้ช่วยค่อนข้างน้อย สิ่งที่ควรรู้:

  1. ตัวแทนผู้ใช้จะแตกต่างกันไปขึ้นอยู่กับรุ่นของ Lync ที่ บริษัท ของคุณใช้งานอยู่และเป็นระดับแพตช์ ฉันพบตัวแทนของฉันโดยค้นหาใครบางคนใน MS Lync (ไม่ใช่ linux) และค้นหาไฟล์ uccapilog (อยู่ในไดเรกทอรี Lync \ Tracing) ค้นหา UCCAPI
  2. อย่างน้อยฉันก็ต้องหาเซิร์ฟเวอร์และต้องใช้ IP โดยตรงแทน DNS พบว่าข้อมูลนั้นในไฟล์เดียวกับด้านบน
  3. รูปแบบการตรวจสอบความถูกต้องขึ้นอยู่กับตัวเลือกของ บริษัท ของคุณเมื่อพวกเขาตั้งค่า Lync ของฉันคือ NTLM
  4. ฉันไม่ได้ใช้การลงชื่อเพียงครั้งเดียวเนื่องจากการเข้าสู่ระบบเวิร์กสเตชันของฉันไม่ใช่การเข้าสู่ระบบโดเมนของฉัน

1
คุณอ้างอิงถึง“ บทความ” ใด
David Foerster

@DavidFoerster มันไม่ชัดเจน แต่เขาอาจจะอ้างถึงคำถาม & คำตอบนี้?
Elder Geek

1

หากคุณเปิดใช้งาน MultiFactorAuthentication คุณจะต้องให้ "รหัสผ่านสำหรับแอป" ในแท็บพื้นฐานและการเข้าสู่ระบบอีเมลและรหัสผ่านอีเมลในแท็บขั้นสูง


0

สำหรับการอ้างอิง: ฉันได้ Pidgin / SIPE ทำงานบน Ubuntu ก่อนตามคำแนะนำของ Programter ฉันลองบน Windows และมันล้มเหลวพร้อมกับข้อความแสดงข้อผิดพลาด

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

ยกเลิกการ SSO อีกครั้งตามคำแนะนำของโปรแกรมแก้ไขปัญหานั้น ปัญหาเฉพาะตอนนี้คือว่าไม่มีชื่อปรากฏให้เห็นสำหรับผู้ติดต่อ Lync ของฉัน หากฉันวางเมาส์เหนือพวกเขา "เคล็ดลับเครื่องมือ" ที่มีชื่อปรากฏขึ้น แต่ชื่อจะยังคงมองไม่เห็นเมื่อไม่ได้ใช้เม้าส์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.