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.
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.
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:
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
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:
\\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.
Menentukan browser master pada klien segmen. Melakukan
ini dengan menggunakan langkah yang sama seperti dalam langkah 1, tetapi pada klien
segmen.
Menentukan jika master browser memiliki server hilang
nama pada klien segmen. Jalankan perintah berikut ini:
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.
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:
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:
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
(http://support.microsoft.com/kb/231312/EN-US/
)
Nama komputer yang hilang dalam daftar Browsing
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.
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.
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
(http://support.microsoft.com/kb/188305/en-us/
)
Seberapa besar usaha yang anda keluarkan dalam menggunakan artikel ini?
Sangat kecil
Kecil
Menengah
Besar
Sangat besar
Apa yang dapat kami lakukan untuk meningkatkan informasi ini?
Untuk melindungi privasi Anda, jangan menyertakan informasi kontak dalam umpan balik Anda.
Terima kasih! Umpan balik Anda akan digunakan untuk membantu meningkatkan konten dukungan kami. Untuk opsi-opsi bantuan lebih lanjut, kunjungi Halaman Muka Bantuan dan Dukungan.