Nomachineを使用して既存のXセッションに接続することはできません。

Nomachineを使用して既存のXセッションに接続することはできません。

使った無人機長年にわたり2台のLinuxノートブックを接続しました。クライアントコンピュータAは常にサーバコンピュータBの既存のXセッションに接続し、そのセッションをAとBに表示します。しかし、最近は常にBで新しいセッションを作成し、Aにのみ表示します。私が知っている限り、私はやるべきこと(インストール、削除、変更など)をしたことがありません。

接続後、最近キーリングまたはネットワーク制御が許可されていないという警告が表示されたため、フォールケットの問題が疑われます。 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

(そして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>

これにより、「システムポリシーはネットワーク接続制御をブロックします」というメッセージが表示されず、キーリングの残響音が一時的に変更されましたが(再login.keyring生成され、時々残響音が再発します)、Bの既存のXセッションに接続できませんでした。たとえば、2台のコンピュータを何度も再起動しました。進行方法のアイデアはありますか?

ベストアンサー1

問題を解決しましたが、方法が少しわからない。これが私がしたことです:

  1. 両方のコンピュータのすべてのパッケージとNomachineを最新バージョンにアップグレードします(2つは異なりますが、動作するまで使用を妨げません)。再起動。それだけでは私には役に立たない。

  2. サーバーの構成ファイル(Bにあります)を確認したところ、/usr/NX/etc/server.cfgいくつかの疑わしいキー値が含まれていました。以下を含むいくつかの変更が行われました。

EnableNetworkBroadcast 1 
CreateDisplay 0 
WebAccessType unrestricted

再起動。繰り返しますが、何もありません。私は数日間すべてを「忘れて」コンピュータを起動したとき - BAM!効率的。

私はこれらすべてについていくつかの理論を持っています。最初の明らかな問題は、コンピュータ(おそらくB)を何度も再起動する必要があることです。おそらく、最初の再起動後にシャットダウンしたため、Bの一部の設定が変更され、正しく再起動された可能性があります。再起動中にネットワークケーブルを外すと、壊れた設定の一部が更新され、すべてが正常に動作する可能性があります(可能性は低い)。 Bを変更した後、再起動せずにログアウトした可能性も少なくなります/usr/NX/etc/server.cfg

私は混乱の根本原因について3つの理論を持っています。

  1. Bがクラッシュすると(時々発生する)、次回の再起動時にNomachineのサーバー設定が破損または上書きされます。

  2. Nomachineは、「xxxxxサーバーでディスプレイを検出できません。このサーバーに対して常に新しいディスプレイを作成しますか?」というダイアログボックスが表示されます。たぶん無意識のうちにこの質問をクリックした可能性がありますYes。これは、既存のセッションに接続できない理由を説明できます。そして CreateDisplay 1/usr/NX/etc/server.cfgしかし、これがインターネットに接続できない理由は説明しません。)

  3. BはSSDにいくつかの問題があります(今日の起動前にLinuxパーティションが起動していませんfsck -fy)。これにより、何かが破損している可能性があります。

おすすめ記事