Listening IPv4://0.0.0.0:5900
検索した後、どこかのエラーログでこれを見つけました。この曖昧さは監査しますが、リッスンする必要があるIP vinoをどのように設定しますか？
また、vinoバイナリの場所を見つけることができません。
/usr/bin/お客様 vinagre がある場所ではありません。
編集：セッションが問題のコンピュータでローカルに作成されると、vinoは5900でリッスンを開始します。これは、リモートx-windowトンネリングではなく、リモートデスクトップのフルポイントであるようです（つまり、誰かが既存のセッションにリモートでログインしたい）。 。ただし、LAN経由でリモートクライアント（クライアントコンピュータでremminaを使用しています）でvinoを使用してリモートデスクトップセッションを作成することはできません。
顧客の賢明なRemminaが報告したばかりです。
[VNC]ConnectClientToTcpAddr6: connect
[VNC]ConnectToTcpAddr: connect
[VNC]Unable to connect to VNC server
リモートxウィンドウSSHトンネルを作成でき、ボックスへの接続に問題はありません。
ベストアンサー1
TCPサーバーがリッスンするアドレスは、パケットが通過する必要があるローカルコンピューターのネットワークインターフェースアドレスです。これがアクセス制御の基本的な形式です。サーバーが0.0.0.0を受信するとは、すべてのインターフェースを介した接続を受け入れることを意味します。一般的な制限は、127.0.0.1でのみリッスンすることです。つまり、ローカルプロセスのみがそのサーバーに接続できます。ここでは、サーバは制限されない。
Vino を特定のインターフェイスに制限するには、構成の変更そして/desktop/gnome/remote-access/network-interface設定を変更してみてください。
リモートクライアントから接続できない場合は、他の要因がブロックしている可能性があります。これはファイアウォール、クライアント構成エラー、またはサーバーエラーのいずれかです。サーバーエラーを解決するには、ローカルに接続できることを確認してください。サーバーコンピュータのファイアウォール設定を確認してください。
iptables -nvL
（rootとして実行する必要があります）ポート5900で着信接続を拒否するエントリを見つけます（出力の解釈に役立つ場合は、このコマンドの出力を公開してください）。
クライアントとサーバー間の接続をブロックする何かがあるかどうかを確認するには、tcptraceroute server-host-name 5900クライアントコンピュータで実行します。
クライアントを使用してVinoサーバーに接続するには、まずVinoサーバーを起動する必要があります。 Vinoは共有セッション用のバックエンドであり、1つ以上のフロントエンドを使用して既存のバックエンドに接続できます。