在 .bashrc 中回显时 SCP 不起作用？

Posted 2023-02-21

【中文标题】在 .bashrc 中回显时 SCP 不起作用？

【英文标题】：SCP doesn't work when echo in .bashrc?

【发布时间】：2012-09-08 13:11:12

【问题描述】：

我在 Fedora 中有两个用户：

瓦尼 root（很明显！）

我的用户Wani的.bashrc的内容是：

# .bashrc
echo "Hello"
# Source global definitions
if [ -f /etc/bashrc ]; then
    . /etc/bashrc
fi

# User specific aliases and functions

现在登录到 root 后，我​​输入以下命令：

[root@Dell Wani]# touch try.txt
[root@Dell Wani]# service sshd start
[root@Dell Wani]# scp try.txt Wani@localhost:~/
Wani@localhost's password: 
Hello
[root@Dell Wani]# 

现在我登录到 Wani，然后输入：

[Wani@Dell ~]$ cat try.txt
cat: try.txt: No such file or directory
[Wani@Dell ~]$ 

现在我再次登录到 root 并使用 -v 输入相同的命令：

[root@Dell Wani]# scp -v morph.log Wani@localhost:
Executing: program /usr/bin/ssh host localhost, user Wani, command scp -v -t -- .
OpenSSH_5.6p1, OpenSSL 1.0.0j-fips 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.6
debug1: match: OpenSSH_5.6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'localhost' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-     with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
Credentials cache file '/tmp/krb5cc_0' not found

debug1: Unspecified GSS failure.  Minor code may provide more information
Credentials cache file '/tmp/krb5cc_0' not found

debug1: Unspecified GSS failure.  Minor code may provide more information


debug1: Unspecified GSS failure.  Minor code may provide more information


debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Next authentication method: password
Wani@localhost's password: 
debug1: Authentication succeeded (password).
Authenticated to localhost ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [e-mail]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env XMODIFIERS = @im=none
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: scp -v -t -- .
Hello
[root@Dell Wani]# debug1: client_input_channel_req: channel 0 rtype exit-status      reply      0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Transferred: sent 1664, received 1976 bytes, in 0.1 seconds
Bytes per second: sent 22961.5, received 27266.8
debug1: Exit status 0

（在我按 Enter 后）

[root@Dell Wani]# 

谁能解释一下这里到底发生了什么？为什么文件没有从 root 复制到 Wani？

【问题讨论】：

cp 怎么样？ cp try.txt ~Wani/ 有效吗？

.bashrc 的交互式命令或虚假输出确实有可能破坏一些非交互式场景。尝试使代码以case $- in *i* 或类似的条件为条件。

@nneonneo：行得通。实际上，即使我有两个用户在不同的计算机上，文件也不会被复制！

我看到的所有帖子都描述了为什么这个问题存在于各种 bashrc 文件等中。但是，当 SCP/STFP 到您不拥有并且不能更改启动脚本的机器时，什么是那么解决方案？？？

我最终将所有回声重定向到标准错误。有效，但是...

【参考方案1】：

在.bashrc 中使用echo 将破坏scp，因为scp 期望通过stdin/stdout 通道查看其协议数据。有关此问题的更多讨论，请参阅https://bugzilla.redhat.com/show_bug.cgi?id=20527。

有一些可用的解决方法：

'interactive' 标志的条件（例如，tripleee 建议的case $- in *i*） 使用tty 实用程序检测交互式shell（例如if tty > /dev/null 或if [ -t 0 ]） 检查$SSH_TTY的值

我想你应该使用适合你的那个。不幸的是，我不知道最好的（最便携/最可靠的）选项是什么。

【讨论】：

只是为了澄清“case”命令是：case $- in *i*) echo This is safe since the shell is interactive; esac

shopt 也是一种选择

因为我的主机总是通过 SSH 访问，所以总是设置 SSH_TTY。使用-t 0 条件对我来说效果很好。我现在在我的 bashrc 中使用以下函数。 safe_echo() if [[ -t 0 ]];then echo -e "$*" fi

if [[ "$SSH_TTY" == */dev/pts/* ]] ; then 里面如果把你的内容打印到 stdout ，那么 scp 就可以正常工作了。

@BeatingBytes & @Sandip Bhattacharya，[[ 不可移植，我也不认为它是 posix。在dash shell 中试试这个：if [[ 0 = 0 ]]; then echo x; else echo y; fi。你明白了，dash: 3: [[: not found。

【参考方案2】：

要添加到 nneonneo 的选项，您还可以使用交互式标志来设置条件

if [[ $- =~ "i" ]]

我认为这可能是 bash 中最清晰的方式。

【讨论】：

[[ 不可移植，我也不认为它是 posix。在dash shell 中试试这个：if [[ 0 = 0 ]]; then echo x; else echo y; fi。你明白了，dash: 3: [[: not found。

【参考方案3】：

这对我有用， 在.bashrc 中添加第一行：

if [ -z "$PS1" ]; then
    return
fi

https://superuser.com/questions/690735/can-i-tell-if-im-in-an-scp-session-in-my-bashrc

【参考方案4】：

默认 Ubuntu .bashrc 包含以下已解决问题的sn-p：

# If not running interactively, don't do anything
case $- in
    *i*) ;;
    *) return;;
esac

【讨论】：

较短：[[ $- != *i* ]] && return

您的答案中提供的表格与 POSIX 兼容。由于使用了 [[ 功能，您在评论中提供的不是 POSIX。对于 bashrc 文件来说问题不大；）但您可能希望能够在另一个上下文/shell 中使用它。

【参考方案5】：

在.bashrc 中，使用 STDERR 作为输出：

echo "# Important Notice" >&2

更新：不要使用它！我们最近遇到了一个问题，一个（封闭源代码）工具由于echo 到.bashrc 中的 STDERR 而失败。该工具（使用rcp）根本不期望任何输出，无论是在STDOUT 还是STDERR 上。当它得到回声时它卡住了。经验教训：为人类和机器（脚本）创建单独的帐户，或者停止通过.bashrc 闲聊。

【讨论】：

“为人类和机器创建单独的帐户”被低估了。

【参考方案6】：

测试交互式 shell 的最便携的方法似乎是：

test -t 0
if [ $? -eq 0 ]
then
    # interactive
    ;
else
    # non-interactive
    ;
fi

【参考方案7】：

nneonneo 的解决方案也对我有用。但由于我的默认 shell 是 TCSH，我不得不稍微编辑修复如下（在 .tcshrc 中）：

if ( $?SSH_TTY ) then
    exec /bin/bash
endif

只是想我会为了大家的利益分享。

【参考方案8】：

如果您使用的是 Red Hat Enterprise Linux (RHEL) 或变体，请将执行 echo 的脚本或任何您想要的脚本放入 /etc/profile.d/

【参考方案9】：

如果您还想要 echo 语句，来自@Blauhirn 的回答，您可以继续将 echo 语句放在 case 条件之后。

case $- in
    *i*) ;;
    *) return;;
esac

echo "Your Greeting/Warning Message/s here!"

【参考方案10】：

if [ 0 -eq $(shopt -q login_shell; echo $?) ]; then
  echo "do something?"
fi

Source

【讨论】：

为 OP 提供一些上下文会很好。

上下文和相关信息已经可以从其他答案和问题本身中提取出来。这只是以低信噪比进行已知工作的另一种方式。