使った無人機長年にわたり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
問題を解決しましたが、方法が少しわからない。これが私がしたことです:
両方のコンピュータのすべてのパッケージとNomachineを最新バージョンにアップグレードします(2つは異なりますが、動作するまで使用を妨げません)。再起動。それだけでは私には役に立たない。
サーバーの構成ファイル(Bにあります)を確認したところ、
/usr/NX/etc/server.cfg
いくつかの疑わしいキー値が含まれていました。以下を含むいくつかの変更が行われました。
EnableNetworkBroadcast 1
CreateDisplay 0
WebAccessType unrestricted
再起動。繰り返しますが、何もありません。私は数日間すべてを「忘れて」コンピュータを起動したとき - BAM!効率的。
私はこれらすべてについていくつかの理論を持っています。最初の明らかな問題は、コンピュータ(おそらくB)を何度も再起動する必要があることです。おそらく、最初の再起動後にシャットダウンしたため、Bの一部の設定が変更され、正しく再起動された可能性があります。再起動中にネットワークケーブルを外すと、壊れた設定の一部が更新され、すべてが正常に動作する可能性があります(可能性は低い)。 Bを変更した後、再起動せずにログアウトした可能性も少なくなります/usr/NX/etc/server.cfg
。
私は混乱の根本原因について3つの理論を持っています。
Bがクラッシュすると(時々発生する)、次回の再起動時にNomachineのサーバー設定が破損または上書きされます。
Nomachineは、「xxxxxサーバーでディスプレイを検出できません。このサーバーに対して常に新しいディスプレイを作成しますか?」というダイアログボックスが表示されます。たぶん無意識のうちにこの質問をクリックした可能性がありますYes。これは、既存のセッションに接続できない理由を説明できます。そして
CreateDisplay 1
(/usr/NX/etc/server.cfg
しかし、これがインターネットに接続できない理由は説明しません。)BはSSDにいくつかの問題があります(今日の起動前にLinuxパーティションが起動していません
fsck -fy
)。これにより、何かが破損している可能性があります。