Windows上的OpenSSH服务器即使在非交互模式下也拒绝在没有STDIN的情况下工作

前端之家收集整理的这篇文章主要介绍了Windows上的OpenSSH服务器即使在非交互模式下也拒绝在没有STDIN的情况下工作前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
(与 this question有关)

在Windows上使用sshd服务器(Win32-OpenSSH)时(使用基于密钥的auth进行自动化),除非它具有STDIN(或PTY),否则它不起作用.例如,运行此(从Debian Jessie openssh客户端)运行正常(返回Windows用户名):

ssh -4 -T -o Batchmode=yes winserver whoami

但是,这两个不会(它们只是在没有执行命令而没有返回任何输出的情况下终止):

ssh -4 -T -o Batchmode=yes winserver whoami < /dev/null
ssh -4 -n -T -o Batchmode=yes winserver whoami

这会产生问题,因为无法从没有打开STDIN的程序(如cron(8)或atd(8))运行非交互式ssh命令.

当使用Debian openssh服务器时,它当然可以正常工作.问题只发生在Windows ssh服务器上(Fails with Win32-OpenSSHFreeSSHD. Bitvise SSHD但似乎工作正常,但我们正在寻找免费的Windows ssh服务器解决方案;开源,简单和维护是奖金)

这是reported,但在此期间有人有解决方案或解决方法吗?

最后,我编写了这个ssh包装器来处理有缺陷的Windows OpenSSH服务器,即使对于不使用它的非交互式命令也需要STDIN:
#!/usr/bin/perl

use strict;
use warnings;
use Net::OpenSSH;

my $HOSTNAME = shift;
my $ssh = Net::OpenSSH->new($HOSTNAME);

my ($in_pipe,undef,$pid) =
    $ssh->open_ex( { stdin_pipe => 1 },@ARGV) or die "open_ex Failed: " . $ssh->error;

waitpid($pid,0);

它只使用带有参数的主机名和命令来运行,不允许其他参数(我在〜/ .ssh / config中设置它们),所以你运行脚本(例如)作为myssh winserver whoami<的/ dev / null的.它只是ssh客户端的一个包装器,它提供了假的STDIN,因此允许从cron(8)和atd(8)运行非交互式ssh会话

猜你在找的Windows相关文章