scenariusz: trzeba napisać skrypt, który będzie wyłączał rejestrację DNS dla interfejsów LANowych. służy do tego metoda SetDynamicDNSRegistration klasy Win32_NetworkAdapterConfiguration. pozostaje problem – jak znaleźć owe interfejsy LANowe, bo zwykłe wylistowanie interfejsów pokaże ich multum… są dwa warunki, które trzeba sprawdzić – odfiltrować te, które nie są IPEnabled oraz te, które nie są Wired. i tu się zaczynają schody – IPEnabled to parametr klasy Win32_NetworkAdapterConfiguration a typ interfejsu pokazuje atrybut AdapterTypeID klasy Win32_NetworkAdapter.
sprawdzenie obu tych warunków byłoby niemożliwe [mega-złożone] gdyby nie klasy asocjacyjne – w tym przypadku Win32_NetworkAdapterSetting, która łączy obie wcześniej wymienione. klasy asocjacyjne pobierają atrybuty dla obu klas dla danego urządzenia i publikują je w dwóch gałęziach – element oraz setting. skrypt finalnie wygląda tak:
function setDNSdynamicReg{ gwmi -Class win32_networkAdapterSetting|%{ #adaptertypeid = 0 - wired card #ipenabled - filter out non-ip shit if( (([wmi]$_.element).adaptertypeid -eq 0) -and (([wmi]$_.setting).ipenabled -eq $true) ) { echo "[debug] adapter type: $($([wmi]$_.element).adaptertype)" echo "[debug] zmieniam parametr dla: $($([wmi]$_.setting).caption)" $err=([wmi]$_.setting).SetDynamicDNSRegistration($false) $err.ReturnValue } } return "done" } setDNSdynamicReg
proste, nie? a teraz ciekawostka na koniec. na MSDN wyraźnie i jasno opisane są 'adaptertype’ oraz 'adaptertypeid’.. a oto jak przedstawia się moja karta WiFi /:
PS C:\_ScriptZ> .\setDynDNSReg.ps1
[debug] adapter type: Ethernet 802.3
[debug] zmieniam parametr dla: [00000000] Karta Intel(R) Centrino(R) Wireless-N 1000
eN.
dkurtan
nExoR