关于 SecureCRT 许可证、升级、SSH 协议、端口转发、平台兼容性等常见问题的解答
2024 年 8 月 8 日,VanDyke Software 获得了新的 DigiCert 证书,这会影响在该日期之后构建的安装程序。
有两种方法可以解决此问题:
如果 Windows 自带的 PKI 受信任根证书颁发机构不是最新/完整的,您可能需要:(a) 在 Windows 中更新受信任的根证书和中间证书颁发机构,或 (b) 在提示"未知发布者"消息时选择"是"来忽略错误。
如果您在 Windows 上安装 SecureCRT 时需要更多帮助,请联系我们。
SecureCRT 设计为可以直接在旧版本上安装,因此您只需下载安装程序并运行即可。无需在安装新版本之前卸载旧版本,因为在大多数情况下,新版本会自动为您卸载旧版本。从非常旧的版本(5.5.4 及更早版本)升级到新版本时,旧版本可能不会被自动删除。
默认的 SecureCRT 安装不会更改、修改、删除或以其他方式危及您现有的会话/设置。但是,如果您的组织最初使用自定义安装部署了 SecureCRT,您需要向组织的部署团队寻求帮助以确定升级安装的预期行为。
有。请访问更新政策页面了解更多信息。
根据您购买许可证时选择的选项,SecureCRT 许可证包含 1 年或 3 年的产品更新和技术支持。在 SecureCRT 6.1 及更新版本中,您可以通过点击主 Help 下拉菜单并选择 About SecureCRT... 来确定现有许可证的资格期限。如果您在 macOS 平台上运行 SecureCRT,"关于"对话框在主 SecureCRT 下拉菜单中。有关更多信息,请参阅更新政策页面。如果您的许可证不符合免费更新条件但有兴趣续订,可查看升级定价信息并在线购买,或联系我们。
SecureCRT 本身没有"超时"功能来自动断开会话。但是,许多服务器会在一段时间不活动后断开空闲会话。不活动有时被服务器定义为未从客户端收到任何信息,因此即使 SecureCRT 窗口中持续显示新数据,它也可能超时。如果您看到在没有用户输入的一段时间后发生断开连接,则断开连接是由远程系统上的空闲超时设置或 SecureCRT 与远程系统之间网络路径中的防火墙/路由器/VPN 服务器发起的。
其他应用程序(如网页浏览器)可以透明地重试失败的通信,因为它们不需要维护打开的连接。当 SSH(或 Telnet 等)会话被远程服务器或防火墙/路由器/VPN 服务器的空闲超时断开时,这种透明级别不可用。
如果您发现会话在一段时间不活动后被断开,可以利用 SecureCRT 的防空闲功能来尝试保持连接更长时间。您可以在 Session Options / Terminal 类别中找到两个防空闲选项:Send protocol NO-OP 和 Send string。
Send protocol NO-OP 选项在使用 SSH2 或 Telnet 协议时可用。它在 TCP 协议级别发送数据,不会向远程发送任何会被显示的数据。建议使用此选项来防空闲,因为它通常不会干扰远程系统上运行的应用程序。
Send string 选项模拟实际的按键,因此发送的数据会到达远程并被显示(可能会干扰远程系统上运行的应用程序)。由于发送按键可能产生意外后果,应仔细选择要发送的数据。模拟空格和退格可能是许多环境的最佳解决方案。要发送空格和退格,请在 Send string 输入框中输入
\b(不含引号)。
SecureCRT 提供了一个选项,允许在连接关闭时自动关闭窗口或标签页。此选项默认未启用。如果您看到此行为,可能是您已经启用了它。
如果您希望在连接关闭时保持窗口/标签页打开,需要将选项恢复为默认设置:
SSH 协议有两代:SSH(最初的协议草案,始于 1995 年),现在标记为 SSH1;以及 SSH 第 2 版,通常称为 SSH2,首次发布于 1998 年。SSH2 是 Secure Shell 协议的当前版本,在互联网工程任务组 (IETF) Secsh 工作组下开发。
SSH1 的开发持续到 1998 年,此后技术重点转向 SSH2 的安全问题和优化。SSH2 协议是对该协议的完全重新设计,旨在消除 SSH1 中的限制,例如缺少消息认证码 (MAC)。SSH1 草案文档不属于 IETF 流程,与当前的 SSH1 服务器实现不匹配。SSH1 在早期 Secure Shell 用户中拥有大量安装基础,并且对某些组织有更开放的服务器许可。然而,SSH2 的成熟度和改进的安全性使其成为 VanDyke Software 首选的协议。
VanDyke Software 认为 SSH2 是当前最佳选择协议。SSH2 从底层重新修订,在架构和实际方面比 SSH1 有许多改进,包括解决潜在的安全缺陷。SSH2 最直接的优势是多通道端口转发更快、更可靠。一个通道不再能消耗所有可用带宽并减慢其他通道或会话的速度(如 SSH1 中那样)。SSH2 也是多家公司将新开发工作重点放在的协议,无论是新平台的操作系统支持还是扩展 SSH2 的功能。安全方面的问题最好在 SSH2 协议中解决。
出于许可原因使用 SSH1 服务器的组织现在有了替代的基于 SSH2 的解决方案可供选择。VanDyke Software 提供适用于 Windows、Linux 和 macOS 的 VShell® SSH2 服务器。OpenBSD 开发者进行的 OpenSSH 服务器项目也支持 SSH2,并以免费许可证提供给 OpenBSD 和其他 UNIX/Linux 操作系统。
注意:此信息适用于 SecureCRT for Windows®。
以下步骤将帮助您在 VShell 上运行 VNC。这些步骤假设您使用 SecureCRT 作为端口转发客户端。
AllowLoopBack REG_DWORD "1"(十六进制)在键 HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3 下在 Connection details 对话框中输入 localhost:02
造成此行为的可能原因是,当您尝试更改会话颜色时,实际上更改的是全局定义的颜色方案中的前景色和背景色值。
要让每个会话使用不同的前景色和背景色组合,您需要为每个想要使用的颜色组合创建一个颜色方案。
例如,如果"Session1"使用名为"blue-black"的自定义颜色方案,而您希望另一个会话具有红色前景和黑色背景,您需要创建一个新的颜色方案(例如,命名为"red-black"),并让 Session2 使用该颜色方案。
您遇到的问题是 RedHat 默认使用 UTF-8 编码其输出。可能是您使用的 SecureCRT 版本不支持 UTF-8 编码输出,或者当前使用会话的输出编码未设置为 UTF-8。
以下是三种可能的解决方案:
如果您使用的是 4.0.1 之前的 SecureCRT 版本,需要更新版本。根据购买许可证的时间,这可能是免费升级。请查看 VanDyke 网站的升级定价页面。
在 SecureCRT 5.0 中启用 UTF-8 编码:进入 Session Options 对话框,在 Terminal/Appearance 类别中,将 Fonts 组中的 Character encoding 设置为"UTF-8"。
在 SecureCRT 4.0.1 到 4.1.x 中:进入 Session Options 对话框,在 Emulation/Advanced 类别中,将 Character encoding 组中的 Output 条目设置为"UTF-8"。
在您的 .bash_profile 中添加以下行(这是针对 bash shell 的;如果使用不同的 shell,设置可能略有不同):
LANG=en_US SUPPORTED=en_US:en export LANG SUPPORTED注意:上述命令使用 en_US 作为示例;也可以使用其他语言。
注意:此方案要求您具有 root 访问权限。
在文件
/etc/sysconfig/i18n中有一行:LANG="en_US.UTF-8"将其更改为:
LANG="en_US"注意:上述命令使用 en_US 作为示例;也可以使用其他语言。
注意:此提示仅适用于 Windows® 平台上的 SecureCRT® 8.1 及更新版本。
如果您想在现有 SecureCRT 窗口的标签页中打开连接,有两个选项可供选择:
第一个选项是在 SecureCRT 中启用"Single Instance"模式,这需要更改 SecureCRT 的 Global.ini 文件。启用后,用户仍然可以将标签/平铺发送到新窗口,但所有应用程序窗口将由单个 SecureCRT.exe 进程管理。
D:"Single Instance"=00000000D:"Single Instance"=00000001启动的新连接现在将在现有 SecureCRT 窗口的标签/平铺中打开。
警告:如果不正确地使用注册表编辑器,可能会导致严重问题,可能需要重新安装操作系统。在更改注册表之前,应备份计算机上的重要数据。
HKEY_CLASSES_ROOT\VanDyke.SecureCRT.URLHandler.1\shell\open\command"C:\Program Files\VanDyke Software\Clients\SecureCRT.EXE" %1"C:\Program Files\VanDyke Software\Clients\SecureCRT.EXE" /T %1现在您应该可以通过在浏览器中输入 ssh2://<hostname> 或在网页中插入该链接来从浏览器启动 SecureCRT,新连接将在现有 SecureCRT 窗口的标签/平铺中打开。
更改以下设置应该可以改善远程机器运行 SCO OpenServer 5.0.6 或更高版本时的仿真效果:
注意:此提示适用于 SecureCRT® for Windows®。
如果在连接到远程系统时 SecureCRT 接收到 BELL 字符但您听不到蜂鸣声,第一步是确保 SecureCRT 会话已配置为播放蜂鸣声:
如果系统音频设置正确但 SecureCRT 中仍然听不到蜂鸣声,可能是由于 Microsoft 的可选工具程序 Tweak UI 进行的注册表设置导致的。
如果仍然听不到蜂鸣声,请联系 VanDyke Software 技术支持:support@vandyke.com
如果您在使颜色方案设置生效方面遇到问题,可能需要在 Session Options 对话框的 Emulation 页面中取消选中 ANSI Color 选项。ANSI Color 选项将覆盖在 Global Options 对话框的 Appearance/Color Schemes 页面中定义的任何颜色方案。
有关更多技巧,请参阅我们的 SecureCRT 颜色配置概述。
SecureCRT 有过滤器控制谁可以连接到在 SecureCRT 中设置的端口转发。默认情况下,只有来自运行 SecureCRT 的机器的连接才能连接到端口转发。
您可以按以下步骤更改端口转发过滤器:
S:"Port Forward Filter"=allow,127.0.0.0/255.0.0.0,0 deny,0.0.0.0/0.0.0.0,0S:"Port Forward Filter"=allow,127.0.0.0/255.0.0.0,0 allow,xxx.xxx.xxx.xxx,0 deny,0.0.0.0/0.0.0.0,0S:"Port Forward Filter"=allow,0.0.0.0/0.0.0.0,0以下说明描述了如何将会话和设置迁移到其他机器和/或平台。SecureCRT 7.3 及更新版本包含导入/导出工具,使创建备份或将 SecureCRT 设置从一台机器复制到另一台机器更加容易。
注意:如果配置设置为使用个人数据文件夹,敏感数据(如用户名、密码和自动登录信息)将不会被复制。如果您希望复制所有内容,需要临时恢复到单一配置文件夹。VanDyke Software YouTube 频道上的 Personal Config Data: Reverting Back to a Single Config Folder 视频展示了如何操作,或者您可以联系技术支持获取帮助。
注意:此信息专门针对从旧机器复制整个会话数据库到新机器。如果您在新机器上创建了旧机器上没有的会话,新会话将被删除。许多路径(主机密钥数据库、下载/上传文件夹等)是特定于平台的,在从一个平台复制配置到另一个平台后可能需要修改。
大多数会话和设置信息在两个平台上的使用方式相同。以下是一些不同的设置:
SecureCRT 许可证目前不限特定平台,但最终用户许可协议第三 (3) 节中规定的许可证使用限制仍然适用:
3. 使用和评估期。您可以在一台客户端计算机上使用本软件的一个副本。就本协议而言,"计算机"指物理设备或虚拟机。当本软件被加载到主内存(即 RAM)中时,即视为"正在使用"。您还可以在另一台计算机上使用本软件的一个副本,前提是确保任何时候只有一个副本处于"使用中"状态。您可以在 30 天内使用本软件的评估副本,以确定是否购买本软件。
如果 SecureCRT 在任何给定时间只在一台机器上运行,那么一个 SecureCRT 许可证可以合法地用于在一 (1) 台辅助 Windows/Mac/Linux 机器上注册 SecureCRT。
但是,如果 SecureCRT 需要在多台机器上同时运行,则必须为每台机器购买单独的 SecureCRT 许可证(无论操作系统平台如何)。
注意:此使用政策受 SecureCRT 当前许可协议的管辖,并可能在 SecureCRT 的未来版本中更改。
如果您需要购买额外的 SecureCRT 许可证以在不同机器上同时运行,请访问购买页面。
您正在运行的旧版 SecureCRT 不适用于 macOS Monterey 12.x。由于 v9.2 之前的 SecureCRT 版本不支持 macOS Monterey 平台,建议运行旧版本的用户升级 SecureCRT 以解决此问题。
许可证不符合注册新版 SecureCRT 资格的用户可以联系我们或访问定价页面了解购买升级许可证的信息。
要在文件选择对话框中临时查看隐藏文件夹和文件,请按 COMMAND+SHIFT+. 组合键。
在 Windows 平台上使用 SecureCRT 的用户可能习惯于在端口转发配置中手动选择本地 IP 地址时指定"localhost"或"127.0.0.1"以外的回环地址。
在 Windows 环境中,指定像"127.0.0.2"或任何 127.* 回环地址可以"开箱即用",因为 Windows 操作系统对这些回环地址有内置支持。
相比之下,macOS "开箱即用"仅提供以下网络接口:
具有 root 或管理员权限的 macOS 用户可以使用"ifconfig"命令为额外的回环地址配置别名,以用于 SecureCRT 中的端口转发配置。例如,在 SecureCRT 的"Local Shell"连接中发出以下命令将创建一个额外的"127.0.0.2"回环别名:
sudo ifconfig lo0 alias 127.0.0.2/32
注意:使用"sudo"是因为"ifconfig"需要 root 权限。如果您在 macOS 机器上没有 root/管理员权限,请联系系统管理员以获取帮助设置额外的回环地址以用于 SecureCRT。
以下说明描述了如何将会话从其他平台导入到 SecureCRT for iOS。
如果任何会话使用公钥认证,请参阅下方 FAQ"如何将公钥/私钥导入到 SecureCRT for iOS"。
如果任何会话使用公钥认证,请参阅下方 FAQ"如何将公钥/私钥导入到 SecureCRT for iOS"。
如果您需要更多帮助将会话导入到 SecureCRT for iOS,请联系我们。
导入公钥的说明:
导入密钥后,可以将其配置为与任何新的或现有的会话一起使用。
如果您需要更多帮助,请联系我们。
如果您使用的是 SecureCRT® 8.0 或更新版本,连接到仅支持 Diffie-Hellman 密钥交换的服务器的尝试可能会导致以下错误:
Key exchange failed. No compatible key exchange method. The server supports these methods: diffie-hellman
在 SecureCRT 8.0 及更高版本中,由于 Logjam 漏洞,Diffie-Hellman 密钥交换方法默认关闭。对于注重安全的专业人士,应保持 Diffie-Hellman 禁用状态,并且应升级或配置 SSH2 服务器实现以支持更安全的密钥交换算法。
仅在极少数情况下(您连接的设备不支持更安全的密钥交换算法,且无法升级 SSH2 服务器实现时)才应启用 Diffie-Hellman。
如果您必须启用 Diffie-Hellman 密钥交换方法来成功连接到旧服务器,可以按以下步骤配置 SecureCRT:
如果安装较新版本的 SecureCRT 导致其以评估模式运行,这意味着您机器上的许可证数据不符合注册较新版本的资格。
如果您安装了现有许可证不符合注册资格的较新版本 SecureCRT,SecureCRT 将提供 30 天的评估期,在此期间您可以继续使用较新版本并评估其是否值得购买升级许可证。
如果评估后您认为不值得购买升级许可证,可以安装在安装较新版本之前运行的旧版本。
VanDyke Software 产品的早期版本安装程序可在以前的版本页面找到。
为避免安装现有许可证数据不符合注册资格的较新版本,用户应使用 SecureCRT 主 Help 下拉菜单中的更新菜单项。有关更多信息,请参阅我们的检查更新资格网页。
在 SecureCRT 9.3 及更高版本中,Update 子菜单中有一个名为 Check at Startup 的选项。启用此选项后,SecureCRT 将在启动时自动检查是否有与当前许可证有效的较新版本可用。
当您从 Session Manager 启动新连接时,可能会看到连接在平铺或级联的独立窗口中打开。


