Set-ExecutionPolicy Unrestricted -force
while((powershell -c {(get-process|findstr powershell).length}) -ne 2){
get-date -format HH:mm:ss:fffffff >> c:aaa.txt;
start-sleep 1;
}
if((powershell -c {(get-process|findstr powershell).length}) -eq 2){
(get-wmiobject -class win32_networkadapterconfiguration -filter ipenabled=true).SetDNSServerSearchOrder(('10.123.119.98','10.12.216.180')) 2>$null;
exit
}
代码要微调下，放在C:Program FilesCloudbase SolutionsCloudbase-InitLocalScriptssetdns.ps1
dns根据自己需要调整代理的dns，可以加、减dns，例如：
加
(get-wmiobject -class win32_networkadapterconfiguration -filter ipenabled=true).SetDNSServerSearchOrder(('10.123.119.98','10.12.216.180','114.114.114.114','8.8.8.8')) 2>$null;
减
(get-wmiobject -class win32_networkadapterconfiguration -filter ipenabled=true).SetDNSServerSearchOrder(('180.76.76.76')) 2>$null;
这个脚本是我写的设置静态DNS的，对部分机器，代码里那个值是2就可以设置dns，不行的机器把2改成3可以设置dns成功(具体是2还是3或者更大的数字，我是通过观察重启后后台的powershell进程数量来处理的)
2代表其他powershell都执行完了，就执行setdns.ps1本身了，把设置dns放在最后一步
而3的情况是，我观察到总有1个powershell，一直有，这种情况，3代表其他该执行完的powershell都执行完了，接下来就执行setdns.ps1本身了
代码里的2和3两种情况我都遇到过，由于cloudbase-init是通过调用powershell代码起作用的，我猜测这个判断逻辑2和3的差异可能是当前机器有常驻的开机计划任务开了若干个powershell进程放置在了后台影响了cloudbase-init，如果是这种情况，除过2和3，可能还会有4、5、6等情况，具体就是看开机后在后台的powershell进程数量有多少
禁用cloudbase-init服务也可以设置静态DNS，但是禁用cloudbase-init的负面影响需要了解清楚。
