使用 Microsoft Authenticator 轻松管控 Microsoft Account
使用 Microsoft Authenticator 轻松管控 Microsoft Account
微软旗下很多产品和服务都已经支持双重身份验证，而 Microsoft Authenticator（Microsoft验证器）应用适合于使用双重验证来保护个人或工作账户的用户，或者想要不输入密码即可登录到个人 Microsoft Account（Microsoft 账户）的Android 和 iOS 用户。
当启用双重验证后，使用账户登录时，第一步会输入密码，第二步是使用手机上的应用进行验证。这样可以起到保护账户安全的作用，即一旦账户密码丢失，被人盗用去访问敏感信息时仍旧需要通过手机再次进行身份验证，这样安全性就会提高。
此外，借助 Microsoft Authenticator 还能实现免密码输入进行账户的登录，这一特性是 gOxiA 非常喜欢的！由于要在一些非受信任设备上使用Microsoft Account 或 Office 365 Account 登录微软产品或在线服务，输入密码会非常不安全，但在登录界面选择“改为使用 Microsoft Authenticator 应用”则会非常轻松和安全，只需通过 Microsoft Authenticator 应用验证即可，而无须输入账户密码。
如果要对双重验证以及Microsoft Authenticator 应用进行设置，可以访问微软官方站点（https://account.live.com/proofs/Manage/additional）进行配置。
Microsoft Authenticator 支持 Windows Phone、Android 和 iOS，可点击下面的链接访问官方应用商店下载。
Windows Phone: https://www.microsoft.com/zh-cn/store/p/microsoft-authenticator/9nblgggzmcj6?rtc=1
Android: https://play.google.com/store/apps/details?id=com.azure.authenticator
HOWTO: 解决无法打开 Excel 表格中 URL 的故障问题
HOWTO: 解决无法打开 Excel 表格中 URL 的故障问题
最近遇到一个比较典型的故障问题，排错过程跌宕起伏，事后感觉挺有代表性，决定拿出来与大家分享。故障环境是一台 Windows 10 + Office 2016 的加域设备。用户打开一个 Excel 文档，表中有一列文本包含 URL 超链接，可通过点击该文本启动 IE 去访问指定的网址。但是实际在点击链接后会提示“无法打开http://……无法下载您要求的信息。”
对其他链接进行了尝试，均提示相同的警告，但是手工新增加一个文本链接，却访问正常。之后将故障网址复制出来，粘贴到 IE 中再次访问，发现能够到达对方的服务器，但返回了“403 Forbidden”，可是将网址复制到其他浏览器，如：Edge、Chrome 中访问却是正常的。再回顾 IE 访问故障界面，发现地址栏中的中文路径在403反馈中显示的是一段乱码。说明故障的原因是由网址中包含的中文字符导致的，通常这类问题是由字符编码错误引发的。
为了求证错误，gOxiA 对正常和异常访问的 Web 数据进行了抓包，以做进一步的分析。如下结果，分析发现中文字符确实被进行了编码，但是异常访问的 Web 数据中所包含的第二次 URL 请求出现了变化，编码字符有异常，前后不符。
- 正常访问：
- 异常访问：
另外比较奇怪的是为什么会发起两次 HTTP 请求呢？！对两次访问的发起代理程序进行了分析，发现用户在 Excel 中点击 URL 时，Excel 发起了 HTTP 请求，且提交的 URL 编码是正确的。
但是，在传递给 IE 后，却被 IE 重新编码成了错误的 URL 。
至此，可以判定是因为 IE 提交的含中文字符 URL 的编码问题引发的此次故障。而中文编码问题通常出在 Windows 和 Linux 系统之间，多数原因是 Windows 提供的中文编码默认为 GB2312，而 Linux 使用的是 UTF-8，所以需要强制 IE 使用 UTF-8 来提交 URL，即可解决该问题。
但是，在执行配置操作时发现，IE 的“以 UTF-8 形式发送 URL 路径”选项被锁定了，无法修改！且明确提示“某些设置由系统管理员进行管理”。做进一步分析，确认系公司域下发的组策略所谓，不知道为什么要禁用这个选项，实属奇葩！
通知 AD 运维团队修改 GPO 不切实际，只能另寻出路！于是对 Excel 中点击 URL 的操作进行了抓包，筛选出来4000多行数据，“功夫不负有心人”在位于“HKCU\Software\Microsoft\Office\16.0\Common\Internet”下发现了一个有价值的注册表键“Encoding”，既然隶属于 Office，也就意味着可以通过 Office 选项对文档的编码进行定义。
最后，在 Excel 高级选项的 Web 选项中找到了切换文档编码的设置。即，进入 Excel 选项，依次点击“文件-选项-高级”，在右侧窗口中向下拖动至“常规”，找到“Web选项”，进入。
在“Web选项”下，切换至“编码”选项卡，找到“将此文档另存为”选项，从下拉框中找到“Unicode(UTF-8)”，点击“确定”完成设置，保存当前文档重新打开再点击 URL 尝试，故障消失。
概览 Windows 10 内置的 OpenSSH 功能
概览 Windows 10 内置的 OpenSSH 功能
回顾 gOxiA 早在2005年撰写的一篇日志，曾提到 SSH 才是王道，现在看来也不为过，命令行的魅力和实用性无法替代，不会随着科技的发展而消亡。对于管理 Linux 系统，命令行则更加至关重要，SSH 也是最佳的远程管理方式。过去要在 Windows 上使用 SSH Client 通常要找第三方工具，如 Putty，或者 Xshell，前者官方访问受阻，还被搞出过一次安全事件；后者又是需要付费的产品，实在令人难以选择。
但是现在 Windows 10 原生支持 OpenSSH Client，此外还支持 OpenSSH Server，也就是说我们无需再借助第三方的 SSH 软件去管理 Linux。需要注意的是由于 Windows 10 内置的 OpenSSH 还处于 Beta 阶段，所以微软并不建议你应用在生产环境。
迫不及待，那么我们该如何启用 OpenSSH 功能呢？！非常简单，通过系统栏的通知图标选择”所有设置“导航至”应用-应用和功能“，点击”管理可选功能“-”添加功能“，选择”OpenSSH Client (Beta)“。
如果希望借助命令行方式来安装，有两种方法可以参考：
一、 通过 PowerShell，可以使用如下命令行获取 OpenSSH 功能的完整名称，然后再进行安装。
二、通过 DISM 进行安装，过程与 PowerShell 类似，都要先找到 OpenSSH 对应的安装组件名称，再进行安装。
OpenSSH Client 安装完毕后，可以通过 CMD 执行 SSH 调用，例如要远程登录 name.cloudapp.net 的 SSH，则执行” ssh account@name.cloudapp.net“，域名首部附加 account@ 是告知所要登录的用户名，等同于 -l 参数，否则将会使用当前的 Windows 登录账号去执行 SSH 验证。
如下图所示，gOxiA 通过 ssh 命令行登录到了 远在墙外的 Azure Ubuntu 虚拟机。
Windows 10 当前内置的 OpenSSH Client 版本，满足基本的操作还是没问题的，但是诸如 nano、rz 等程序指令还不能完好的支持。考虑是不是可以尝试给 Azure Ubuntu VM 添加个简单的图形界面，能够以 RDP 协议登录？！