上述情况可能发生在您从 SecureCRT 主 Window 菜单中将会话设置为 Tile (Vertically/Horizontally) 或 Cascade,或者您在 Global Options 的 Terminal 类别中禁用了 Connect sessions in tabs 选项时。

如果您希望新连接在同一 SecureCRT 窗口的标签页中打开(如下图所示),可以通过以下几个步骤修复:

您正在使用 SecureCRT 连接到 HP Aruba 网络设备(或类似设备),并且已启用日志记录。您可以在终端屏幕上看到输入的信息行,但这些行未包含在日志文件中。
为了消除日志文件中出现的多余数据(例如当您输错命令并退格更正时),SecureCRT 仅在到达当前行的末尾时才将数据写入日志文件——换句话说,当收到 CR 或 LF 字符时。一旦收到 CR 或 LF 字符,SecureCRT 会获取当前行上可见的文本并将其写入日志文件。
某些远程主机(如 HP Procurve 和 Aruba 交换机)不遵循基本终端规范(其中"行"以 CR 或 LF 终止)。当您在连接到此类设备时按 Enter 提交命令时,设备不会向 SecureCRT 发送任何行终止字符(CR 或 LF);而是发送一系列光标移动代码,这些代码不能在一般情况下被解释为"行结束标记"。由于该行上的命令没有收到 CR 或 LF 字符——且光标已被移到另一行——带有命令的行将不会被 SecureCRT 记录。

