Pemecahan masalah layanan Browser komputer Microsoft

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 188305 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Meskipun tidak ada metode terpusat untuk menentukan jika Browse daftar di WAN lengkap, ada teknik untuk menentukan jika server di segmen tertentu diwakili di browse daftar pada remote segmen. Teknik yang sama dapat diterapkan pada semua segmen di seluruh WAN. Namun, hasil tes ini dapat mengubah jika peran server perubahan ketika browser pemilihan terjadi. Hanya jika semua server di domain sepanjang WAN benar-benar statis, dan tidak ada server datang online atau pergi offline, hasil tes ini akan arti dari waktu ke waktu.

Tes yang dijelaskan di bawah ini bergantung pada utilitas Browstat.exe dari alat dukungan Microsoft Windows. Contoh keluaran akan menawarkan protokol. Juga, seperti kebanyakan diagnosis masalah jaringan, untuk memecahkan masalah layanan browser, administrator harus memiliki pengetahuan penuh tentang jaringan batas-batas segmen dan konfigurasi router pada jaringan. Sebagai contoh, Asumsikan bahwa klien pada segmen jauh tidak memiliki sebuah server di browse yang daftar yang terletak di segmen lain.

Karena dari waktu sensitivitas layanan Browser dan penggunaan broadcast Datagram, Anda tidak harus melakukan langkah-langkah ini sampai setelah Anda menunggu siklus 48 menit (propagasi penuh siklus dalam lingkungan multi-segmen domain).

Ingat bahwa resolusi nama di antara semua browser sangat penting dan Hal pertama yang dilakukan adalah untuk menetapkan resolusi nama kuat infrastruktur dengan menang. Banyak waktu dapat membuang mencoba melacak masalah browser, yang benar-benar disebabkan oleh masalah resolusi nama.

