远程连接Windows云服务器报错：出现身份验证错误，要求的函数不受支持

问题描述

Windows *** 作系统的本地PC，通过RDP协议（如MSTSC方式）远程桌面连接Windows云服务器报错，报错显示出现身份验证错误，要求的函数不受支持。

如果报错信息中仅提示：出现身份验证错误，要求的函数不受支持。请参考 处理方法 解决该问题。

如果报错信息中附加提示了由于CredSSP加密Oracle修正导致该错误，如 图1 所示。可能原因是由于微软于2018年3月发布安全补丁，该安全补丁可能会影响RDP连接的CredSSP，导致通过RDP协议访问云服务器时连接失败。详情可访问 Unable to RDP to Virtual Machine: CredSSP Encryption Oracle Remediation 。解决方法请参考 微软官方指导文档 。

                                                                                                                             图1  远程桌面连接失败

处理方法

修改Windows云服务器的远程桌面连接设置：将选项“仅允许运行使用网络级别身份验证的远程桌面的计算机连接（更安全）”修改为“允许运行任意版本远程桌面的计算机连接（较不安全）”。具体 *** 作如下：

    1： 登录云服务器。

    2：打开左下角的“开始”菜单，右键单击“计算机”，并选择“属性”。

    3：在左侧导航栏，选择“远程设置”。

    4：选择“远程”页签，并在“远程桌面”栏，选择“允许远程连接到此计算机”。

           图2  远程设置

    5：单击“确定”。

任何产品都有可能发生故障，万一云主机在使用过程中出现故障，那么云服务商又会是怎样去进行处理的呢
　云服务器提供的基础设施服务，归根到底还是基于物理数据中心实体硬件虚拟化而成。因此，物理数据中心设施的可靠性是保证云平台稳定持续运行的基础。
接下来，我们来看看美国云主机云服务器异常怎么解决，作为参考。
首先需要从电力、网络的冗余设计，到遭遇地震、洪水等严重事故的预案，都是云服务器供应商应当考虑并解决的问题。其次，需要从多节点数据中心物理隔离容灾，当发生洪水、地震等某些不可预知的物理灾难或大规模运营商网络瘫痪，云服务商可暂停受影响区域机房，由灾备数据中心迅速接管原来运行在主数据中心的所有或部分关键业务。
目前很多大型的美国云主机商在每个区域的数据中心配备多个集群，用户数据分布在不同集群的不同服务器中，不同集群互为主备。如果某个集群服务中断，该集群将整体暂停数据的读写，保留异常现场，将数据写入迁移到同机房的其他集群中，集群内部开始自动修复逻辑模块或者存储模块。如果集群自动修复失败，现场运维人员将人工介入，修复硬件故障。在修复过程中，用户可以从其他健康集群中持续获取数据，服务稳定可用。
云主机的故障解决方案，云服务商还是有一套比较完善的处理应急措施的，这样也能够让用户更放心选择。
RAKsmart为你解答

1、一般情况下，请先检查您服务器的使用情况。您的服务器配置跟不上您用户增长的速度，需要扩展服务器的配置才导致您的服务器比较卡。CPU使用率是否大于50%、网络使用率是否过高、内存使用率是否过高，如果出现上述情况，则表明您的服务器或网络无法承载您目前的服务，请联系服务商调整您的资源，及时扩容。
2、服务器遭遇DDoS攻击导致，服务器自然会呈现出慢的假象，如果不及时防护，有可能我们的网站会出于瘫痪。需要联系服务商售后人员做DDoS防护策略。
3、服务器遭遇较大的流量攻击，但服务器没有被流量牵引。
4、机房网络故障，这将是大范围的故障。
5、设备网卡故障、网线故障、上层交换机故障。在出现故障前，您可以对您服务器的相邻ip进行测试，如果相邻ip也同样出现丢包情况，说明是上层交换设备故障。

如果你的swarm运行在默认端口，那么你就可能和我一样遇到了VXLAN默认端口4789/udp被云服务厂商阻断的问题。比如阿里云在文档中提到了这点，链接-> 阿里云添加udp监听文档 。

这个问题在docker:v1903之前无法直接解决。1903版本，docker在swarm init之上增加了--data-path-port uint32 的配置项用于更改docker swarm的VXLAN端口。
下面以指定端口5789/udp为例

---