無法使用 Nomachine 連接到現有的 X 會話
我多年來一直使用Nomachine連接我的 2 台 Linux 筆記型電腦。客戶端機器 A 始終連接到伺服器機器 B 中的現有 X 會話,在 A 和 B 中都顯示它。但是,最近它總是在 B 上創建一個新會話,而僅在 A 上顯示它。據我所知,我沒有做過(安裝、刪除、更改等)任何值得這樣做的事情。
連接後,我最近有時也會收到有關密鑰環或不允許控製網路的警告,因此我懷疑是 polkit 問題。如果我在僅在 A 中顯示的 B 會話中打開 Web 瀏覽器,則瀏覽器僅在 B 上的現有 X 會話中打開(這是我可以在那裡與 X 會話互動的唯一方式)。所以似乎有什麼東西阻止了我通過 Nomachine 訪問網路,而是創建了一個新的無網路 X 會話。
我做了什麼
擺脫鑰匙圈的嘮叨:
mv /home/j/.local/share/keyrings/login.keyring /home/j/.local/share/keyrings/login.keyring.bak
為確保網路控制:
- 創建
/etc/polkit-1/localauthority/50-local.d/50-allow-network-manager.pkla
:[Network Manager all Users] Identity=unix-user:* Action=org.freedesktop.NetworkManager.settings.modify.system;org.freedesktop.NetworkManager.network-control ResultAny=yes ResultInactive=yes ResultActive=yes
(也嘗試了 w/
ResultAny=no
和 的版本ResultInactive=no
)
- 註釋掉以下的
allow_any
值<action id="org.freedesktop.NetworkManager.network-control"> <_description>Allow control of network connections</_description> <_message>System policy prevents control of network connections</_message>
(這是我有時會收到的一條消息)
/usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy
:<defaults> <!-- <allow_any>auth_admin</allow_any>--> <allow_inactive>yes</allow_inactive> <allow_active>yes</allow_active> </defaults>
這抑制了“系統策略阻止控製網路連接”消息並暫時修復了密鑰環 nag(
login.keyring
重新創建,有時會再次觸發 nag)但沒有使我能夠連接到 B 上的現有 X 會話。不用說,我已經多次重啟了兩台機器。關於如何進行的任何想法?
我解決了這個問題,但我有點不確定如何。這是我所做的:
- 將兩台機器上的所有軟體包和 Nomachine 升級到最新版本(它們是不同的,但這不會干擾它們的使用(直到它們工作))。重新啟動。僅這一點就沒有給我買任何東西。
- 查看伺服器的配置文件(在 B 上)
/usr/NX/etc/server.cfg
,其中包含一些可疑的鍵值。做了一些改變,包括EnableNetworkBroadcast 1 CreateDisplay 0 WebAccessType unrestricted
重新啟動。再次,什麼都沒有。幾天來我“忘記”了整個業務,當我啟動電腦時——砰!有效。
我有一些關於這一切的理論。第一個,顯而易見的是電腦(可能是 B)需要多次重新啟動。可能是第一次重新啟動後的關機修復了 B 上的一些設置,然後它正確地重新啟動。也有可能(但不太可能),在其中一次重新啟動時斷開網路電纜會刷新一些損壞的設置,然後事情就開始了。還有一個很小的可能性是我在更改 B 後沒有重新啟動,
/usr/NX/etc/server.cfg
但例如註銷了。至於造成混亂的根本原因,我有三個理論:
- 當 B 崩潰時(偶爾會這樣),Nomachine 的伺服器設置在下次重新啟動時被損壞/覆蓋。
- 在 Nomachine 中,我看到了一個對話框“無法檢測伺服器 xxxxx 上的顯示。總是為此伺服器創建一個新的顯示?”。也許我不自覺地點擊
Yes
了這個問題,這可能解釋了無法連接到現有會話並CreateDisplay 1
進入/usr/NX/etc/server.cfg
(但不能解釋無法連接到網際網路)。- B 的 SSD 出現了一些問題(我的 Linux 分區今天在我啟動之前沒有啟動
fsck -fy
)。這也可能破壞了某些東西。