INFORMASI LEBIH LANJUT

  1. Menemukan browser utama di segmen yang server terletak. Menjalankan perintah ini di segmen yang hilang server tinggal:
    browstat status
    Respon ini mirip dengan:
    Status domain DomainName pada transportasi \Device\NetBT_IEEPRO1

    Browsing aktif pada domain.
    Nama Master browser adalah: MasterBrowser
    Master browser berjalan membangun 1381
    1 backup server Diperoleh dari master BackupBrowser
    \\SmallerServer
    Ada 100 server di domain DomainName pada transportasi
    \Device\NetBT_IEEPRO1
    Ada 1500 domain di domain DomainName pada transportasi
    \Device\NetBT_IEEPRO1
    Informasi ini harus menunjukkan server yang bertindak sebagai Master browser pada segmen. Namun, jika browser master lokal lambat untuk menanggapi, informasi ini mungkin telah diterima dari browser master lain.

    Hasil dari perintah ini memberikan "\Device\Protocol_NIC" string, yang dapat Anda gunakan dengan lain browstat perintah.

    Untuk menemukan lokal master browser pada klien segmen, jalankan perintah berikut:
    browstat getmaster \device\netbt_el59x1 domainname
    Menggunakan status atau getmaster switch mengirim DomainName<1d> permintaan dan kembali saat ini Master browser untuk segmen itu. Layanan Browser tidak digunakan untuk menemukan yang komputer bertindak sebagai browser utama. Anda dapat melakukan langkah ini jauh jika layanan Browser itu sendiri adalah digunakan untuk menunjukkan komputer yang bertindak sebagai master browser pada segmen, tapi ini memerlukan administrator untuk tahu nama-nama semua server pada masing-masing segmen. Juga, ini adalah miskin pemecahan masalah teknik karena layanan Browser itu sendiri sedang digunakan untuk memecahkan masalah browser. Dan bahkan jika sepotong browser tidak punya masalah, daftar yang dikembalikan mungkin basi oleh sebanyak 36 menit. Untuk jarak jauh menentukan daftar master browser pada domain, jalankan perintah berikut:<b00> </b00> </1d>
    browstat melihat \device\netbt_ieepro1 \\pdcname | Findstr /i mbr
    Selanjutnya, administrator harus menentukan browser yang menguasai pada segmen yang berisi nama server hilang.

    Jika a master browser tidak dapat ditemukan, Anda bisa memaksa pemilihan oleh berhenti dan mulai Layanan browser pada kontroler domain yang ada di server segmen. Dalam beberapa menit, menjalankan tes ini lagi. Atau, pada konsol server di segmen server, Anda dapat memaksa pemilihan dengan menjalankan perintah berikut:
    browstat memilih \device\netbt_ieepro1 domainname
  2. Menentukan jika master browser memiliki nama server daftar. Master browser adalah server pertama dalam rantai komunikasi itu harus berisi nama server hilang. Uji ini dapat menentukan jika master browser telah menerima server Host pengumuman bingkai. Perhatikan bahwa "\device..." string yang Diperoleh dari output di atas. Menjalankan berikut perintah:
    browstat lihat \device\netbt_ieepro1 \\masterbrowser | Findstr /imissingserver
    Jika master browser memiliki server dalam daftar, perintah akan kembali respons yang mirip dengan:
    \\MissingServer NT 04.00 (W, S, NT, PBR, DFS) "Keterangan" server
    \\MissingServer
    Jika browser master lokal tidak memiliki nama server, Anda dapat menjalankan perintah berikut dari komputer manapun di server hilang segmen:
    browstat forceannounce \device\netbt_el59x1 domainname
    Atau, Anda dapat menjalankan perintah berikut dari server hilang konsol:
    browstat mengumumkan \device\netbt_el59x1 domainname
    Mungkin berguna untuk memverifikasi bahwa server hilang dapat memetakan drive jaringan ke browser master untuk memverifikasi konektivitas jaringan.

    Juga, Anda dapat reboot server untuk memaksa bingkai Host pengumuman.

  3. Menentukan jika PDC telah menerima nama server dari browser utama. Jalankan perintah berikut ini:
    browstat lihat \device\netbt_ieepro1 \\PDC | Findstr /i missingserver
    Output harus sama dengan:
    \\MissingServer NT 04.00 (W, S, NT, PBR, DFS) "Keterangan" server
    \\MissingServer
    Jika server nama hilang, hal ini mungkin karena nama penyelesaian masalah. Untuk PDC untuk mendapatkan daftar server dari master browser, server master browser harus mampu menyelesaikan DomainName<1b> nama sehingga dapat diarahkan Master pengumuman bingkai dengan menggunakan UDP port 138. Untuk PDC menanggapi pengumuman ini untuk memperoleh nama server, itu harus mampu menyelesaikan master browser nama komputer. (Untuk server master browser untuk mendapatkan daftar domain-lebar dari PDC, itu, juga harus mampu menyelesaikan nama komputer PDC.) </1b>

    Resolusi nama di kedua arah sangat penting. Untuk memverifikasi bahwa server master browser dapat mengatasi DomainName<1b> Catatan, menjalankan mengikuti perintah:<b00> </b00> </1b>
    browstat getpdc \device\netbt_el59x1 domainname
    Untuk memverifikasi bahwa PDC dan master browser dapat mengatasi masing-masing lain nama komputer, peta jaringan drive dari master browser untuk PDC dan dari PDC ke browser utama. Jika langkah-langkah ini tidak bekerja, mengatasi masalah resolusi nama.

  4. Menentukan browser master pada klien segmen. Melakukan ini dengan menggunakan langkah yang sama seperti dalam langkah 1, tetapi pada klien segmen.
  5. Menentukan jika master browser memiliki server hilang nama pada klien segmen. Jalankan perintah berikut ini:
    browstat lihat \device\netbt_ieepro1 \\mbclientseg | Findstr /i missingserver
    Jika server memiliki entri, output harus sama dengan:
    \\MissingServer 04.00 NT (W, S, NT, PBR, DFS) "Keterangan" server
    \\MissingServer
    Jika master browser tidak memiliki nama server hilang, itu ini mungkin karena masalah resolusi nama. Memverifikasi bahwa master browser pada klien segmen mampu menyelesaikan DomainName<1b> nama dengan menjalankan perintah berikut:<b00> </b00> </1b>
    browstat getpdc \device\netbt_el59x1 domainname
    Juga, master browser harus mampu menyelesaikan komputer nama PDC. Untuk memverifikasi, peta drive jaringan untuk PDC.

    Jika baik tes ini tidak bekerja, menyelesaikan resolusi nama masalah.

  6. Menentukan browser cadangan pada klien segmen. Pada mengurangi tuntutan pada segmen master browser, ketika seorang klien meminta menelusuri daftar, itu akan memilih browser cadangan jika tersedia. Oleh karena itu, itu ini lebih mungkin bahwa semua klien akan menggunakan cadangan browser. Ada dua cara untuk menentukan browser cadangan lokal untuk segmen ini.

    Dari master browser konsol, jalankan perintah berikut:
    browstat locallist \device\netbt_ieepro1 | Findstr /i bbr
    Ini akan mengembalikan sebuah daftar entri yang mirip dengan:
    \\BackupBrowser NT 04.00 (W, S, BDC, NT, BBR, DFS) "Description" Server
    \\BackupBrowser
    Untuk remote perintah ini untuk master browser, jalankan berikut perintah:
    browstat lihat \device\netbt_ieepro1 \\masterbrowser 0x40000000 | Findstr /i bbr
    CATATAN: Bendera ini didefinisikan dalam berikut CIFS Browsing protokol dokumen:

    FTP://FTP.Microsoft.com/developr/drg/cifs/cifsbrow.doc
  7. Menentukan jika browser cadangan memiliki server hilang Nama. Untuk semua klien pada segmen ini untuk mengambil handal browse daftar, Anda harus memeriksa setiap browser cadangan untuk nama server hilang. Untuk setiap cadangan browser, jalankan perintah berikut:
    browstat lihat \device\netbt_ieepro1 \\backupbrowser | Findstr /i missingserver
    Jika browser cadangan tidak berisi nama server hilang, Verifikasi bahwa browser cadangan dapat memetakan pengandar jaringan ke browser utama. Peran cadangan browser adalah peran browser paling dinamis. Master browser menginstruksikan browser potensial menjadi cadangan browser tergantung pada browser beban. Tunggu 12 menit dan kemudian ulangi langkah 6 dan 7.
