Perkhidmatan Protokol Konfigurasi Hos dinamik (DHCP) - dummies

Perkhidmatan yang tidak berkaitan dengan router juga tersedia di router anda - contohnya, Dinamik Perkhidmatan Protokol Konfigurasi hos (DHCP). Anda boleh menggunakan DHCP untuk memberikan konfigurasi alamat IP kepada peranti di rangkaian anda. Pelayan di rangkaian anda boleh melakukan tugas ini, tetapi dalam beberapa kes, seperti di pejabat kecil tanpa pelayan, anda boleh menggunakan router anda untuk melaksanakan peranan ini.

Apabila pelayan DHCP tidak boleh diletakkan di rangkaian, penghala anda juga boleh memainkan peranan sebagai Penghantu IP atau DHCP Relay.

Berikut adalah proses pengambilalihan DHCP empat langkah asas:

• DHCP Discover: Peranti klien menghantar permintaan untuk semua pelayan DHCP yang tersedia di rangkaian untuk memberikan alamat jika mereka ada yang ada.

• Tawaran DHCP: Semua pelayan DHCP di rangkaian yang mempunyai alamat yang tersedia bertindak balas. Peranti pelanggan mungkin menerima berbilang tawaran jika berbilang pelayan berada di rangkaian.

• Permintaan DHCP: Pelanggan memilih satu tawaran dan menghantar permintaan kembali ke pelayan DHCP. Kerana pelanggan tidak dibenarkan menggunakan alamat yang ditawarkan, permintaan DHCP masih disiarkan. Pelanggan menerima tawaran pertama yang diterima melainkan tawaran lain sepadan dengan alamat IP terakhir yang pelanggannya ada.

• DHCP Ack atau DHCP NAck: Biasanya, pelayan DHCP memuktamadkan proses dengan pengakuan, atau Ack, membenarkan peranti klien untuk mula menggunakan alamat. Dalam kes yang jarang berlaku, pelayan mengeluarkan Pengecualian Negatif, atau NAck , kerana mungkin telah memutuskan bahawa alamat itu tidak tersedia dalam milisaat yang telah berlalu sejak ia menawarkan alamat tersebut.

  Jauh lebih mungkin ialah NAck akan datang dari server DHCP yang kedua tetapi tidak berfungsi, yang melihat DHCP Permintaan akan pergi ke pelayan DHCP yang pertama dan menolaknya kerana bukan alamat yang ditawarkan. Penolakannya adalah bahagian yang tidak berfungsi dalam senario ini kerana, jika permintaan DHCP tidak ditawarkan untuk pelayan kedua, ia sepatutnya diabaikan.

  

Anda boleh mempunyai beberapa pelayan DHCP pada segmen rangkaian yang sama dikonfigurasikan untuk skop tidak bertindih (konfigurasi perkhidmatan DHCP maklumat konfigurasi yang akan diserahkan) pada segmen rangkaian tersebut. Satu pelayan menawarkan alamat IP, tetapi apabila klien meminta alamat, pelayan lain melihat permintaan dan mengeluarkan NAck, kerana ia tidak menawarkan alamat itu.

Keadaan ini tidak sepatutnya berlaku, kerana pelayan DHCP harus NAck hanya alamat yang ditawarkannya.Apabila masalah NAck ini mula berlaku, biasanya semua komputer di rangkaian anda perlahan akan kehilangan konfigurasi IP mereka. Anda boleh mengenal pasti masalah dengan cepat dengan melakukan tangkapan paket rangkaian dengan alat seperti Wireshark.

Wireshark memberitahu anda alamat IP dan alamat MAC pelayan DHCP yang lain. Anda boleh menggunakan maklumat dari Wireshark untuk mencari pelayan DHCP yang menyinggung perasaan dan menutupnya.

Semua lalu lintas ini menyiarkan trafik kerana sehingga peranti klien menerima pengakuan akhir, tidak dibenarkan menggunakan alamat yang ditawarkan; jadi ia tidak mempunyai alamat IP yang sah di rangkaian.

Sekali pelanggan mempunyai alamat, ia menyimpan alamat sehingga mencapai lapan jam, atau apa sahaja tempoh pajakan yang dikonfigurasikan. Pada akhir tempoh pajakan, jika pelanggan tidak memperbaharui pajakan atau memperoleh pajakan daripada sumber lain, ia harus melepaskan penggunaan alamat tersebut dan cuba untuk mencapai pelayan DHCP untuk mendapatkan alamat lain.

Pada masa yang sama, walaupun peranti dimatikan selepas mendapat pajakannya, pelayan DHCP telah "dikontrakkan" untuk tidak memberikan alamat itu kepada mana-mana peranti lain sehingga tempoh pajakan tamat.

Sebelum pajakan tamat tempoh, pelanggan akan cuba memperbaharui pajakan untuk mengelakkan berada dalam situasi di mana ia tidak mempunyai alamat IP kerja yang sah. Proses ini berfungsi pada selang masa ini:

• 50 Persen - Pembaharuan Pajakan: Pada 50 peratus tempoh pajakan, pelanggan akan cuba memperbaharui pajakannya. Pembaharuan ini adalah mesej unicast terus ke pelayan DHCP, yang dibenarkan kerana, tidak seperti proses sewa asal, pelanggan dan pelayan kedua-duanya mempunyai alamat IP yang sah di rangkaian yang mereka dapat berkomunikasi.

  Matlamatnya adalah bahawa pelanggan akan dapat memperbaharui pajakan dan tidak boleh tanpa alamat IP. Jika pembaharuan pajakan berjaya, ia diperbaharui ke tempoh pajakan asal, dengan syarat ia tidak diubahsuai pada pelayan.

  Jadi dengan lapan jam sewa, pada empat jam, peranti akan cuba memperbaharui pajakan dan akan berakhir dengan pajakan lapan jam baru apabila berjaya. Jika atas sebab tertentu peranti tidak dapat memperbaharui pajakannya, ia akan terus mencuba pembaharuan secara berkala berdasarkan konfigurasi klien.

• 87. 5 Percent - Reboting: Sekiranya pelanggan mencapai 87. 5 peratus daripada tempoh pajakan dan masih belum dapat memperbaharui pajakannya, ia akan cuba mencari pelayan DHCP yang lain untuk memperoleh pajakan. Proses ini adalah sama dengan proses sewa asal.

  Jadi, walaupun pelanggan mempunyai alamat IP yang sah di rangkaian, ia akan menghantar penyiaran penemuan DHCP baru dalam usaha untuk mencari pelayan DHCP yang sah di rangkaian. Semua pelayan DHCP yang menerima permintaan penemuan akan bertindak balas dengan alamat yang tersedia.

  Jika terdapat lebih daripada satu respons, pelanggan akan memilih satu respons dan menghantar permintaan untuk alamat itu, dan kemudian menunggu untuk menerima pengakuan sebagai balasan. Sekiranya tiada pelayan bertindak balas terhadap permintaan penemuan ini, pelanggan secara berkala akan membuat permintaan tambahan berdasarkan tetapan klien.Dalam tempoh ini, pelanggan masih dibenarkan untuk menggunakan alamat IP yang dikonfigurasikan yang telah diterima dalam pajakan asalnya.

• 100 Peratus - Tuntutan Sewa: Jika pelanggan tidak lagi mempunyai pelayan DHCP yang lain pada masa ia mencapai 100 peratus tempoh pajakan, pelanggan memberikan alamat yang dipajak dan secara berkala menghantar permintaan penemuan DHCP. Ia meneruskan proses ini sehingga ia menerima respons.