Memahami subnet spesifik penemuan DHCP

2

Saya belajar jaringan dan di kelas kita berbicara tentang DHCP. Saya mengerti bahwa ketika sebuah host baru saja bergabung dengan sebuah jaringan, ia belum memiliki ip sehingga ia mengirimkan pesan dicovery.

kami menggunakan wireshark untuk melihat masuk dan keluarnya pesan DHCP. Satu hal yang tidak saya dapatkan adalah mengapa siaran host saya ke 255.255.255.255. Apa yang terjadi? Apa yang mendorong server DHCP saya atau kasus ini router saya merespons?

Saya harap seseorang dapat menjelaskan hal ini kepada saya.

Peter Sun
sumber
Mulai sini .
Bob
ahhh terima kasih harus dimulai di sana ...
Peter Sun

Jawaban:

5

Siaran Jaringan

Kartu antarmuka jaringan biasanya diprogram untuk mendengarkan tiga jenis pesan. Mereka adalah pesan yang dikirim ke alamat spesifik mereka, pesan yang disiarkan ke semua NIC, dan pesan yang memenuhi syarat sebagai multicast untuk kartu tertentu. Ada tiga jenis pengalamatan:

  • Unicast - Transmisi ke kartu antarmuka tunggal.
  • Multicast - Transmisi ke sekelompok kartu antarmuka di jaringan.
  • Siaran - Transmisi ke semua kartu antarmuka di jaringan. RFC 919 dan 922 menjelaskan datagram siaran IP.
    • Siaran Terbatas - Dikirim ke semua NIC di beberapa segmen jaringan sebagai sumber NIC. Itu diwakili dengan alamat TCP / IP 255.255.255.255. Siaran ini tidak diteruskan oleh router sehingga hanya akan muncul di satu segmen jaringan.
    • Siaran langsung - Dikirim ke semua host di jaringan. Router dapat dikonfigurasi untuk meneruskan siaran yang diarahkan pada jaringan besar. Untuk jaringan 192.168.0.0, siarannya adalah 192.168.255.255. \

Klien DHCP memulai proses DHCP dengan mengeluarkan pesan DHCPDISCOVER ke subnet lokalnya pada port UDP 67. Karena klien tidak tahu subnet miliknya, alamat Broadcast Terbatas digunakan (alamat tujuan 255.255.255.255) . Jika server DHCP terletak di subnet berbeda, agen DHCP-relay harus digunakan.

Cara Protokol Konfigurasi Host Dinamis (DHCP) Bekerja

DHCP bekerja dengan menyewakan Alamat IP dan informasi IP ke klien jaringan untuk jangka waktu tertentu.

Agar sewa terjadi, proses negosiasi berikut terjadi:

enter image description here

  • Selama proses boot, komputer klien yang dikonfigurasi sebagai klien DHCP mengirimkan paket siaran yang disebut "DHCP Discovery". Paket Discover ini berisi nama komputer klien dan alamat Media Access Control (MAC) sehingga server DHCP dapat meresponsnya. Pada dasarnya, paket Discover mengatakan, "Saya mencari server DHCP yang dapat menyewakan Alamat IP".
  • Server DHCP di jaringan merespons siaran dengan "Penawaran DHCP". Intinya, "Penawaran DHCP" mengatakan, "Saya adalah server DHCP dan saya memiliki sewa untuk Anda". Jika beberapa server DHCP menanggapi permintaan, klien menerima tawaran pertama yang diterimanya.
  • Klien merespons melalui pesan siaran yang disebut "Permintaan DHCP". Pesan ini pada dasarnya mengatakan, "Saya menerima tawaran sewa Anda dan ingin Alamat IP" Jika server DHCP lain mengajukan penawaran, mereka juga melihat tawaran sewa mereka tidak diterima oleh pesan siaran, sehingga mereka membatalkan tawaran mereka.
  • Server DHCP yang penawarannya diterima merespons dengan pesan "Pengakuan DHCP", yang mengakui penerimaan sewa dan berisi sewa Alamat IP klien serta informasi Alamat IP yang Anda konfigurasikan untuk disediakan oleh server. Klien sekarang menjadi klien TCP / IP dan dapat berpartisipasi di jaringan.

