加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

bash – 使用链接到stdin的文件描述符的原因而不是直接使用stdin

发布时间:2020-12-15 21:02:20 所属栏目:安全 来源:网络整理
导读:我有一个bash脚本,它以下列方式启动scp: echo "${SCP_PASS:-$PASSWORD}" | ( exec 30; scp -qp ${SCP_PORT:+-P$SCP_PORT} -oStrictHostKeyChecking=yes -oPasswordFd=3 $TRANSFER_FILE "$SCP_USER@$SCP_HOST:$SCP_PATH" ) exec 3 0的重点是什么?据我所知,
我有一个bash脚本,它以下列方式启动scp:

echo "${SCP_PASS:-$PASSWORD}" | ( exec 3<&0; scp -qp ${SCP_PORT:+-P$SCP_PORT} -oStrictHostKeyChecking=yes -oPasswordFd=3 $TRANSFER_FILE "$SCP_USER@$SCP_HOST:$SCP_PATH" )

exec 3<& 0>的重点是什么?据我所知,它将stdin复制到文件描述符3.为什么需要它?为什么不使用-oPasswordFd = 0?

解决方法

将stdin重定向到fd 3没有任何好处 – 而且PasswordFd似乎也不是一个openssh选项 – 似乎正在运行的scp是一个包装器或自定义构建 – 通常虽然在单独的文件描述符上提供密码的好处是保持stdin打开数据传输btw openssh scp不支持

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读