Server dns aktif yang tersedia


2

Bagaimana cara menentukan server dns "aktif" apa yang digunakan defacto?

Jika aku melakukan nslookup windows secara aktif terhubung ke (a) server dns tertentu.

Dugaan saya adalah bahwa server nama yang dikonfigurasi untuk antarmuka jaringan dengan gateway default saat ini, tetapi itu adalah cara yang cukup samar untuk mengatakannya.

Bagaimana jika saya memiliki beberapa antarmuka jaringan yang dikonfigurasi, semuanya, semua dengan server nama yang berbeda dikonfigurasi. Bagaimana windows menentukan server dns mana yang akan di-query?

Jawaban:


6

Itu ditentukan oleh pesanan mengikat Anda, yang ditetapkan di sini:

Control Panel>Network and Internet>Network Connections>Advanced>Advanced Settings

Server DNS yang digunakannya akan dari koneksi tertinggi dalam urutan yang mengikat, dan turun daftar dari sana.

Anda dapat menguji ini, tetapi saya harus mengubah ini pada banyak kesempatan untuk menempatkan [Remote Access Connections] ke atas sehingga Microsoft PPTP VPN akan menggunakan DNS pengontrol domain untuk menyelesaikan ke server DNS internal domain.

enter image description here


Saya benar-benar lupa tentang pesanan yang mengikat. . .
surfasb

Oke, itu masuk akal. Tabel routing digunakan terlebih dahulu, kemudian urutan pengikatan digunakan jika metriknya sama. technet.microsoft.com/en-us/library/cc779696(WS.10#)
surfasb

@surfasb Sebenarnya tabel routing tidak ada hubungannya dengan apa DNS server yang dipilihnya, hanya urutan yang mengikat, dan kemudian berjalan dalam urutan. Jika Anda berbicara lalu lintas aktual, dan dua antarmuka bisa mendapatkan IP yang sama, seperti memiliki kedua koneksi LAN dan Nirkabel ke Internet, itu harus pergi dengan metrik. Jika metriknya sama atau otomatis, itu HARUS memilih antarmuka yang lebih cepat. Lihat jawaban terakhir saya di sini, di mana saya mengutip file bantuan mengenai ini: superuser.com/questions/313679/…
KCotreau

Ah benar! Tidak ada gunanya menggunakan tabel jika Anda tidak tahu alamat IP. Awalnya, pemahaman saya adalah resolver yang menanyakan semua adaptor sekaligus. Tapi kadang-kadang, itu tidak selalu terjadi. Itu hanya menanyakan semua adapter jika permintaan pertama tidak mendapat jawaban.
surfasb

@surfasb Benar, ini akan berurutan: Adaptor pertama, DNS primer dan sekunder; Adaptor kedua, primer dan sekunder; dan seterusnya. Seperti yang saya sebutkan dalam jawaban saya, ini mungkin membantu Anda jika Anda harus mengatur VPN ke domain. Memindahkan [Remote Access Connections] ke atas akan membuatnya menggunakan server DNS domain, dan menyelesaikan server internal, dll. Jika tidak, Anda bisa mencoba menyelesaikan 192.168.xx-type address menggunakan server DNS publik, dan tentu saja gagal . Ini berpotensi membuat seseorang gila jika mereka tidak tahu harus mencari apa.
KCotreau

1

Jika Anda memiliki banyak antarmuka dengan beberapa server DNS, maka Anda tidak menanyakan server dns mana yang akan Anda gunakan. Secara teknis, Anda bertanya antarmuka mana Anda akan menggunakan. Itu ditentukan oleh tabel perutean Anda.

Membaca tabel perutean adalah kunci untuk mempelajari bagaimana Windows, atau sistem operasi apa pun, memilih antarmuka.

http://technet.microsoft.com/en-us/library/cc779122(WS.10).aspx

sample routing table

Jika Anda terbiasa dengan TCP / IP, membaca tabel routing itu mudah. Jika tidak, saya sarankan Anda menekan google. Pada dasarnya, Anda mengambil Tujuan Jaringan dan subnet mask dan berjalan daftar sampai Anda mendapatkan pertandingan pertama Anda. Kemudian kirim paket melalui.

Server DNS mana yang akan digunakan Windows ditentukan oleh beberapa hal. Tetapi untuk menjaga hal-hal sederhana, itu akan selalu menggunakan server DNS utama yang tercantum pada antarmuka. Maka akan turun daftar.

http://technet.microsoft.com/en-us/library/bb726983.aspx


1
Bukankah ada masalah catch-22 dengan penjelasan ini? Jika saya mengetik nslookup www.example.com sistem operasi tidak tahu antarmuka mana yang digunakan sampai telah memutuskan server DNS mana yang akan digunakan. Ia tidak tahu server DNS mana yang akan digunakan sampai ia memutuskan antarmuka mana yang akan digunakan. Saya berasumsi itu akan menggunakan server nama yang dipilih terkait dengan antarmuka yang terkait dengan rute default, tetapi ini mungkin tidak selalu menjadi pilihan yang tepat.
RedGrittyBrick

Hey @surfasb Anda mungkin ingin melihat jawaban saya untuk pertanyaan ini. Karena saya pikir Anda adalah admin, mungkin membantu Anda di masa depan.
KCotreau

@RedGrittyBrick: Hampir tidak. Resolusi DNS umumnya diselesaikan dalam urutan berikut: File HOST, ARP, NETBIOS, DNS. Lihatlah rute pertama Anda di tabel routing. Itu akan menjadi server DNS pertama Anda dalam hal ini.
surfasb

0

Saya percaya jawabannya mungkin tergantung pada versi Windows.

Anda dapat mengonfigurasi daftar server nama DNS untuk setiap koneksi jaringan yang ditunjukkan di Control-Panel / Network-Connections.

DNS config dialog

Anda dapat melihat di atas bahwa, untuk server nama yang dikonfigurasi secara statis, satu server nama DNS dianggap yang disukai dan yang lainnya sebagai alternatif. Dari sini kita dapat menyimpulkan bahwa server nama yang disukai biasanya akan digunakan untuk semua pertanyaan, hanya jika primer tidak tersedia maka sekunder akan digunakan.

Kami dapat berasumsi bahwa daftar server DNS yang disediakan secara dinamis (mis. Oleh server DHCP) akan diperlakukan dengan cara yang sama.

Ada kemungkinan bahwa sistem operasi dapat menandai server nama sebagai turun jika terus-menerus gagal merespons. Kalau tidak, ia harus menganggap mereka semua aktif - dengan asumsi antarmuka jaringan yang sesuai aktif ("naik").

Jika Anda menginginkan jawaban empiris, gunakan sesuatu seperti wireshark untuk menangkap hanya lalu lintas DNS dan untuk menghasilkan beberapa statistik tentang server yang digunakan.


Cara Windows menangani protokol TCP IP belum berubah sejak versi pertama NT. . .
surfasb

Jika Anda memiliki beberapa antarmuka semua dengan server DNS yang berbeda, urutan Windows menggunakannya adalah dengan urutan yang mengikat dari antarmuka.
KCotreau
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.