ID Artikel: 2566790 - Kajian Terakhir: 11 April 2012 - Revisi: 11.0

Otomatis sign-in, Federasi domain, dan fitur-fitur lainnya tidak bekerja seperti yang diharapkan di Lync Online saat Anda menggunakan domain kustom di kantor 365

Tips SistemThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.
Perbesar semua | Perkecil semua

GEJALA

Satu atau lebih dari fitur berikut tidak bekerja seperti yang diharapkan di Microsoft Lync Online di Microsoft Office 365:
  • Lync Online Autodiscover dan otomatis sign-in
  • Lync Online Federasi dengan user dari luar
  • Publik Internet konektivitas (PIC) bersama-sama dengan Windows Live, MSN, Hotmail pengguna
  • Outlook Web Access olahpesan
  • Masuk dari klien Lync Mobile dengan menggunakan Auto-mendeteksi Server pilihan

PENYEBAB

Masalah ini terjadi apabila semua kondisi berikut ini benar:
  • Anda menggunakan domain kebiasaan atau kesombongan di kantor 365.
  • Catatan sumber daya Domain Name System (DNS) layanan (SRV), alias (CNAME) catatan sumber daya DNS atau kedua jenis catatan yang dikonfigurasi dengan benar untuk domain Anda.

PEMECAHAN MASALAH

Pastikan bahwa Anda menambahkan berikut SRV dan CNAME records untuk host DNS Anda.

SRV records
Perkecil tabel iniPerbesar tabel ini
JenisLayananProtokolPelabuhanBerat badanPrioritasTTLNamaTarget
SRV_sip_tls44311001 jam<DomainName></DomainName>sipdir.online.lync.com
SRV_sipfederationtls_tcp506111001 jam<DomainName></DomainName>sipfed.online.lync.com
Catatan Pengganti <DomainName></DomainName> adalah nama domain Session Initiation Protocol (SIP) organisasi Anda seperti, misalnya, contoso.com.

CNAME records
Perkecil tabel iniPerbesar tabel ini
JenisNama hostTujuanTTL
DATA CNAMESIP.<DomainName></DomainName>sipdir.online.lync.com1 jam
DATA CNAMElyncdiscover.<DomainName></DomainName>webdir.online.lync.com1 jam
Catatan<DomainName></DomainName> adalah domain Anda. Sebagai contoh, contoso.com.

INFORMASI LEBIH LANJUT

Memecahkan data Lync Online DNS

Untuk memeriksa catatan SRV dan CNAME untuk memverifikasi bahwa mereka sudah benar, gunakan alat baris perintah Nslookup untuk melihat nilai-nilai yang masuk. Untuk melakukannya, ikuti langkah berikut:
  1. Buka jendela wantian perintah. Untuk melakukan ini, klik Mulai, klik Menjalankan, jenis CMD, kemudian tekan Enter.
  2. Pada prompt perintah, ketik perintah berikut. Tekan Enter setelah tiap perintah:
    Nslookup
    menetapkan jenis = all
  3. Jika nama domain tidak menyelesaikan, nama internal server mungkin tidak memungkinkan perintah Nslookup. Untuk mengatasi masalah ini, ketik Server 4.2.2.2, kemudian tekan Enter. Perintah ini perubahan default server server publik yang akan bekerja.
  4. Untuk query tertentu SRV records, ketik berikut SRV records, di mana <domain></domain> adalah spesifik kesombongan domain yang sedang digunakan, dan kemudian tekan Enter:
    _sip._tls.<domain></domain>.

    _sipfederationtls._tcp.<domain></domain>

    SIP.<domain></domain>.

    lyncdiscover.<domain></domain>.

    Catatan Pastikan bahwa Anda memasukkan tanda titik dalam permintaan Anda, atau catatan tertentu mungkin tidak muncul
Berikut screenshot menunjukkan bagaimana Nslookup digunakan untuk memverifikasi bahwa SRV records ditambahkan berhasil ke domain menggunakan server nama umum.

Perkecil gambar iniPerbesar gambar ini


situs web pihak ketiga untuk diagnostik jaringan

Di samping menggunakan Nslookup, atau sebagai alternatif untuk menggunakan Nslookup, Anda dapat menggunakan alat-alat web pihak ketiga yang melakukan banyak tes jaringan ini secara otomatis. Salah satu situs tersebut adalah http://www.Network-Tools.com (http://www.network-tools.com/) . Website ini menawarkan koleksi jaringan yang berhubungan dengan alat-alat yang dapat digunakan untuk memverifikasi catatan DNS, registrar domain dan host. Pilih data DNS, masukkan data DNS spesifik yang Anda inginkan untuk query, dan situs web akan melakukan DNS query dan gulung balik hasil.

Jika Anda tidak dapat menambahkan SRV records melalui host DNS Anda

Beberapa host DNS tidak dapat meng-host SRV records, atau host DNS tidak memiliki pilihan untuk host SRV records. Ini blok kemampuan untuk berkomunikasi dengan pengguna eksternal (Federasi dan PIC). Dalam kasus ini, saat ini tidak ada solusi kecuali untuk mengubah DNS host atau untuk mengelola DNS melalui host DNS lokal.

REFERENSI

Untuk informasi lebih lanjut tentang cara membuat dan memverifikasi DNS SRV records jika Anda memiliki host DNS lokal, kunjungi website Microsoft TechNet berikut:
Membuat dan memverifikasi DNS SRV Records (http://technet.microsoft.com/en-us/library/gg398680.aspx)
Untuk kantor 365 untuk profesional dan usaha kecil, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2526143  (http://support.microsoft.com/kb/2526143/ ) Anda tidak dapat masuk ke Lync Online dengan menggunakan domain yang dikonfigurasi untuk Redelegation penuh
Untuk informasi lebih lanjut tentang cara memecahkan masalah komputer yang membatasi otentikasi klien kaya Office 365, klik nomor artikel berikut untuk menampilkan Pangkalan Pengetahuan Microsoft:
2637629  (http://support.microsoft.com/kb/2637629/ ) Cara memecahkan masalah komputer masalah bahwa batas kantor 365 kaya klien otentikasi
Produk pihak ketiga yang membahas artikel ini dibuat oleh perusahaan yang independen terhadap Microsoft. Microsoft tidak membuat jaminan, tersirat atau sebaliknya, berkenaan dengan kinerja atau keandalan produk ini.

Microsoft menyediakan informasi kontak pihak ketiga untuk membantu Anda menemukan dukungan teknis. informasi kontak ini dapat berubah tanpa pemberitahuan. Microsoft tidak menjamin ketepatan dari informasi kontak pihak ketiga ini.

Berlaku bagi:
  • Microsoft Office 365 for enterprises
  • Microsoft Office 365 for small businesses
Kata kunci: 
vkbportal231 bposs o365 vkbportal237 vkbportal230 vkbportal107 kbmt KB2566790 KbMtid
Penerjemahan MesinPenerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:2566790  (http://support.microsoft.com/kb/2566790/en-us/ )