按照指示操作,apt -f install
深度20.1的libssl版本是1.1.1d-0, 高于libssl1.0.0_1.0.1t-1, 强行覆盖安装会产生很多无法预测, 奇怪的问题. 这类问题一般需要重装系统才100%解决.
libssl1.0.0_1.0.1t-1是Debian 8版本的. 深度20.1是Debian 10版本. 需要安装的软件包必须是针对Debian 10版本编译的.
libssl是深度系统非常底层的软件包, 有很多其它的软件包依赖libssl. 如果不清楚所产生的后果, 强行安装不兼容软件基本上是在玩火.
Linux发行版自带的OpenSSH功能非常强大, 远比SecureCRT好用. 而且OpenSSH是随系统自动更新的, 用户不需要自己维护安装, 这一是省去了很多麻烦, 二是任何Linux系统上都有OpenSSH (初始安装), 学会使用OpenSSH, 就像中国人学会了使用筷子. 三是SecureCRT非常可能因为系统更新而出现问题, 无法使用, 又得重新折腾一遍. 或是手动维护. 四是多安装一个软件包, 就多增加一个软件出现安全风险的机会
OpenSSH是Linux系统原生的SSH工具. 在Linux系统上使用OpenSSH的人数远远超过任何SecureCRT. 而且绝大部分的远端服务器运行的是OpenSSH. 使用OpenSSH服务器端和本地客户端不会产生兼容性问题.
OpenSSH和SecureCRT都是工具, 适用于不同的环境. OpenSSH是最适合Linux的SSH工具. 放着最顺手的工具不用是跟自己过不去.
apt-rdepends是一个可以反向查看软件包依赖关系的软件.
安装使用非常方便.
安装apt-rdepends.
sudo apt install apt-rdepends
查看深度系统上依赖libssl 1.1.1d-0的软件包:
apt-rdepends -r libssl1.1:amd64
结果是很长的一个清单.


中文 
大神下面这种问题能帮忙看看吗?
sudo dpkg -i scrt-8.3.1-1537.ubuntu16-64.x86_64.deb
准备解压 scrt-8.3.1-1537.ubuntu16-64.x86_64.deb ...
正在解压 scrt (8.3.1-1537) 并覆盖 (8.3.1-1537) ...
dpkg: 依赖关系问题使得 scrt 的配置工作不能继续:
scrt 依赖于 libssl1.0.0;然而:
未安装软件包 libssl1.0.0。
sudo dpkg -i libssl1.0.0_1.0.1t-1+deb8u8_amd64.deb
dpkg: 对于含 libssl1.0.0:amd64 的文件 libssl1.0.0_1.0.1t-1+deb8u8_amd64.deb ,有预依赖问题:
libssl1.0.0 预依赖于 multiarch-support
multiarch-support 未安装。
sudo apt-get install multiarch-support
正在读取软件包列表... 完成
正在分析软件包的依赖关系树
正在读取状态信息... 完成
您也许需要运行“apt --fix-broken install”来修正上面的错误。
下列软件包有未满足的依赖关系:
scrt : 依赖: libssl1.0.0 但无法安装它