主页 / computer / 问题 / 1572547
Accepted
Ahmed Masud
Asked: 2020-07-29 22:09:21 +0800 CST

无法访问远程托管在 ubuntu 19 或 ubuntu 20.04 上的 vmware workstation pro 上的共享虚拟机

  • 772

在 r/vmware 上提出的原始问题

在 Ubuntu 20.04 上安装了最新的 VMware Workstation (15.5.5)。当我尝试从另一台具有相同版本 VMware Workstation 的 PC 连接到这台 PC 时，我收到 VMware Workstation Server 意外关闭连接的错误消息。试图检查 Vmware 日志，但那里没有什么有趣的。在 Ubuntu 19.10 上没有这样的问题。有人遇到过这个问题吗？有什么办法可以解决吗？

注意：u/EvilEarthWorm 关于 19.10 没有这个问题是错误的：P 但这既不是这里也不是那里，

我对同样问题的改写：

当尝试连接到 VMware 工作站 pro 14 或 VMware 工作站 pro 15 的共享虚拟机时，在 Ubuntu 19.x 或 Ubuntu 20.x 作为主机上运行，​​使用另一个 vmware 工作站（比如在 Windows 或另一个 Linux 上运行）或使用 Mac Fusion/usr/lib/vmware/bin/hostd神秘地崩溃了。由于没有可用的调试符号，因此创建了一个报告，但信息不多。/var/crash/_usr_lib_vmware_bin_appLoader.<id>.crash

通常，远程连接会因神秘消息而断开，例如：A secure connection to the server could not be stablished

关于 VMWare Fusion 的神秘信息

发生了什么？有解决办法吗？

vmware-workstation ubuntu-20.04

1 个回答

  1. Best Answer

    所以这是答案，最初由我在 reddit 上的 r/vmware 上发布，但我认为最好也将其发布在这里：

    TLDR；

    这是 Ubuntu 19 / 20 或任何其他尝试访问共享虚拟机崩溃的系统上的问题的简单修复（即/var/lib/vmware/bin/hostd）神秘地崩溃。

    cp /etc/pam.d/vmware-authd ~/vmware-authd.backup
sed  -e '/pam_cap/s/^.*$/# -- pam_cap does not work for multithreaded apps -- /' /etc/pam.d/common-auth | sudo tee /etc/pam.d/common-auth-mt
sudo -i -e 's/common-auth/common-auth-mt/' /etc/pam.d/vmware-authd

    关于为什么这样做的详细信息，

    罪魁祸首是 /etc/pam.d/common-auth包含pam_cap.so. 事实证明这/usr/lib/vmware/bin/hostd是一个多线程应用程序，pam_cap.so不能与它们一起使用：

    描述

    pam_cap PAM 模块设置当前进程的可继承能力。

    从 /etc/security/capability.conf 配置文件或使用 config= 选项指定的备用文件读取功能。

    该模块不得由多线程应用程序调用。

    （来源：pam_cap(8) 手册页）

    事实证明hostd是多线程的：P

    因此，我们为所有“common-*”文件创建了一个“多线程”版本（事实证明它只是 common-auth），并将其用于我们的多线程应用程序。

    当然你可以做什么TLDR；上面是手工完成的，如下所示：

    ❯ /bin/cat /etc/pam.d/vmware-authd

#%PAM-1.0
auth     include        common-auth-mt
account  include        common-account
password include        common-password
session  include        common-session

    和

    ❯ cat common-auth-mt

#
# /etc/pam.d/common-auth - authentication settings common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of the authentication modules that define
# the central authentication scheme for use on the system
# (e.g., /etc/shadow, LDAP, Kerberos, etc.).  The default is to use the
# traditional Unix authentication mechanisms.
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules.  See
# pam-auth-update(8) for details.

# here are the per-package modules (the "Primary" block)
auth    [success=1 default=ignore]  pam_unix.so nullok_secure
# here's the fallback if no module succeeds
auth    requisite           pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
auth    required            pam_permit.so
# and here are more per-package modules (the "Additional" block)
# -- pam_cap does not work for multithreaded apps --
# end of pam-auth-update config

    希望这足够清楚。

    更多信息

    顺便说一句，这也适用于 mysql mariadb 和其他多线程应用程序身份验证问题，方法是检查它们的 pam 模块是否以某种方式包含 pam_cap。

    • 0

相关问题