Untuk informasi tambahan tentang bagaimana nama komputer mungkin tidak ada dalam daftar browsing, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
231312 Nama komputer yang hilang dalam daftar Browsing

Multihomed masalah

Untuk PDC untuk membangun satu daftar domain-lebar, tidak dapat multi-Home server. Masing-masing browser master pada remote segmen akan membentuk sambungan ke PDC. Karena tidak ada jaminan bahwa setiap browser utama akan memilih antarmuka yang sama pada PDC, PDC harus homed tunggal sehingga daftar seluruh domain tunggal dapat dibangun. Juga, semua master browser harus homed tunggal. Setiap 12 menit, master browser menghubungkan ke PDC dan permintaan daftar domain-lebar. Master browser kemudian masalah-masalah Master Pengumuman Browser bingkai untuk PDC mengatakan hal itu untuk menyambung ke master browser dan mendapatkan daftar yang lokal. Namun, karena PDC tidak mempertahankan Pisahkan alamat IP untuk setiap antarmuka dan pada master browser, ketika PDC menghubungkan ke master browser, itu hanya memperoleh daftar komputer dan server yang dikumpulkan pada antarmuka tersebut tertentu.

Pertimbangan lainnya

Untuk menghindari mengalami fungsi browser intermiten dan harus melakukan tes ini, Anda mungkin perlu untuk mendedikasikan komputer pada masing-masing segmen untuk menjaga daftar domain-lebar konsisten. Jika server sering menutup dan restart, mempertimbangkan menempatkan BDC jika jumlah segmen tidak besar, atau server anggota minimal berbasis Windows pada setiap segmen dengan Pengaturan registri IsDomainMaster diatur ke True. Ini akan memberikan server keunggulan selama pemilihan menjadi master browser untuk segmen.

Jika tidak ada langkah-langkah di atas bekerja untuk memungkinkan Anda untuk melanjutkan ke langkah berikutnya, memverifikasi tidak ada server browser yang Anda telah mengidentifikasi memiliki nama" Konflik"kesalahan. Anda dapat memeriksa ini dengan menjalankan perintah berikut:
nbtstat - n
Anda dapat menggunakan perintah ini dari jarak jauh menggunakan -A atau -a beralih.

Browser ini sangat sensitif terhadap konfigurasi router sepanjang WAN. Karena peran browser ditentukan oleh siaran pemilu, UDP siaran harus tidak diteruskan. Perilaku aneh dapat terjadi jika lalu lintas siaran UDP diteruskan di salah satu arah tetapi tidak yang lain. Ini dapat menghasilkan "8003" peristiwa browser yang menyebabkan siklus pemilu.

Langkah lain yang dapat Anda ambil untuk mencoba untuk mengatasi masalah adalah untuk menangkap lalu-lintas jaringan dengan Penganalisa protokol seperti sebagai alat Monitor Jaringan Microsoft. Untuk langsung melihat browser pertukaran, Anda dapat berhenti dan kemudian restart layanan Browser. Sayangnya, ada tidak ada menjamin bahwa browser akan menganggap peran yang sama bahwa itu setelah Anda berhenti dan mulai layanan Browser. Namun, metode ini dapat sangat berguna untuk memverifikasi komunikasi ketika master browser permintaan daftar domain-lebar dari PDC, dan segera setelah ketika PDC permintaan daftar lokal dari browser utama. Setelah browser layanan telah dimulai pada master browser, dalam satu atau dua menit penuh pertukaran harus dilakukan. Mengkonfigurasi Penganalisa protokol menangkap buffer dan bingkai ukuran pengaturan untuk memungkinkan untuk jumlah lalu lintas.

Daftar server yang dikembalikan oleh browse layanan sebelum untuk Windows NT 4.0 ini terbatas hingga 64 KB dalam ukuran. Kapan ukuran ini melebihi, Anda akan melihat daftar abjad terpotong server. Untuk menghindari perilaku ini, semua browser harus menjalankan Windows NT versi 4.0 atau kemudian.

REFERENSI

Untuk informasi lebih lanjut, lihat untuk "Microsoft Windows NT Browser"kertas putih pada Website Microsoft berikut:
http://technet.Microsoft.com/en-us/library/cc767893.aspx

Properti

ID Artikel: 188305 - Kajian Terakhir: 16 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Enterprise Edition
Kata kunci: 
kbinfo kbnetwork kbtshoot kbmt KB188305 KbMtid
Penerjemahan 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:188305

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com