今天不幸办公的PC炸了，不得不重置win10，在重置之后出现了一个非常诡异的问题，浪费了我一整个下午。
这个故障的特征是windows不会向DNS服务器查询域名，手动用nslookup是可以正常获取到解析结果，但是除了nslookup以外，ping之类的工具、浏览器都会直接返回一个无法解析地址的错误。在整个过程中，用wireshark抓包会发现系统根本没有向dns服务器发起解析的请求。
经过一番google（垃圾百度），找到一个问题，就在上面的参考，里面有位Lakusus的老哥给出了一个答案，就是电脑的计算机名丢了，一检查，果然如此，在重新设置上计算机名并重启就正常了。
顺便一说，我在设置的时候不能在win10的“设置”程序里面修改，只能去控制面板-系统那里修改。
希望能对某位不幸的朋友提供一些帮助。
最近又给同学刷了一只路由，在设置wifi的时候突然来了兴致，不如用中文来做SSID吧~然后就干了，在luci上使用中文写了SSID，然后应用之后，发现luci的页面上能够正确的显示中文，但还到了windows上就变成了一串英文，然后用手机一搜，哟~中文哎。
显然是字符编码的问题了。
总所周知，windows使用的是GB的字符编码，而Linux一般使用的是UTF-8，除非你手动改成了GB。用Linux做底层的Android果然跟随了Linux的步伐，编码使用了UTF-8，而Openwrt的Luci也用的是UTF-8的编码，如此一来，便解释得通了。
用notepad++打开/etc/config/wireless，编码切换到GB，将SSID改成了中文，保存，然后重启WiFi，然后一搜：
果了个然，于是中文的SSID就出来了，别人看到都觉得很惊奇。这时候就可以给你的WiFi一个有趣的SSID，比如之前看到的“网络无法连接”，估计可以让相当一部分的人放弃连接你家WiFi的念头。
另外一件很有趣的事情就是，虽然使用了GB编码的SSID，但是Ubuntu却表示我能够正确的认出中文的SSID，并显示出来。UTF-8编码的中文SSID，Ubuntu同样能够正确地显示中文，这实在太不可思议了。
===========================接下来就是把密码给玩坏===============================
最初的时候，就尝试直接使用GB的编码来写中文密码。ok，windows说他能连上。但是Linux表示我们 UTF-8的编码没法通过密码验证。
问题就来了，怎么办呢？
把密码换成UTF-8如何？
然后Ubuntu就表示，嗯，我们没问题！
啧……这可难办了，难道就没有两者都能兼容的办法么？
然后在来回切换编码的时候，我发现了一个问题，UTF-8转成GB之后是乱码，但是看起来却都是正确的中文字符……要不旧直接用这个乱码来试试连接吧……Windows说：没问题！然后就连上了。
GB编码下的SSID和密码
UTF-8编码下的SSID和密码
乱码密码
看来连接是没有问题呢～
也就是说使用GB编码的SSID和UTF-8编码的中文密码是最优的组合～无论linux和windows都可以连接到。
最后就是客人的问题……
移动设备的话估计没什么问题，但是捧着运行着Windows的电脑过来的孩子……有的麻烦了呢……
==============================追加移动设备的研究================================
很可惜的是，android和IOS都可以认出UTF-8编码的SSID，但是无法认出GB编码的SSID，只能看到一串乱码，这个实在是太糟糕了。微软你赶紧投奔UTF-8的怀抱吧。
与此同时，测试了UTF-8编码的密码，Android和IOS都能够使用中文密码来连接，但是IOS在输入密码的时候，只能输入英文字符，所以，需要使用复制粘贴的方法，来完成密码的填写。Android的话，可以强制切换键盘来输入中文。
另外的就是，即使使用中文字符，也必遵循WPA2密码最少8个字符的原则，所以最短密码是八个中文字，而不是4个中文字。
等我以后能装OSX的之后再补上MAC的研究报告。