排查远程桌面连接的常见问题
使用重点清单解决远程桌面连接失败、身份验证错误、屏幕缓慢、输入问题和会话中断等问题。
GoMyid ·
远程桌面连接可能会在启动前失败、在身份验证时停止、在没有可用输入的情况下打开或在任务中途断开连接。这些症状指向不同的问题。将所有这些都视为“互联网已损坏”通常会导致不必要的更改，并使下一次尝试更难以解释。更好的方法是确定故障的阶段并一次更改一个相关条件。
本指南为您提供了 GoMyid 远程会话的实用故障排除顺序。它从您可以从两端验证的信息开始，然后分离目的地可用性、身份验证、屏幕更新、输入和中断。它不规定一般路由器更改或假设 Windows 内置远程桌面配置适用于 GoMyid。当问题达到特定于部署的设置时，请使用当前的产品指南。
托管操作失败时使用 Web 审核视图
客户端连接问题和 Web 管理失败不一定是同一事件。当问题涉及管理工作区中的管理操作时，记录的审核视图提供了检查记录结果的具体方法。这并不保证每个失败的桌面连接都会显示为审核行。
- 打开 Security Monitoring > Audit（安全监控 > 审计）。
- 设置 From (UTC) 和 To (UTC)，使时间范围覆盖相关操作。应将用户报告的本地时间正确换算为 UTC，不要默认界面上的时间戳就是本地时间。
- 搜索相关操作者或操作，并选择合适的 Status（状态）。调查技术操作时，也要纳入技术事件。
- 点击 Search（搜索），核对操作者、操作、时间和状态，然后打开对应记录的 Details（详情）。
- 在判断操作是否完成之前，先比较同一时段内的相关记录。
单独的“开始”条目并不能确定成功完成。同样，失败或被拒绝的操作是调查的证据，而不是攻击的自动证据。记录实际行的内容，并将该发现与远程用户对屏幕问题的描述分开。这让问题转交给下一层支持时的信息更准确，而无需混合不同类型的事件。
在尝试修复之前描述症状
写下您的预期和实际发生的情况。 “连接在出现任何桌面之前返回错误”比“远程访问不起作用”更有用。 “屏幕更新，但打字进入本地应用程序”仍然更有用。当实际问题是窗口焦点时，精确的描述可以让您避免排除网络问题。
捕获出现的确切消息，以及时间和紧接其之前的操作。不要将特定的错误解释为更具戏剧性的内容。该措辞可以区分不可用目的地和认证失败。如果您共享屏幕截图，请先删除凭据和不相关的个人信息，然后再通过预期的支持渠道发送。
询问问题是否是新问题。这对设备最近可以工作吗？计算机是否重新启动、更改网络或收到配置更改？你并不是在寻找可以责备的人。您正在确定正常会话与当前会话之间的最小差异。这种背景往往比一长串推测性修复更有价值。
确认您正在到达目标计算机
从目标 ID 或设备条目开始。在 GoMyid 的 Windows 界面中，“此计算机”下的详细信息描述本地计算机，而远程区域则标识目的地。输入您自己的 ID 或使用旧的保存条目可能会使其余的故障排除变得无关紧要。通过可信渠道确认当前目的地。
如果您使用托管目录，请检查设备的上下文，而不是仅依赖其名称。分支机构之间可能存在类似的名称，并且计算机的所有者或角色可能已更改。请询问该地点的人员以确认您所说的设备。只有当记录和真实计算机仍然对应时，目录才有用。
不要继续使用看起来意外的桌面。成功打开的连接仍然可能是请求的错误连接。停止，验证目的地，然后返回到批准的工作流程。 首次桌面检查提供了一种简单的方法来确定两个人都识别同一台计算机。
检查目的地是否实际可用
询问远程位置的人员计算机是否正在运行且可用。记住的设备记录并不能证明它当前处于唤醒或连接状态。笔记本电脑可能已关闭、移至另一个网络或等待本地启动步骤。这些情况需要与失败的密码不同的响应。
根据配置的 GoMyid 工作流程确认远程应用程序的状态。所需的客户端应用是否可用？相关访问设置是否处于预期状态？让远程人员阅读他们所看到的内容，而不是给他们一系列盲目的指令。他们的观察可以防止对连接的计算机进行不必要的更改。
检查电源和预期中断。如果重新启动已在进行中，请等待正常启动过程并确认准备就绪后再重试。如果计算机计划离开办公室或断电，请安排更好的支持时间。远程访问依赖于目标计算机持续可用；它本身无法将不可用的机器变成可靠的端点。
将身份验证与连接分开
身份验证问题与无法到达目的地不同。阅读消息并注意应用程序在拒绝尝试之前是否联系了远程端。确认您遵循当前配置所需的凭据或批准工作流程。不要假设 Windows 帐户密码可以与远程应用程序的身份验证详细信息互换。
通过批准的私人渠道仔细检查输入的值。如果字段和工作流程需要精确值，请删除意外空格，并确认信息是最新的。避免重复尝试猜测。重复不会提高不确定信息的质量，并且会使支持过程变得复杂。
如果需要批准，请让远程计算机上的人员描述提示并确认他们理解该请求。延迟响应并不一定是技术故障。该人可能正在看着另一个窗口，或者可能无法识别该请求。解释预期的行动，而不要求他们批准任何他们不理解的内容。
检查特定任务的权限
您也许能够建立会话，但无法执行所有操作。查看、控制、传输文件和运行命令是不同的功能。 GoMyid 的概述显示了单独的连接模式和管理权限控制。确认当前任务所需的功能，而不是将每个不可用的按钮解释为连接断开。
在托管环境中，访问权限还可能取决于操作员分配的设备范围。能够支持一组的技术人员不应假定对每台工作站具有相同的访问权限。如果请求超出了指定的职责范围，请联系适当的管理员。不要仅仅为了使单个支持呼叫更容易而非正式地扩大权限。
如果预计会出现限制，请选择授权的工作流程或说明需要哪些批准。如果出现意外情况，请记录操作员、目标范围、请求的操作和观察到的结果，而无需公开凭据。这些详细信息为管理员提供了具体的审查内容。 “给予完全访问权限”的一般请求失去了进行仔细更正所需的上下文。
区分缓慢的会话和冻结的计算机
询问目的地的人计算机是否正常响应本地输入。如果业务应用程序对他们来说也很慢，则问题可能出在目的地而不是远程显示路径上。如果本地计算机有响应，但远程图像滞后，请分别调查会话和连接情况。
使用可重复的操作，例如打开文件夹或移动窗口。避免在更改显示设置的同时通过不断变化的视频或繁忙的应用程序来判断性能。如果您的客户端提供画质设置，请更改一项设置并重复相同的操作。您需要进行比较来了解可用性是否真正得到改善。
检查可读性和响应能力。如果您无法阅读连接以进行调查的错误消息，则低质量的显示没有用。正确的平衡取决于任务。对于设置检查，清晰的文本可能比平滑的移动更重要。 Windows 显示指南涵盖了这种实际的权衡。
当图片可以工作但鼠标或键盘不起作用时
首先，确认哪个窗口获得焦点。本地桌面可能在远程客户端后面仍然处于活动状态，或者对话框可能正在拦截输入。尝试一个无害的、可见的动作并观察双方。当您不确定字符要去哪里时，请勿继续输入凭据或命令。
检查客户端中所选的交互模式和可用控件。面向查看的会话或权限限制可以解释为什么输入不可用。在 Android 上，触摸模式的行为可能与本机移动应用程序不同。使用您安装的版本描述的控件，而不是假设每个手势都直接传递到远程计算机。
如果字符显示不正确，请测试一个简短的无害句子并检查所涉及的键盘布局和快捷键行为。在输入依赖于精确标点符号的路径或命令之前解决不匹配问题。有关特定于移动设备的指南，请参阅Android 键盘和快捷键部分。准确的输入比快速完成操作更重要。
当远程视图为空白或意外时
在选择补救措施之前，空白或意外的视图需要更多背景信息。询问远程人员本地可见的内容以及他们是否更改了用户、打开了对话框或切换了显示。如果计算机有多个显示器，请使用会话中可用的控件检查选定的显示器。仅仅因为您正在查看另一个屏幕，应用程序可能会出现缺失。
记录视图是否从一开始就是空白的，或者在特定操作后发生变化。这种区别可以将初始显示问题与重新启动、帐户更改或应用程序行为引起的中断区分开来。避免在没有证据的情况下猜测图形或安全设置。支持会话结束后，广泛的更改可能会影响计算机。
如果安装的客户端提供了记录的显示或刷新控件，请按照指示使用它并观察结果。如果状态仍不清楚，请停止可能产生重要影响的操作并收集确切的版本和症状信息以获取支持。不要盲目地根据你认为按钮应该在哪里来操作桌面。
调查断开连接的会话
请注意何时发生断开连接。它是在可重复操作之后、传输过程中还是在远程计算机更改网络时立即发生？模式可以比失败次数提供更多信息。在将其视为无法解释的网络中断之前，检查重新启动、睡眠转换或应用程序关闭是否解释了时间安排。
询问双方当时发生了什么。连接设备可能已更改连接性，而目的地保持稳定，或者目的地可能已变得不可用。对于移动会话，在位置之间移动可能会引入另一个变量。将观察结果分开，这样您就不会在错误的设备上进行更改。
重新连接后，请在重复之前检查上次操作的结果。即使视觉响应从未返回，单击或命令也可能已到达目的地。这对于文件操作和设置更改尤其重要。 中断会话过程解释了如何在不假设没有发生任何事情的情况下恢复。
将文件传输问题分开
当特定文件传输失败时，桌面连接可以正常工作。原因可能涉及目标路径、权限、正在使用的文件、存储或传输操作本身。从确切的消息开始并确定它所指的位置。不要仅仅因为一个文件无法复制就断定整个远程连接中断。
确认本地和远程路径以及预期方向。通过批准的工作流程检查匹配的文件是否已存在以及所选目标是否可写。使用无害的文件来了解新界面，但不要将测试文件分散在生产文件夹中。缩小任何必要的检查范围，并在检查完成后删除其临时结果。
如果传输被中断，请在重试之前检查目的地。不要假设可见文件已完成或应用程序将自动恢复。按照您的版本支持的行为并验证最终结果。 文件传输恢复指南更详细地介绍了该过程。
一次更改一个条件
简短记录您所做的更改以及接下来发生的事情。例如，请注意您更正了目标 ID，重试一次后进入身份验证阶段。即使会话尚未开始，这也是一个进展。它缩小了剩余问题的范围，并帮助其他技术人员继续进行，而无需重复相同的工作。
避免同时更改凭据、权限、网络设置和应用程序。如果下一次尝试成功，您将不知道哪个更改很重要，或者另一个更改是否引入了不必要的访问。严格的序列通常总体上更快，因为每次尝试都会产生有用的证据。
使用批准的流程撤消不再需要的临时诊断调整。不要让机器处于异常状态，因为连接最终成功了。如果必须保留调整，请解释其目的和负责人员。只有当预期的工作流程正常运行并且了解周围的配置时，故障排除才算完成。
准备有用的支持移交
如果问题需要产品或网络支持，请提供症状、确切消息、大致时间、客户端版本、设备角色和最后已知的工作条件。包括已经完成的一小组检查。这有助于下一个人从当前证据开始，而不是要求您重复整个故障排除脚本。
将观察结果与假设分开。 “远程用户可以在本地使用桌面”是一个观察结果。 “服务器肯定宕机了”是一个可能不被支持的结论。清晰的报告能提高问题转交与后续处理的效率，并减少了某人为了响应确信的猜测而更改环境中不相关部分的机会。
仅通过预期的支持渠道发送所需的信息。请勿包含密码、完整的私人文档或不相关的屏幕截图，以使报告看起来完整。对于业务支持，请将请求与适当的设备和所有者联系起来。 支持记录指南展示了如何保持该上下文的有用性。
使用正常工作的会话进行比较
如果与另一个已知设备的授权连接有效，请准确记下比较结果。它可能表明本地客户端可以在这些条件下完成会话。它不能证明原始目的地具有相同的权限、可用性或连接性。保持比较范围足够窄以使其有用，而不是将其变成关于网络上每台计算机的一般结论。
同样，如果另一个授权操作员可以到达原始目的地，则比较两个工作流程之间的相关差异。操作员可能具有不同的范围、保存的详细信息或客户端版本。记录这些差异并通过正常的管理流程进行审查。不要仅仅为了让失败消失而借用他人的凭据。良好的比较有助于解释原因，同时保留每个操作员的身份和责任。了解原因后，应用适当的更正并重复原始用户的任务。
常见问题
我应该先重新启动两台计算机吗？
不应一开始就无条件重启。重新启动可能适合特定情况，但它可能会中断工作并删除有关故障的有用上下文。首先识别症状并检查目的地、可用性和相关应用程序状态。如果需要重新启动，请保存工作并就之后如何恢复访问达成一致。
为什么远程用户可以浏览网页但无法连接？
一般网络访问显示某些连接可用；它并不能证明每个应用程序的要求都得到满足。问题还可能是身份验证、访问设置或目的地被错误识别。在进行网络更改之前遵循故障排除阶段，并在查看特定于部署的要求时使用当前的产品指南。
重复尝试密码会有帮助吗？
当基础信息不确定时就不行了。通过适当的私人渠道确认当前的身份验证工作流程和详细信息。重复的猜测可能会使情况变得复杂，而无法提供有用的证据。身份验证错误应该导致仔细的凭据或批准检查，而不是尝试一系列不相关的密码。
会话中断是否意味着已达到时间限制？
不一定。技术中断可能是由于电源、连接、重新启动或应用程序可用性造成的。检查时间和消息，而不是假设商业限制。 GoMyid 的免费使用信息和特定会话的技术行为是单独的问题。 免费访问清单解释了这种区别。
我应该禁用安全软件来进行故障排除吗？
不要把大范围修改防护设置当作通用解决办法。先定位具体故障，再遵循设备和网络已批准的支持流程。如果某项安全控制确实与问题有关，可由获授权的管理员核查实际要求和相关证据。在不了解原因的情况下取消防护，可能引发比连接失败更严重的问题。
我如何知道问题已解决？
在预期条件下重复原始任务并与用户验证结果。确认临时更改已被审核并且未来的访问处于预期状态。一次成功的连接很有用，但它可能无法证明重复出现的中断或特定于任务的错误已得到解决。准确说明您检查的内容。
界面参考： GoMyid 用户指南，第 13 页：调查审核条目。本文使用文档化的示例界面；它不报告实时部署测试。