Protokol Konfigurasi Hos Dinamik: Perbezaan antara semakan

Kandungan dihapus Kandungan ditambah
Yosri (bincang | sumb.)
Mencipta laman baru dengan kandungan '{{IPstack}} '''Protokol Konfigurasi Hos Dinamik''' (''Dynamic Host Configuration Protocol - DHCP'') merupakan protokol auto tatarajah yang digukan pada rangka...'
 
Yosri (bincang | sumb.)
Baris 34:
Where a DHCP client and server are on the same subnet, they will communicate via UDP broadcasts. When the client and server are on different subnets, IP discovery and IP request messages are sent via UDP broadcasts, but IP lease offer and IP lease acknowledgement messages are sent via unicast.
 
===Jumpaan DHCP discovery===
Pelanggan memancarkan perutusan pada subrangkaian fizikal bagi mendapatkan pelayan DHCP yang ada. Pentakbir rangkaian boleh menatarajaj penghala tempatan untuk menghantar paket DHCP ke pelayan DHCP daripada subrangkaian berbeza. Perlaksanaan pelanggan ini mencipta paket Protokol Datagram Pengguna ("[[User Datagram Protocol-UDP") dengan matlamat pemancar 255.255.255.255 atau alamat pemancar subrangkaian khusus.
The client broadcasts messages on the physical subnet to discover available DHCP servers. Network administrators can configure a local router to forward DHCP packets to a DHCP server from a different subnet. This client-implementation creates a [[User Datagram Protocol]] (UDP) packet with the broadcast destination of 255.255.255.255 or the specific subnet broadcast address.
 
Pelanggan DHCP juga boleh meminta alamat IP terakhir yang diketahui (dalam contoh di bawah, 192.168.1.100). Jika pelanggan kekal bersambung pada rangkaian bagi mana IP ini sah, pelayan mungkin meluluskan permohonan. Sekiranya tidak, ia bergantung samaada pelayan didirikan sebagai berwibawa atau tidak. Pelayan berwibawa akan menafikan permohonan, memaksa pelanggan memohon alamat IP baru serta merta. Pelawan tidak berwibawa hanya tidak mengendahkan permohonan, mendorong kepada perlaksanaan bergantung kepada masa luput bagi pelanggan untuk berputus asa bagi permohonan dan memohon alamat IP yang baru.
A DHCP client can also request its last-known IP address (in the example below, 192.168.1.100). If the client remains connected to a network for which this IP is valid, the server might grant the request. Otherwise, it depends whether the server is set up as authoritative or not. An authoritative server will deny the request, making the client ask for a new IP address immediately. A non-authoritative server simply ignores the request, leading to an implementation-dependent timeout for the client to give up on the request and ask for a new IP address.
 
<table class="wikitable"><caption>DHCPDISCOVER</caption>