タグ付けされた質問 「scp」

SCP(Secure Copy)は、コンピューター間でファイルを転送するために使用されるSSHに基づく安全なプロトコルです。

1
SCPがPexpectで機能していない
SCPを実行してリモートサーバーからファイルをコピーしようとしています。 root権限を持っていないので、パスワードを要求されたときにコマンドでsudoを使用します。pexpectを使用して送信していますが、実行できません。私はどこかに打たれました。 これが私のコードです: import pexpect def doScp(user,password,host,remotepath,localpath,files): print files child = pexpect.spawn('sudo scp -C %s:%s%s %s' % (host, remotepath, files, localpath)) print 'scp -C %s:%s%s %s' % (host, remotepath, files, localpath) i = child.expect(['assword:', r"yes/no"], timeout=30) if i == 0: child.sendline(password) elif i == 1: child.sendline("yes") child.expect("assword:", timeout=30) child.sendline(password) data …
scp 

3
SSHとSCPがエラーを出している
私は同じステップをやっています( openSSHでパスワードを入力せずにSSHとSCPを実行する )しかし、scpまたは 'ssh -l'コマンドの実行中は、パスワードの入力を求められます。私が数日前にした同じステップ、それはうまく働いていました、しかし今それは働いていません。 私がしたこと: LOCALとREMOTEの2台のマシンがあります。 どちらのマシンでも、rootユーザーでputtyにログインします。 両方のマシンで、私は 'ssh -V'をチェックしました、両方で同じバージョンの同じ製品を見つけます。 ローカルでは、/ root / .sshフォルダから実行します。 ssh-keygen キーファイル名をappkeyとしました。 5. / root / .sshにappkey、appkey.pubが生成されます。 6.リモートでは、ローカルのappkey.pubのコンテンツをコピーし、リモートのauthorized_keysファイルの最後に貼り付けました。 7.リモートでは、私は実行します chmod 755〜/ .ssh chmod 644〜/ .ssh / authorized_keys ローカルで、私はscpと 'ssh -l'コマンドを実行しようとしました、しかしそれはまだパスワードを求めています。 私は代わりにauthorized_keysファイルを追加する代わりに、私はromote /root/.sshフォルダにappkey.putをコピーした、他の方法を試してみました

2
SFTP - 再帰的に新しいファイルを取得する
私はこのようなファイルシステムの削除構造を持っています: + /measure + / 2013-09 + / 2013-09-04 + / fooinstrument + result03343445845.csv + result03343445846.csv + / barinstrument + result03343445847.csv + result03343445848.csv それは階層構造でたくさんのファイルを含みます。私は持っています 読み取り専用 これへのアクセス SFTP (利用可能なCIFSのような他のプロトコルやサーバ上で実行されている特別なソフトウェアはありません) (それで、ソースホストにソフトウェアをインストールすることはできません。) 私は毎晩cronジョブを使って自分のデータベースにこれらのファイルをインポートしたいのです(cronジョブ自体は問題ありません)。だから、私はしたい すべての新しいファイルを再帰的にダウンロードする 私のローカルファイルシステムにそれから私のアプリケーション(コマンドラインパラメータとしてそのファイル名)にダウンロードされた各ファイルのパスを渡します、例えば: /usr/local/bin/myapp -import /srv/localstorage/result03343445845.csv この呼び出し myapp 重要な点ではありません。ダウンローダの出力を何らかのファイルにパイプ処理することによって、ダウンロードしたすべてのパスのリストを取得できる場合は、後でファイルリストを1行ずつ読み込んでアプリを起動できます。それは問題ありません。 元のディレクトリ階層は気にしません。私の主な目的は、ファイルをローカルファイルシステムに移動して、コマンドラインツールでファイル名を入力として使用できるようにすることです。したがって、サーバーによって与えられた深い階層の複製を持っているかどうか、またはすべてのファイルが同じディレクトリーに入るかどうかは、それほど重要ではありません。ファイル名はユニークな連載なので、後者はさらに興味深いかもしれません。したがって、すべてのファイルを1つのディレクトリにまとめて移動しても問題ありません。 + / localstorage + result03343445845.csv + result03343445846.csv + result03343445847.csv + result03343445848.csv …
linux  bash  scp  sftp  curl 

1
ゲートウェイを介してファイルをターゲットの場所に直接送信するために 'scp'を使用する方法
私のLinuxコンピュータでは、通常SSHでターゲットの場所にログインします。 まず、ゲートウェイへのSSH rose@xx.xx.xx.xx 、 次に、ターゲットの場所にSSHで接続します。 fun@yy.yy.yy.yy しかし、私のコンピュータのfile / Users / david / files / Aに直接転送することはできません。 fun@yy.yy.yy.yy ログなし rose@xx.xx.xx.xx によって ' scp / Users / david / files / A fun@yy.yy.yy.yy ' これどうやってするの?
linux  ssh  scp  gateway 

1
wgetによってダウンロードされたファイルのリスト
私は私のcentosサーバーでwgetを使ってインターネット経由でファイルをダウンロードしています。 scpでファイルをサーバにコピーすることもあります。私は最近ダウンロードされたファイル、あるいはすべてのファイルのリストを表示するコマンドを探しています。だから私の質問は、これをどのように行うのですか?
centos  wget  scp 

3
SCPは手動でのみCRONジョブで動作しません
リモートサーバー(bServer)にスクリプトがあり、それは中央サーバーにSSHで接続し(cServerと呼びましょう)、さらに他の2つのサーバー(server13 / server14)にSSH接続するスクリプトを起動します。これらの各サーバーでスクリプトが実行され、ファイルが生成されます。 DSA SSHキーをcServerからserver13 / 14にセットアップしています。次に、cServerはserver13 / 14から生成されたファイルをプルし、bServerはcServerからそれらをプルします。 これは手動で実行すると完全に機能します。 ただし、bServerでジョブをスケジュールすると、server14 cronからのファイルはcServerにプルされません。 さらに興味深いのは、server13へのssh or scpコマンドが同じスクリプトに存在する場合、server13からのファイルがcServerからbServerに転送されないことです。 私は、別のスクリプトでそれらを持っている場合は、server13のファイルがバックBSERVERの罰金になりますが、server14のためのファイルのみをされ生産され、バックcServerに全く転送されません。 server13とserver14の両方が同じビルドのSunOSを実行しています。 同様の問題に対するさまざまな解決策を読みましたが、解決策は見つかりませんでした。 これを解決する方法についてのアイデアはありますか?
linux  ssh  cron  scp 

1
scpはナンセンスメッセージを出力して失敗する
SSHはこのコマンドで完全に動作しています: $ ssh user@$THE_IP_ADDRESS しかし、scpを試すと、この完全な無意味な出力が得られます $ scp ~/file user@$THE_IP_ADDRESS:~/file \033[?25l\033[?7l\033[0m\033[31m\033[1m .-/+oossssoo+/-. そして、コマンドは失敗します。このメッセージはどういう意味ですか?ファイルをコピーできないのはなぜですか? クライアントは次のとおりです。 Darwin MacBook-Pro-4.local 17.4.0 Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 PST 2017; root:xnu-4570.41.2~1/RELEASE_X86_64 x86_64 サーバーは次のとおりです。 Linux cortex-deus 4.13.0-36-generic #40~16.04.1-Ubuntu SMP Fri Feb 16 23:25:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
macos  scp 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.