DHCP Lease Life Cycle

Penggunaan alokasi alamat dinamis dalam DHCP berarti cara berpikir yang sama sekali baru tentang Alamat IP.

  • Seorang klien tidak lagi memiliki Alamat IP, melainkan menyewanya.
  • Ini berarti bahwa ketika mesin klien diatur untuk menggunakan pengalamatan dinamis DHCP, ia tidak pernah dapat berasumsi bahwa ia memiliki alamat IP secara permanen.
  • Setiap kali dinyalakan, ia harus melakukan komunikasi dengan server DHCP untuk memulai atau mengkonfirmasi penyewaan Alamat IP.
  • Itu juga harus melakukan kegiatan lain dari waktu ke waktu untuk mengelola sewa ini dan mungkin menghentikannya.

Biasanya, klien dapat menyimpan Alamat IP-nya selama beberapa hari (atau apa pun yang Anda konfigurasi). Ketika setengah dari waktu sewa berakhir, klien mencoba untuk memperbarui sewa untuk Alamat IP. Setelah klien mendapatkan sewa untuk Alamat IP, ia mencoba untuk mempertahankan sewa dengan memperbaruinya berulang-ulang. Jika tidak berhasil, klien harus mendapatkan sewa Alamat IP baru.

Sewa DHCP mengikuti "siklus hidup", yang umumnya terdiri dari fase berikut:

  • Alokasi: Klien mulai tanpa sewa aktif, dan karenanya, tidak ada Alamat IP yang ditetapkan DHCP. Ia memperoleh sewa melalui proses alokasi.
  • Realokasi: Jika klien sudah memiliki Alamat IP dari sewa yang ada, maka ketika itu reboot atau mulai setelah ditutup, itu akan menghubungi server DHCP yang memberikannya sewa untuk mengkonfirmasi sewa dan memperoleh parameter operasi. Ini mirip dengan proses alokasi penuh tetapi lebih pendek.
  • Pengoperasian Normal: Setelah sewa aktif, klien berfungsi normal, menggunakan Alamat IP yang ditetapkan dan parameter lainnya selama "bagian utama" dari sewa. Klien dikatakan terikat dengan sewa dan alamat.
  • Pembaruan: Setelah sebagian waktu sewa berakhir, klien akan mencoba menghubungi server yang pada awalnya memberikan sewa, untuk memperbarui sewa sehingga dapat tetap menggunakan Alamat IP-nya.
  • Rebinding: Jika pembaruan dengan server leasing asli gagal (karena, misalnya, server telah dimatikan), maka klien akan mencoba untuk mengubah ke server DHCP aktif, mencoba untuk memperpanjang sewa saat ini dengan server apa pun yang akan memungkinkannya untuk melakukannya.
  • Rilis: Klien dapat memutuskan kapan saja bahwa ia tidak lagi ingin menggunakan Alamat IP yang ditetapkan, dan dapat mengakhiri sewa, melepaskan Alamat IP. Ini dapat dilakukan jika perangkat bergerak ke jaringan yang berbeda, misalnya.

Diagram ini menggambarkan siklus hidup DHCP menggunakan contoh yang mencakup tiga sewa:

enter image description here

  • Sewa awal memiliki durasi delapan hari dan dimulai pada Hari 0.
  • Pengatur waktu T1 dan T2 diatur masing-masing selama 4 hari dan 7 hari.
  • Ketika penghitung waktu T1 berakhir, klien memasuki periode pembaruan, dan berhasil memperbarui pada Hari 5 dengan sewa baru 8 hari.
  • Ketika timer T1 sewa kedua berakhir, klien tidak dapat memperbarui dengan server asli.
  • Memasuki periode rebinding ketika timer T2 berbunyi, dan diberikan sewa 8 hari yang diperbarui dengan server yang berbeda.
  • Tiga hari dalam sewa ini dipindahkan ke jaringan yang berbeda dan tidak lagi membutuhkan Alamat IP sewaan, dan secara sukarela melepaskannya.

Bacaan lebih lanjut

DavidPostill
sumber