从 SecureCRT 8.7 版本开始添加了一个仅限 INI 文件的会话选项 Log Screen。此选项允许在数据出现在屏幕上时记录终端中显示的所有数据,而不是在 SecureCRT 收到 CR 或 LF 时才记录。
从脚本中启用:
Python:
crt.Session.Config.SetOption("Log Screen", True)VBScript (仅 Windows):
crt.Session.Config.SetOption "Log Screen", True
您可以将按钮映射到运行上述脚本代码的脚本。将 Python 代码保存为 SetLogScreen.py 文件,然后将按钮映射为运行该脚本(参见 VanDyke YouTube 频道上的 SecureCRT's Button Bar 视频)。点击按钮时,活动标签页关联的会话将启用 Log Screen 选项。
如果您想手动更改此设置,导航到该特定会话的 .ini 文件(会话 .ini 文件位于您机器上的 Config\Sessions 文件夹中,配置文件夹路径可在 Global Options 的 General / Configuration Paths 类别中看到)。编辑 .ini 文件并进行以下更改:
将 D:"Log Screen"=00000000 更改为 D:"Log Screen"=00000001
如果 .ini 文件中没有 D:"Log Screen" 行,首先确保您运行的是 SecureCRT 8.7 或更新版本。如果是,您可以直接将 D:"Log Screen"=00000001 行添加到会话 .ini 文件的末尾。
注意:在编辑会话的 .ini 文件之前,应始终关闭所有正在运行的 SecureCRT 实例。
此 Log Screen 选项将记录发送到 SecureCRT 终端屏幕的所有内容。这包括由退格或 Tab 补全引起的重绘,这意味着日志文件通常会显示一些有趣的内容。例如,如果您使用 Tab 补全和退格更正了几次错误后输入了命令 show ip route connected,日志文件中可能会看到类似这样的内容:
Aruba-1# shiAruba-1# shoAruba-1# show ip royAruba-1# show ip rouAruba-1# show ip route connAruba-1# show ip route connected
对于每次退格或 Tab 补全,设备实际上会重新绘制整行;这些重绘事件将显示在日志文件中,因为 SecureCRT 现在正在记录屏幕上显示的每个字符。
您是否注意到活动 SecureCRT 会话窗口的命令行上定期出现意外字符?

如果您在活动会话中定期看到 ~、8~ 或其他乱码字符,您的机器上可能安装了 Caffeine 应用程序。
卸载 Caffeine 应用程序或按照供应商的说明重新配置它(见下文)。
默认情况下,Caffeine 每 59 秒模拟一次按键以防止机器进入休眠/睡眠状态。更多信息由程序作者在其网站上提供:https://www.zhornsoftware.co.uk/caffeine/
Caffeine 通过每 59 秒模拟一次 F15 键弹起事件来工作。在所有可用的按键中,F15 可能是最不具干扰性的,最不可能干扰您的工作。
但是,Caffeine 可能会干扰某些应用:
- PowerPoint 使用 F15 按键暂停幻灯片中的视频
- Google Docs/Sheets
- 终端仿真程序,如 PuTTY
如果您认为这些可能会对您造成问题,请设置
-useshift命令行参数。
默认情况下,SecureCRT 仅允许您选择系统中已知为"固定宽度"或"等宽"的字体。
如果特定字体未在 SecureCRT 的字体选择器窗口中显示,那是因为该字体缺少"固定宽度"(等宽)标识——换句话说,其创建者/设计者未将该字体标记为固定宽度字体。

如果您想使用的字体未注册/标记为固定宽度(整个字体映射中的所有字形共享完全相同的水平宽度),您仍然可以在 SecureCRT 中使用该字体。
要允许所有字体在 SecureCRT 的字体选择器中显示:
警告:如果选择了非等宽(即非固定宽度)字体,由于字体内的字形宽度不同,您将遇到显示问题。

在 SecureCRT、SecureFX 或 SFXCL 中,如果 SSH/SFTP 连接尝试失败,可能是您的应用/计算机的网络连接被阻止成功进行外部连接。这可能是由于配置错误的防火墙(硬件或软件)、交换机、路由器或您和服务器之间的其他设备不允许连接通过到远程服务器或不转发其响应。也可能是安装在系统上的某个应用限制/控制了应用程序进行外部网络连接的能力。
在这种情况下,SecureCRT/SecureFX/SFXCL 已要求操作系统与指定的主机/地址建立 TCP 连接。连接未建立,因此无法发送数据也无法接收数据。这通常由以下情况之一引起(均超出 SecureCRT 的修复/解决能力):
在这种情况下,SecureCRT 能够成功连接并至少发送了一些初始数据。通常,发送的字节数等于产品发送的 SSH2 标识字符串。此场景是当远程服务器(或客户端和服务器之间的任何网络防火墙/代理)接受连接后,当 SecureCRT 发送其标识字符串时连接被立即关闭或稍后超时而 SecureCRT 未收到任何字节。
可能的原因包括:
如果您的 SSH2 连接尝试似乎挂起、花费很长时间或完全超时,可能是 SecureCRT 配置为在您的机器和 SSH2 主机之间无法使用 GSSAPI/Kerberos 的环境中尝试 GSSAPI 认证或 Kerberos 密钥交换。
要排查大多数连接问题,请打开 Trace Options 并再次尝试建立 SSH 连接。如果您不熟悉 Trace Options,可以查看 Trace Options Debug Logging 视频了解如何创建调试/故障排除日志。
如果您的 Trace Options 输出包含类似以下模式的内容,则延迟/挂起/超时可能是由 SecureCRT 配置导致的:
[LOCAL] : GSS : Requesting full delegation
[LOCAL] : GSS : [Kerberos] SPN : host@<host_you_are_trying_to_reach>
<...delay...>
[LOCAL] : GSS : [Kerberos (Group Exchange)] InitializeSecurityContext() failed.
上述模式可能会针对系统上可用的每个 GSS/Kerberos 提供程序重复,这解释了您在 SecureCRT 尝试与 SSH 服务器建立连接时看到的延迟/超时。
要解决此问题,只需在 Session Options 的 SSH2 类别中禁用所有 GSSAPI 和 Kerberos 相关的 Authentication 和 Key exchange 方法。


您可以利用编辑 Default 会话的功能将这些更改应用到所有现有和未来的会话。以下是有关使用 Default 会话进行批量更改的提示和视频链接:
Changing Default Settings for New and Existing Sessions (提示)
注意:为了将"更改"应用到所有其他会话,Default 会话中您要修改的选项必须实际被修改/不同于其当前值。这意味着如果 Default 会话的 Authentication 和 Key exchange 方法已经如您所愿设置(GSSAPI 认证和所有 Kerberos kex 方法已禁用),您必须先更改 Default 会话以启用其中一个或多个(并将该"更改"仅应用于 Default 会话),然后再次编辑 Default 会话以禁用它们(并将该"更改"应用于所有现有会话)。
在某些情况下,水平滚动条不可见,或者它不允许一直滚动到右侧以显示会话窗口的全部内容。
水平滚动条只有在 SecureCRT 的 View 菜单中启用时才可见。
水平滚动条只有在以下三个设置都到位时才有用:

请注意,如果远程系统对列数的理解少于 SecureCRT 所说的可用列数,则远程系统将仅使用 SecureCRT 窗口中可用列的一部分,因为远程 shell/应用的列值与 SecureCRT 的列值不匹配。
这种不匹配通常发生在以下情况:
SecureCRT 按计算机许可,而不是按用户或服务器。
根据 SecureCRT 最终用户许可协议 (EULA) 的定义,计算机可以是以下之一:
每台有权在本地或远程使用 SecureCRT 的计算机都需要一个 SecureCRT 许可证。
如果您从一台计算机上删除 SecureCRT,可以使用在旧计算机上使用的相同许可证在新计算机上注册 SecureCRT。
为了帮助将 SecureCRT 许可证从一台计算机转移到另一台,您可以使用导入/导出向导,步骤如下:

SecureCRT 支持众所周知路径的跨平台替换。换句话说,如果存储在 SecureCRT 全局或会话配置字段中的任何路径以众所周知的路径开头,则该值会以替换形式而非字面形式保存到配置中。这意味着如果您选择将日志文件存储在从这些众所周知位置之一下降的文件夹中,它将兼容跨平台。
以下是 SecureCRT 在将值写入配置时自动以替换格式保存的众所周知路径列表(并在从配置读取值时转换为系统上的实际路径):
SecureCRT 的配置文件夹路径(如在 Global Options / Configuration Paths 类别中定义)。如果 SecureCRT 的配置路径设置为
C:\Users\user\AppData\VanDyke\Config,任何包含此路径的文件相关设置将在保存到配置时用 ${VDS_CONFIG_PATH} 替换。示例:Windows 上 GUI 中的日志文件设置为:
C:\Users\user\AppData\VanDyke\Config\Logs\%S\%Y%M%D_%h%m%s_%t_Log.txt写入配置时变为:
${VDS_CONFIG_PATH}\Logs\%S\%Y%M%D_%h%m%s_%t_Log.txt这意味着如果此会话配置加载到配置文件夹设置为
/Users/User/Library/Application Support/VanDyke/SecureCRT/Config的 macOS 机器上,${VDS_CONFIG_PATH} 会自动转换为该路径。
SecureCRT 应用程序所在的位置。
用户的"我的文档"或"Documents"文件夹的位置。在此情况和其他情况下,您可以将替换与相对路径结合使用(例如
${VDS_USER_DATA_PATH}\..\..\folderB\etc\)。
用户特定的 SSH 数据位置(在 Windows 上是 My Documents;在 macOS/Linux 上是用户的 .ssh 文件夹)。