Hei,
vendor‑luokkaan perustuvien DHCP‑käytäntöjen vianmäärityksessä tärkeintä on varmistaa, että palvelin todella vastaanottaa ja tulkitsee asiakaslaitteen lähettämän Option 60 ‑arvon täsmälleen oikein. Käytännöt eivät tee osittaista täsmäystä, vaan merkkijonon on oltava identtinen, mukaan lukien isot ja pienet kirjaimet sekä mahdolliset välilyönnit. Ensimmäinen askel on ottaa käyttöön DHCP‑palvelimen lokitus ja tarkistaa saapuvat DISCOVER/REQUEST‑paketit esimerkiksi netsh dhcp server dump tai Wiresharkilla, jotta näet mitä Option 60 sisältää.
Käytäntöjen käsittelyjärjestys on myös ratkaiseva. DHCP arvioi ensin tarkimmat ehdot ja etenee järjestyksessä. Jos sinulla on useita käytäntöjä, varmista että vendor‑luokkaan perustuva sääntö ei jää toisen, yleisemmän ehdon varjoon. Tämä näkyy DHCP Management Consolessa, jossa käytäntöjen prioriteetti voidaan tarkistaa.
Lisäksi kannattaa tarkistaa rekisteristä HKLM\SYSTEM\CurrentControlSet\Services\DHCPServer\Parameters ettei ole asetuksia, jotka ohittavat vendor‑luokan käsittelyn. Jos epäilet, että asiakas lähettää vaihtoehtoisen tunnisteen (esim. Option 77 User Class), voit varmistaa sen lokista ja tarvittaessa luoda käytännön sen perusteella.
Paras menetelmä on siis: tarkistaa Option 60 arvo suoraan paketista, varmistaa että käytäntöjen järjestys ei estä sen soveltamista, ja testata kohdelaitteella että se saa odotetun asetuksen. Näin varmistat, että vendor‑luokkaan perustuva logiikka toimii täsmälleen odotetulla tavalla.
Domic Vo.