問題タブ [reconnect]

sshfs を使用して Docker コンテナからホストにあるディレクトリをマウントしようとしています。私が抱えている問題は、golang アプリがマウントポイントの実行を終了すると、マウントポイントが消えてしまうことです (手動で実行した同じ手順で永続的な結果が生成されます.

ssh クライアント コード:

コンテナーはバックグラウンドで実行されており (-d)、マウントポイント (/mnt/) がまだそこにあることを確認するためにコンテナーに SSH で接続します。

「マウント」コマンドは、マウントポイントがそこにあることを示していますが、それにアクセスしようとすると、ls: reading directory .: Input/output error が表示されます

誰かがそれを修正する方法を教えてもらえますか? 私は成功せずにこれにかなりの時間を費やしています。どんな意見でも大歓迎です!

テスト方法:

テスト用の docker コンテナーをパブリック リポジトリにアップロードしたので、今すぐ自分で実行してテストできます。

まず、sshd を実行してバックグラウンドでコンテナーを起動する必要があります。

sudo docker run -i -t -privileged -dns=172.25.0.10 -p 22 -d orobix/sshfs_startup_key2 /bin/bash -c "/usr/sbin/sshd -D"

sshfs ヒューズ システムが機能するには特権が必要です。ローカル ネットワーク内にいるため、dns オプションを使用して dns サーバーを指定します (必要ない場合もあります)。イメージ (orobix/ssfs_startuo_key2) はパブリック リポジトリから自動的に取得されます。

コンテナーが実行されたら、go コードを実行できるはずです (もちろん、IP アドレスは変更する必要があります)。

たとえば、次のように手動でコンテナーに ssh できます。

繰り返しますが、ip とポートは異なります。

QBchat が切断された場合に、自動的に再度ログインできるようにしたいと考えています。メッセージを送信しようとしてログアウトした場合、ログアウトしているかどうかをテストするために実装できるコールバック関数はありますか? また、私が正しければ、QBUUSER にログインするよりも、QBChat にログインしてメッセージを送信するよりも、QB とのセッションを確立する必要がありますか? 接続が失われた場合、これらすべての部品を再接続するにはどうすればよいですか。

この種の質問が何年にもわたって尋ねられてきたことは知っていますが、それらに対する答えはしばしばスクリーンまたはtmux.

screen長時間セッションを離れることがわかっている場合、またはネットワークの状態が悪くて信頼できる接続を維持できない場合は、最初に必ず使用します。

主な問題は、いくつかのセッションを開始したときに、それが後で長く続く必要があるか、接続が誤って失われた場合です。後者の場合、別のセッションをすぐに開始すると、その時点で以前のプロセスが強制終了されていないことがよくありますが、端末に再接続する方法がありません。

したがって、誤って SSH セッションを切断した後でも、通常のプロセスが長時間強制終了されるのを防ぐことができるかどうか疑問に思います。そして最も重要なことは、事前に Screen で端末を起動しなくても端末に再接続できることです。

そうでない場合、後で再接続するために、既に開始されている裸の ssh セッションを新しい Screen セッションに移動することは可能ですか?

Java APN を使用する場合、同じプログラムを使用して別のアプリケーションにメッセージを送信する場合は、別の証明書を使用する必要があります。証明書を切り替えると切断/再接続が発生しますか?それは悪い習慣と見なされますか? (APN は永続的な接続を望んでいるため、サービス拒否を防ぎます)。

Bluetoothを使用して別のデバイス（Bと呼ばれる）に接続するアプリケーションを開発しました。しかし、Android タブレットでアプリケーションがクラッシュしたときに、Android タブレットを再起動しない限り B に接続できないという問題が 1 つ見つかりました。私の Android タブレットは ASUS MEMO Pad HD7 です。sony ericsson の電話または SAMSUNG Note を使用している場合、この問題は発生しません。誰でもこの問題について何か考えがありますか?

エラーまたは非接続状態が見つかった場合に Pusher に再接続する方法はありますか?

接続コードは次のとおりです。

クライアント側のサービスを停止して再度開始するまで、ネットワークが切断され、再度接続された後、クライアントはサーバーに再接続できません。次の例外が発生します。

ターゲット マシンがアクティブに拒否したため、接続できませんでした

再度差し込んだ後。

また、ストリームを閉じることができませtcpClientんnull。

これは接続コードです:

サービスを再起動せずに強制的に閉じて新しい接続を作成するにはどうすればよいですか?

クライアントが socket.io 経由で接続しているときに、サーバー上のクライアントを承認するための ID を含むカスタム クエリ文字列を渡します。

クライアントが何らかの理由で切断した場合、次の関数を呼び出すだけで再接続できます。

ただし、再接続時にはenv.id通常、最初の接続時とは異なる値が含まれているため、再接続するたびにクエリ文字列に現在の値を含めたいと考えています。

env.id上記の再接続メソッドは、途中で別の値に変更された場合でも、初期値を再送信します。

再接続関数を呼び出すときに現在のパラメーターを設定しようとしましたが、うまくいかないようです。

env.idクエリ文字列だけを現在の値で更新してから再接続する簡単な方法はありますか?

var socket = io.connect()または、一度切断されたソケット オブジェクト全体を破棄し、現在の IDを使用して新しい接続を構築する必要がありますか?