Q&A
リモートにつながりはしたのですがやはりリモートユーザのパスワードを要求されてしまいます
セキュリティの関係でリモートの接続情報は踏み台にしかおかれていないです…
local から踏み台(ホスト名 relay とする)にはユーザ名 local_user で
relay から remote にはユーザ名 remote_user でそれぞれ ssh ができて
relay 内で sudo su - remote_user で local_user から remote_user にユーザを切り替える権限をもっています
relay 内で remote_user で scp して /home/remote_user にファイルをもってくることはできたのですが
/home/local_user /home/remote_user はお互いにパーミション権限がなくファイル移動できず
ローカルからローカルユーザ権限で remote_user 権限のファイルを scp することができません
ファイルパーミションをあけて /tmp とか誰でも書き込める場所に移動して scp することはできますが
毎回やるのがかなり手間なので簡単にリモートファイルをコピーする方法はないでしょうか
たとえば踏み台の remote_user で
ssh -vNL 10022:localhost:22 remote
というポートフォワーディングをはっておいて
ローカルから
scp -P 10022 relay:/リモートファイルのパス
とうっても動きません…
追記：
ローカルで
ssh -vNL 10022:localhost:10022 relay
というトンネルをさらに作って
local:10022 => relay:10022 => remote:22 という２段階のフォワードをつくってからローカル １００２２ に
scp -P 10022 remote_user@localhost:/リモートファイルのパス
とうつと
ssh_exchange_identification: Connection closed by remote host
となってトンネル自体はできてるみたいですが認証がうまくいきません
追記
local で ssh relay だけで relay にログインできます
( パスフレーズを設定してるんですが UseKeychain yes をいれてします )
relay では sudo su - abc_user というコマンドで別ユーザになって
ssh remote とうてばパスフレーズなしでログインして remote の xyz というユーザになります
追記：
現状のファイルコピー手順
どうにかこれを簡略化したいです
ssh relay sudo su - remote_user scp remote:remote.txt /tmp chmod go+r /tmp/remote.txt 別ターミナルを開いて(localで) scp relay:/tmp/remote.txt ./ 元のターミナル(relay上で) rm /tmp/remote.txt
回答4件
0
remote:22 にポートフォワードしている限りは、普通に remote の sshd とやりとりすることになるので当然認証が走りますよね。
remote の sshd の設定が公開鍵認証のみになっているのであれば、通常通り鍵やパスフレーズが必要です。
ポートフォワードのみだと単に多段 ssh の簡略化以上の効力は無いと思います。
ファイルコピーを楽にする方法はいくつかあると思いますが、ポリシーにもよるのでズバリな回答は難しい気がしますね。
とりあえず簡単に思いつくのは下記くらいですが。。
・remote にログイン可能な鍵を local にも置いて、ProxyCommand もしくはポートフォワードで多段 ssh を簡略化する（コピー用のアカウントと鍵を用意すればセキュリティ的にもそれほど問題にならないと思います）
・relay 上の特定の領域をファイル同期用の領域として、cron で ssh+rsync などで自動的に remote 上に同期する仕掛けを設定しておく。local からはその relay 上の同期用の領域に scp する
投稿2018/12/20 03:48
総合スコア1167
0
ちょっと質問と関係がうすいので恐縮ですが、ユーザー名の指定とかがすっきりするので書いておきます。
SSHのオプションでProxyCommandというのがあります。これを使うと一撃でユーザー指定しつつトンネル掘って、任意のホストまでSSH（SCP）できます。
.ssh/configに下記の通り入れてみてください。（内容をフィーリングで感じ取って、適宜調整してください。）
Host Relay # 任意の名前 User local_user Hostname relay # IPとかホスト名とか Host Remote # 任意の名前 User remote_user Hostname remote # ここにはrelayから繋ぐ時のIPなりホスト名、たとえばプライベートIPなど ProxyCommand ssh -W %h:%p Relay # sshが古い環境だと要差し替え。最後のRemoteがHostで登録した名前であることに注意 # IdentityFile ~/.ssh/id_rsa
この状態で、scp localfile Remote:remotefileとかすると少し幸せになれます。
さらに、SSH鍵を指定したい場合はIdentityFile とかを追加すればOKです。
投稿2018/12/19 05:05
総合スコア122
なるほど、手元には鍵がないのですね・・・
Qiitaで見かけた記事の共有ですが、これでファイルを投げ込んだりできます。
https://qiita.com/tukapai/items/38892c20dceaf4aa8a3a#q%E5%A4%9A%E6%AE%B5ssh%E3%81%99%E3%82%8B%E5%85%88%E3%81%AE%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%92%E6%89%8B%E5%85%83%E3%81%AB%E6%8C%81%E3%81%A3%E3%81%A6%E3%81%8D%E3%81%9F%E3%81%84
relay 内でユーザを切り替えないと remote にはつなげない
relay 内ローカルユーザでは relay 内 remote ユーザが持ってる認証ファイルを読む権限がないと思います
ためしにこんな感じでいつもうってるコマンドをつないでみたんですがやはり応答がなくてダメみたいでした
ssh relay "sudo su - remote-user; ssh remote 'cat /var/log/messages'" > local.txt
suしてからセミコロンで切っちゃうとあんまり意味ないのでこうですかね↓？
```bash
ssh relay "sudo -u remote-user ssh remote cat /var/log/messages" > local.txt```
あとはrelay内でsudoするときにパスワード聞かれないよう、適切にsudoersを設定してあれば多分行けるかなと。
何度もすみません
relay 内では
sudo su - remote_user
というコマンドでユーザを切り替えてたみたいです
手順書をコピーして実行していたのではっきりおぼえていませんでした
後出し情報ですみません
ssh relay "sudo su - remote-user ssh remote cat /var/log/messages" > local.txt
とうったところ
/usr/bin/ssh: /usr/bin/ssh: cannot execute binary file
となってしまいます
ssh relay "sudo -u remote-user ssh remote cat /var/log/messages" > local.txt
こううったところ Host key verification failed. になってしまいます
0
ホスト local も Linux ですよね？
であれば、Local Forward で local:10022 を remote:22 に結びつけるといいと思います。
ssh -f -N -L 10022:remote:22 local_user@relay
ssh/scp で localhost:10022 ポートに接続すると、remote の sshd につながりますので、remote_user でログイン／ファイルコピーできると思います。
scp -P 10022 <file> remote_user@localhost:
投稿2018/12/18 13:13
総合スコア12146
ありがとうございます
リモートに scp はつながるんですがパスワードを要求されてしまいます
セキュリティの関係上リモートの認証情報は踏み台にしかないので…
remote へログインするパスワードまたは秘密鍵が local にないとダメですね。
relay に sshfs (fuse-sshfs) をインストールし、一度、relay 上で remote のディレクトリをマウントして relay 上のディレクトリに見せかけて、local から relay に scp するとかでしょうか。
0
各ノードの役割を少し誤って認識されているようです。
今回のケースにおける各ノードの役割は以下です。
・localノードは relayノードの10022ポートに remote_user でssh接続する。
・relayノードは 10022ポートで受けた通信を remoteノードの22ポート へ転送する
・remoteノードは 22ポートでsshを受け付ける
この時 relayノードは通信を単純にリダイレクトできればよいので実行ユーザは問いません。
relayノードに local_user や remote_user ユーザを作成する必要もありません。
ですので、relay で実行されている以下コマンドは正しいですが、remote_user で実行する必要はありません。
ssh -vNL 10022:localhost:22 remote
ただし、OSの設定によっては上記コマンドは 127.0.0.1:10022 でリスニングしようとしますので、IPかホスト名も指定したほうが良いでしょう。
ssh -vNL relay:10022:localhost:22 remote
次にlocalで実行されてるコマンドには「remote_user で」ssh接続するという情報が必要ですので以下では足りません。
scp -P 10022 relay:/リモートファイルのパス
ユーザ名を指定して下さい。
scp -P 10022 remote_user@relay:/リモートファイルのパス
これで実現しようとしている通信が通るかと思います。
投稿2018/12/17 05:39
総合スコア128
うーん… 応答しなかったです
直接リモートに ssh すると
Permission denied (publickey,password).
といわれるんですがそれすらもでないです
ちなみに MySQL で relay:13306 を経由してトンネルすることはできていて
試しに 10022 を 13306 にかえてみたんですがやはり動かないです…
応答しないというのはどういう状態でしょう？
scp コマンドを実行するとパスワードを入力する前に relayノードの標準出力に以下のようなメッセージが出ると思いますがそれすらも出ないということですか？
debug1: Connection to port 10022 forwarding to 192.168.0.2 port 22 requested.
debug1: channel 1: new [direct-tcpip]
そうであれば、sshとポートフォワードの問題ではなく、OSのFirewallやネットワーク設定に問題がある可能性が高いです。全ノードのFirewallを一旦OFFにして試してみて下さい。
応答しないというのはメッセージもなく Connection refused もなく待ち続けてる状態です
relay 10022 自体はあいてるはずです
いつも MySQL をトンネル経由で 13306 使ってるんですが 13306 を指定しても応答がありません
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
退会済みユーザー
2018/12/20 04:03
2018/12/20 04:12
2018/12/20 04:15
退会済みユーザー
2018/12/20 04:19
2018/12/20 04:25
退会済みユーザー
2018/12/20 04:42 編集
2018/12/20 04:50
退会済みユーザー
2018/12/20 04:53
2018/12/20 04:59