similar to: [Bug 2639] New: PuTTY interop tests broken

https://bugzilla.mindrot.org/show_bug.cgi?id=1818 Summary: SSH2_MSG_CHANNEL_FAILURE on closed channel Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org ReportedBy:

https://bugzilla.mindrot.org/show_bug.cgi?id=3671 Bug ID: 3671 Summary: Improve PuTTY version detection Product: Portable OpenSSH Version: -current Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5 Component: Regression tests Assignee: unassigned-bugs at

https://bugzilla.mindrot.org/show_bug.cgi?id=2390 Bug ID: 2390 Summary: PROTOCOL.key mis-describes private section Product: Portable OpenSSH Version: 6.8p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: Documentation Assignee: unassigned-bugs at

After the commit titled "expand %h to the hostname in ssh_config Hostname options" (2010-07-16), %n always got the same value as %h in the LocalCommand config option. Fix this and add a regression test. --- regress/Makefile | 6 ++++-- regress/host-expand.sh | 18 ++++++++++++++++++ ssh.c | 6 ++++-- 3 files changed, 26 insertions(+), 4 deletions(-) diff

Test both the TLS enabled and fallback paths. nbd-server doesn't appear to support TLS at all, and qemu-nbd is known not to allow fallback to unencrypted, and therefore it only makes sense to test nbdkit at the moment. --- .gitignore | 4 ++++ TODO | 3 --- interop/Makefile.am | 54 +++++++++++++++++++++++++++++++++++++++++++++ interop/interop.c | 30

This neutral refactoring adds -DTLS_MODE. We can in future change the requested TLS mode, but not in this commit. It also checks that nbd_get_tls_negotiated returns true after connecting, when the requested mode was set to LIBNBD_TLS_REQUIRE. --- interop/Makefile.am | 4 ++++ interop/interop.c | 26 ++++++++++++++++++++------ 2 files changed, 24 insertions(+), 6 deletions(-) diff --git

On Fedora 29, nbdkit-devel at 1.10.4 is too old for any of the tests/Makefile.am actions to run, but this also means we don't create any tls pki/ or keys.psk files that we then want to reuse during qemu testing, as evidenced by 'make check' failures such as: FAIL: interop-qemu-nbd-tls-certs ================================ qemu-nbd: Unable to access credentials

The test interop-qemu-nbd-tls-certs frequently fails on slow (32 bit) machines in Fedora Koji. (Is crypto slow on these already overloaded machines?) As we cannot wait for a signal when qemu-nbd is ready start serving, we have to use a sleep. The current sleep is 5 seconds, which is not long enough. Making the sleep longer would work but is inconsiderate for people using faster machines.

I am having an issue with Putty v.60 with Pageant v.60 under Wine-1.1.5. The OS is Fedora 10 x86_64, and the Wine it the current RPM version for Fedora. It is not that Pageant or Putty is not working; both do load. Putty does talk SSH2 properly. The actual issue is that Keys that are loaded into Pageant v.60 are not available to Putty v.60 for authentication; I suspect that this due to

On 9/17/19 5:35 PM, Richard W.M. Jones wrote: > This neutral refactoring adds -DTLS_MODE. We can in future change the > requested TLS mode, but not in this commit. > > It also checks that nbd_get_tls_negotiated returns true after > connecting, when the requested mode was set to LIBNBD_TLS_REQUIRE. > --- > interop/Makefile.am | 4 ++++ > interop/interop.c | 26

I installed gFTP but apparently it does not handle the sFTP protocol. I also installed the FireFTP Add On for the Firefox browser, but when I tried to connect to the server, it says that I need putty-tools. I have the rpmforge and epel repositories configured but yum did not find putty-tools. Is there an RPM for a client program for gFTP or putty-tools? If so, in which repository? TIA! 1443

I read the posting below. but I have not figured out why my vista pc won't work. here is what I did - 1. I disable window file sharing; 2. in putty, i add a tunnel: ???? source port: 445 ???? destination port: my linux box IP: 139 ? ?I forward 80. i see http://127.0.0.1 yields my web server's start page. 3 i also use secpol.msc and change local policies -> security options. By default

http://bugzilla.mindrot.org/show_bug.cgi?id=669 Summary: Putty / SecureCRT connections fail to authenticate Product: Portable OpenSSH Version: 3.7.1p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org

This isn't an OpenSSH bug, but just in case anyone else is ambitious enough to automatically run interoperability tests against other SSH implementations, here's a heads-up: https://twistedmatrix.com/trac/ticket/9422 TL;DR: commit 7c856857607112a3dfe6414696bf4c7ab7fb0cb3 caused there to be an SSH_MSG_DEBUG message sent where there wasn't one before, which tripped over an

https://bugzilla.mindrot.org/show_bug.cgi?id=2743 Bug ID: 2743 Summary: ssh with -T hangs putty Product: Portable OpenSSH Version: 7.5p1 Hardware: Other OS: Other Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=679 Summary: fatal: buffer_append_space with compression enabled in putty Product: Portable OpenSSH Version: 3.7.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P3 Component: sshd AssignedTo: openssh-bugs

On Sun, Apr 15, 2018 at 06:38:37PM +1000, Damien Miller wrote: > On Sat, 14 Apr 2018, Colin Watson wrote: > > This isn't an OpenSSH bug, but just in case anyone else is ambitious > > enough to automatically run interoperability tests against other SSH > > implementations, here's a heads-up: > > > > https://twistedmatrix.com/trac/ticket/9422 > >

Hello, In my installation, one of the resolvers specified in /etc/resolv.conf on the sshd OpenSSH server side appears to be experiencing some issues, and this results in the following issues on the client side with PuTTY: * a SOCKS5-powered multi-tab web-browser has some web-pages timeout (takes many seconds), whereas other web-pages stall during this time * during the time where any

I use WinSCP to connect to remote server with wine. I use Putty as a terminal, but it seems, I cannot use X11 tunneling to run graphical applicatoins from this remote server, although X11 is enabled in Putty. Is there a solution for that?

Hi every: I have a test or development environment in my Windows workstation with VMware Workstation 8.0 where I have around 7 VM with CentOS 6.2 and each of them have 2 network interfaces: one bridge and the other NAT. Since a few days I have been experimenting some problems with Putty because I get this error: --------------------------- PuTTY Fatal Error --------------------------- Network