私はWindowsboxからLinux Boxに接続するためにパテを使用します。その後、私は次のことを行います。
サーバーAから:
serverA: file /etc/motd
/etc/motd: : ASCII English text
サーバーBで:
serverB: ssh -t user@serverA "cat /etc/motd" > /etc/motd.serverA
serverB: file /etc/motd.serverA
/etc/motd.serverA: ASCII text, with CRLF line terminators
今、リダイレクトされた出力にCRとLFがあるのはなぜですか?これは ssh に -t オプションを使用する場合にのみ発生します。 SSHログインでコマンドを実行するためにsudoを使用する必要がある場合は、-tが必要です。たとえば、
serverB: ssh -t user@serverA "sudo cat /etc/shadow" > /etc/shadow
ご提案いただきありがとうございます。
答え1
TTY設定を確認してください。
$ ssh -t somewhere 'stty -a' | grep cr
iflags: -istrip icrnl -inlcr -igncr -iuclc ixon -ixoff ixany imaxbel
oflags: opost onlcr -ocrnl -onocr -onlret -olcuc oxtabs -onoeot
cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -mdmbuf
ssh -t
これはさまざまですが、これはデフォルトで「igncr
CR無視」が入力およびonlcr
設定された出力(NLをCR-NLにマッピング)に対して無効になっており、CRが削除または省略されていないことを示しています。これらの用語はマニュアルで参照または表示stty(1)
できますtermios(4)
(Linuxは他のマニュアルセクションにそれらの用語を置くこともできます)。
これらの設定は変更される可能性があります(ただし、何らかのonlcr
理由で設定する必要がある場合は中断される可能性があります)。
$ ssh -t somehost 'stty onlcr; cat /etc/motd' > x ; file x
x: ASCII English text, with CRLF line terminators
$ ssh -t somehost 'stty -onlcr; cat /etc/motd' > x ; file x
x: ASCII English text
$
(医師)tty CR / NL処理によってファイルの内容が変更される危険性を排除するには、データを使用またはscp
コピーする方が賢明です。sftp
答え2
ssh セッションが pseudo-tty 割り当てを実行するように強制するために使用するオプションを使用すると、-t
STDOUT はラインバッファリングされます。簡単に言えば、シェルは指示された内容に従って対話型端末を使用していると仮定するからです。
したがって、出力は対話型端末で意味のある方法で渡されます。そのシェルで実行されている作業と環境がどのように設定されているかに応じて、データをさらに詳しく調べると、カラーコードを表示したり、次のようになることがあります[^[0;32m]
。
Sudoはパスワードを要求するように設計されたアプリケーションなので、TTYが必要です。 a)STDOUTのパスワードを入力するように要求し、b)STDINに提供された入力がSTDOUTに表示されないようにマスクして端末機能に影響を与えることを願っています。
したがって、sudoは出力を期待して-t
ライン-t
バッファリングするため、STDOUTに渡されず、通常は端末自体で解釈される追加の制御文字を見ることができます。
答え3
dos2unixユーティリティを使用すると、構成の変更を回避できます。私はこの方法を使用しましたが、それは私にとって効果的でした。
remote_hostname=`ssh -t ${sys_ip} 'uname -n'|dos2unix`