しかし、

Question

自宅からServer1へのSSHセッションを開き、リモートポート2222をローカルポート2222に転送するように指示する必要があります。

ssh -Nt -g -4 -R *:2222:localhost:2222 server1.public.net # 1

これにより、Server1 のポート 2222 でリスニングポートが開きます。したがって、Server1で「ssh 127.0.0.5 -p 2222」を実行すると、実際に実行されているすべての項目にリンクされます。あなたの家庭用機械ポート2222で。

現在、このポートでは何も実行されていません。

最初のトンネルを実行中のままにして、Server2に対して別のコマンドを実行します。

ssh -Nt -g -4 -L 2222:localhost:22 server2.public.net # 2

つまり、家庭用コンピュータのポート2222に接続する人は、実際にはserver2のローカルポート22に接続されています。

これら 2 つのプロセスが実行された後、Server1 に接続すると、リスニングポート 2222 が見つかります。 Server1のこのポートに接続すると、Server2は応答します。

したがって、server1の「/tmp」からserver2の「/var/tmp」にserver1のファイルをコピーするには、次の手順を実行します。

 scp -P 2222 /tmp/myfile [email protected]:/var/tmp

接続速度はかなり遅く最適化できますが、これにより状況がより簡単になります。

127.0.0.5の代わりに127.0.0.5を使用した理由は、サーバーがすでに「127.0.0.1」ヘッダーの下に独自のキーを持っている可能性があり、SSHがキーの不一致を検出すると不満を示すためです（ポート2222サーバーはserver2に応答します）するからです）。、サーバーではない1）。

初めて接続すると、ポート 2222 のサーバー 127.0.0.5 が不明になり、そのキーを既知のホストに保存しようとすると警告メッセージが表示されます。受け入れるこれがserver2の中核です。

安全のために必要がなくなったら、ユーザーのホームディレクトリに〜/.ssh/known_hostsファイルを見つけることができ、そこにはいくつかの行があります。最後の行は次のとおりです。

server2.whatever,127.0.0.5 ssh-rsa AAAAB3...

（「127.0.0.5」は、目的の行を識別する重要な部分です）。この行を削除してください。私のシステムは127.0.0.1と127.0.0.5を混同したことがありませんが、なぜリスクを負うのですか？

...次回、あるサーバーが別のサーバーと通信できません。それほど有用な説明ではありません。あなたは何が起こっているのか知っていますが、明確に伝えません。次のいずれかの状況が発生する可能性があります。

Answer 1