Mengubah server DHCP


9

Kami memiliki LAN dengan 20 mesin di atasnya. Mereka terhubung ke switch yang juga menghubungkan ke modem DSL Westell utama kami untuk akses internet.

Modem melakukan NATing dan merupakan server DHCP, (sehingga alamat internal kami adalah 192.168.1. *). Kami memiliki modem cadangan dan saluran telepon yang sama seperti yang utama kecuali, tentu saja, alamat IP-nya ke dunia luar berbeda.

Rencananya adalah jika saluran utama gagal, kami hanya memindahkan kabel yang menghubungkan modem dan beralih dari primer ke modem cadangan. Ini kasar dan tidak tepat waktu tetapi cukup untuk kebutuhan kita.

Pertanyaannya adalah, ketika peralihan dilakukan, apa yang terjadi pada alamat yang ditetapkan DHCP? Mesin-mesin sudah memiliki alamat, tetapi modem cadangan tidak tahu tentang mereka. Jadi apa yang terjadi? Akankah kebingungan berkuasa di LAN?


Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin

Jawaban:


8

Akankah kebingungan berkuasa di LAN?

Secara umum, tidak. Mesin-mesin yang memiliki alamat masih akan memilikinya, sampai sewa mereka berakhir. Saya tidak yakin seberapa pintar DHCPd Westel, tetapi sebagian besar akan memverifikasi alamat yang tidak digunakan sebelum menetapkannya. Anda dapat menghindari kemungkinan tabrakan dengan mengatur setiap router untuk menggunakan rentang alamat yang berbeda: router 1 - 192.168.1.100-149, router 2 - 192.168.1.150-199. Ketika mesin baru online atau leasing lama berakhir, mereka akan mendapatkan alamat dari router yang saat ini aktif

(Ingatlah untuk tidak mengatur host apa pun menjadi 100-199.)


Hati-hati dengan model "verifikasi alamat yang tidak digunakan" karena ini biasanya dilakukan dengan melakukan ping IP sebelum menetapkannya. Banyak firewall akan memblokir ping ICMP secara default dan sebagai hasilnya server DHCP akan membagikan alamat.
YPelajari

Firewall berbasis host jarang memblokir subnet lokal. Yang akan membuat kekacauan adalah server dhcp tidak melakukannya sama sekali.
Ricky Beam

Sangat tergantung pada firewall dan lingkungan sebenarnya. Sedangkan untuk cek, saya setuju bahwa itu umumnya pendekatan yang lebih baik daripada tidak sama sekali, tapi saya selalu mencoba memberikan peringatan sehingga orang memahami batasan ini. Saya selalu berpikir ARP untuk alamat subnet lokal akan menjadi pemeriksaan yang lebih baik (tapi pahami sedikit lebih terlibat untuk kode - dua pemeriksaan berbeda tergantung pada apakah lokal atau tidak).
YPelajari

10

Dengan asumsi router pengganti menggunakan IP internal yang sama dan menetapkan dari rentang IP yang sama, ini tidak akan banyak masalah. Klien akan mempertahankan IP yang ditetapkan melalui DHCP dan akan meminta pembaruan penyewaan DHCP setelah beberapa waktu. Router baru akan menghormati pembaruan atau jika IP ditugaskan ke perangkat lain menolaknya, setelah itu klien akan melakukan penemuan untuk alamat baru.


3
Saya juga menyarankan waktu sewa yang pendek (er) (satu jam atau kurang) jika server DHCP memungkinkan Anda untuk mengubah ini dan dapat mengatasinya. Dengan cara ini, server DHCP pada router cadangan akan mempelajari leasing lebih cepat (untuk menghindari konflik IP) dan akan menyelesaikan setiap konflik IP yang terjadi lebih cepat.
YPelajari

3

Pengaturan Anda akan mendapat manfaat besar dari router dual-wan. Saya akan merekomendasikan Cisco RV042. Router bertindak sebagai server DHCP untuk LAN, dan secara otomatis akan gagal di antara dua koneksi DSL.

Modem DSL perlu ditempatkan ke mode bridged, atau modem tersebut perlu memberikan IP subnet yang berbeda dari yang standar. Misalnya, Anda dapat memprogram satu modem untuk menggunakan 10.10.10.x dan 10.10.20.x lainnya di port LAN mereka.


1

Tidak ada persyaratan bahwa Anda menempatkan server dhcp Anda di perangkat nat, dan dalam kasus Anda memilikinya tidak pada perangkat nat memungkinkan Anda untuk mempertahankan keadaan di swap perangkat nat.

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.