Bạn gặp sự cố đối tác liên kết khi bạn sử dụng Office Communicator hoặc Lync trong Office 365 dành riêng hoặc ITAR

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2605326
Triệu chứng
Trong Microsoft Office 365 dành riêng hoặc ITAR, người dùng không thể liên lạc với một liên kết đến Microsoft Lync hoặc Microsoft Office Communications Server.
Nguyên nhân
Sự cố này xảy ra nếu có sai trong bản ghi dịch vụ trực tuyến của Microsoft hoặc sai của đối tác liên kết.
Giải pháp
Lưu ý Hỗ trợ trực tuyến của Microsoft không làm việc trực tiếp với các đối tác liên kết. Hỗ trợ trực tuyến của Microsoft không thể nói thay mặt cho tổ chức của bạn và hỗ trợ Office Communications Server hoặc Microsoft Lync Server môi trường đối tác liên kết.

Các bước gỡ rối

  1. Yêu cầu ảnh chụp màn hình sau từ các đối tác liên kết:
    • Danh sách cho phép từ phiên bản Office Communications Server hoặc Lync Server
    • Vị trí bản ghi dịch vụ (SRV) ghi nhận liên kết
  2. Xác định xem bất kỳ liên kết khác đang làm việc. Dành riêng cho người dùng được liên kết với Microsoft. Nếu liên kết của Microsoft được vấn đề có thể với liên kết.
  3. Xác định xem đây là một liên kết mới.

    Lưu ý: Nếu đây là một liên kết mới, hãy liên hệ của bản ghi dịch vụ cung cấp quản lý (SDM) để hoàn thành yêu cầu cấu hình (CR).
  4. Kiểm tra thiết đặt DNS:
    • Kiểm tra bản bản ghi SRV công cộng của giao thức khởi tạo phiên họp (SIP) có cấu trúc như sau:
      _sipfederationtls._tcp.tên miền> com
    • Xác minh rằng bản bản ghi SRV trỏ tới cổng 5061.
    • Xác minh rằng bản bản ghi SRV trỏ đến tên miền đủ (FQDN) của máy chủ truy cập cạnh (AE).
    • Xác minh rằng bản ghi A FQDN điểm AE ngoài địa chỉ IP.
    • Kiểm tra miền SIP và miền trong FQDN của AE phù hợp.

    Lưu ý: Bạn có thể kiểm tra bản bản ghi SRV người dùng và các đối tác. Để thực hiện việc này, hãy làm theo các bước sau:
    1. Mở một cửa sổ nhắc lệnh. Để thực hiện việc này, bấm Bắt đầu, bấm chạy, loại CMD, và sau đó nhấn Enter.
    2. Loại Nslookup, và sau đó nhấn Enter.
    3. Loại Thiết lập loại = srv, và sau đó nhấn Enter.
    4. Gõ lệnh sau, và sau đó nhấn Enter:
      _sipfederationtls._tcp.<customerdomain>.com
    5. Gõ lệnh sau, và sau đó nhấn Enter:
      _sipfederationtls._tcp.<partnerdomain>.com
    Ví dụ về hình hợp lệ (_sipfederationtls._tcp.microsoft.com)

    Vị trí bản ghi dịch vụ SRV giống như sau:
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.microsoft.com
    Ví dụ về cấu hình không hợp lệ (_sipfederationtls._tcp.contosocom):

    Vị trí bản ghi dịch vụ SRV giống như sau:
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.im.contoso.com 
    Lưu ý: SIP miền không khớp.
  5. Nslookup sẽ trở lại một FQDN cho cả người dùng và các đối tác. Bạn phải xác minh chứng chỉ được thiết lập chính xác cho người dùng và các đối tác liên kết. Để thực hiện việc này, hãy làm theo các bước sau:
    1. Đi đến http://www.digicert.com/help/.

      Miễn trừ trách nhiệm thông tin của bên thứ ba

      Các sản phẩm của bên thứ ba mà bài viết này thảo luận do các công ty độc lập với Microsoft sản xuất. Microsoft không bảo hành, theo ngụ ý hay cách khác, về hiệu suất hoặc độ tin cậy của những sản phẩm này.
    2. Nhập tên máy (ứng dụng) phục vụ SVR FQDN bước 5a.
    3. Nếu tất cả mọi thứ lại ok, đảm bảo rằng cơ quan chứng nhận tên phù hợp với một cơ quan chứng nhận trên Thành viên chương trình chứng chỉ gốc Windows.
  6. Tải xuống các tệp nhật ký mô tả sự cố từ các đối tác liên kết.
  7. Tải xuống tệp nhật ký từ người dùng bị ảnh hưởng trong tổ chức của bạn.
  8. Cung cấp các kết quả từ các bước trước đó trong báo cáo.

Báo cáo bước

  1. Liên hệ với hỗ trợ bản ghi dịch vụ trực tuyến của Microsoft bằng kiểm nhập trực tuyến hoặc bằng điện thoại.
  2. Cung cấp thông tin sau để hỗ trợ bản ghi dịch vụ trực tuyến của Microsoft:
    • Tệp nhật ký từ người dùng liên kết và người dùng bị ảnh hưởng trong tổ chức của bạn
    • Số CR nếu nó là một liên kết mới
    • Ảnh chụp màn hình sau từ các đối tác liên kết:
      1. Danh sách cho phép từ phiên bản Office Communications Server hoặc Lync Server

        Để biết thông tin này, hãy chạy lệnh sau:
        Get-CsAllowedDomain
      2. Bản bản ghi SRV cho liên kết
  3. Mô tả xem bất kỳ các liên kết không hoạt động. Vì tất cả người dùng được liên kết với Microsoft, chúng tôi sẽ kiểm tra xem sự cố tồn tại với Microsoft, quá.
Thông tin thêm
Để biết thêm thông tin về sự cố liên lạc đối tác liên kết, hãy xem bài viết sau trong cơ sở kiến thức Microsoft:
2615742 Sự cố xảy ra khi bạn sử dụng Lync 2010 để trò chuyện với một liên kết sử dụng IBM Sametime trong Office 365 dành riêng hoặc ITAR

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 2605326 - Xem lại Lần cuối: 07/23/2015 01:17:00 - Bản sửa đổi: 9.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Office Communications Online Dedicated, Microsoft Office Communicator 2007, Microsoft Office Communicator 2007 R2, Microsoft Lync 2010

  • vkbportal226 kbmt KB2605326 KbMtvi
Phản hồi