Displaying 20 results from an estimated 2000 matches similar to: "Slow connection performance with ssh2"
2002 Jul 27
1
openssh problem
Hi SSH developers,
> I have a Solaris 8 machine which I have installed openssh ver3.4p1 from
> www.sunfreeware.com.
> I have configured it to work in a chroot environment and the daemon is
able
> to start without any
> problem.
>
> I start the sshd daemon as follows :
>
> /usr/sbin/chroot /ftphome /usr/local/sbin/sshd
>
> I do a sftp connection to the
2002 Jul 01
3
3.4p1: 'buffer_append_space: alloc 10506240 not supported'
I have been trying to install 3.4p1 on a number of machines.
Servers on ia64 Linux, i386 Linux and SPARC Solaris are all working
like charms. On the other hand, I am having trouble at least with
HPUX 11, DEC OSF 5.1 and Unixware: on all those systems, sshd bails
out after authentication with an error in buffer_append_space.
Here is the output of sshd -d on the UnixWare machine
(uname -a:
2002 Nov 06
2
scp output redirection doesn't work...
> OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
> AIX 4.3.3.0 Maintenance Level 10.
>
> I have run a test on my boxes and found the following:
>
> > scp test <remote_machine>:~/test
> test 100% |*****************************| 16000
> 00:00
> >
>
> scp works fine, but when I tried to redirect stdio/stderr to files they
>
2002 Jan 04
2
Strange problem from "identical" hosts
Long post.. sorry.
Ok.. I've got three systems, all running openssh-3.0.2p1. As a matter
of fact, they were installed from the same built tree, so I know they are
the same.
Here's the deal. I've got three systems, call them source1, source2 and
target. All are HP-UX 11.0 systems installed from the same tree.
Source1 and source2 both have thier root rsa pub keys in target's
2002 Jul 25
0
scp hangs
Hello,
When running scp (from openssh-3.4p1) on our linux systems we are
experiencing hangs after authentication. According to the debug
messages, authentication succeeds but the file itself is not
transferred. Openssh is built using OpenSSL 0.9.6d.
The command
scp foo 192.168.1.111:/tmp
will hang until the connection times out.
Below are the client and server side logs. An strace of the
2008 Mar 18
1
ssh: Disconnecting: Bad packet length
Hello,
I have the following problem with ssh on Solaris 10,
64bitx86 systems:
bash-3.00# ssh -v admin at 172.20.11.244
OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL
0x0090704f
debug1: Rhosts Authentication disabled, originating
port will not be trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to 172.20.11.244 [172.20.11.244]
port 22.
debug1: Connection established.
debug1: identity
2002 Mar 18
0
[Bug 171] New: Banner /etc/issue.net (default) not displaying with Protocol 2
http://bugzilla.mindrot.org/show_bug.cgi?id=171
Summary: Banner /etc/issue.net (default) not displaying with
Protocol 2
Product: Portable OpenSSH
Version: 3.1p1
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo:
2002 Aug 01
1
[Bug 375] New: sshd core dumping with msg "Cannot delete credentials"
http://bugzilla.mindrot.org/show_bug.cgi?id=375
Summary: sshd core dumping with msg "Cannot delete credentials"
Product: Portable OpenSSH
Version: 3.1p1
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: major
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at mindrot.org
2002 Jul 17
1
[Bug 357] SSH does not handle "Protocol" option in ~/.ssh/options properly
http://bugzilla.mindrot.org/show_bug.cgi?id=357
------- Additional Comments From dfs at roaringpenguin.com 2002-07-18 00:56 -------
Sorry; my illustrated output for the second case was wrong. It should look like
this:
$ ssh -v -2 shevy
OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
debug1: Reading configuration data /home/dfs/.ssh/config
debug1: Applying options for *
debug1:
2002 Nov 18
0
[Bug 438] New: SFTP does not work for users with RSH shells
http://bugzilla.mindrot.org/show_bug.cgi?id=438
Summary: SFTP does not work for users with RSH shells
Product: Portable OpenSSH
Version: older versions
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: sftp
AssignedTo: openssh-unix-dev at mindrot.org
2002 Mar 11
1
Problem ssh: Permission denied
Dear Sirs,
I have installed openssh-3.1p1 in a RedHat-7.1 server (By default
openssh-2.5.2), I have not problem in the installation but when
treatment to login to this server leaves the following message to me:
root at 192.168.100.1's password:
Permission denied (publickey,password,keyboard-interactive).
I have seen the file sshd_config and if this qualified so that it can
enter like root.
2002 Oct 15
1
ssh output
Both systems are running RH 7.3 with a compiled copy of 3.4p1 with pam
support enabled via configure
root at vlan root]# ssh -v -v -v root at 207.62.147.3
OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /usr/local/etc/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: ssh_connect: needpriv 0
debug1:
2003 Jan 07
0
Bug in Ossh3.5p1
We use OpenSSH 3.5p1 on an embedded system.
OpenSSH is configured to not permit password logins, /etc/ssh/sshd_config:
...
PasswordAuthentication no
...
At the same time, since there is no console and no way to "log in" other
than by ssh, /etc/passwd has an "open" root account:
root::0:0:root:/root:/bin/sh
nobody:x:65534:65534:nobody:/tmp:/usr/bin/bash
Apparently
2002 Jul 04
4
With bounds checking patch for gcc-3.1 problems if using AES
Hello developers,
some informations before I come to the problem:
At work we're using Open-SSH 3.4p1 under Solaris 8. I compiled the
Open-SSH by myself with gcc-3.1. In the gcc is the bounds checking patch
included
(http://web.inter.nl.net/hcc/Haj.Ten.Brugge/bounds-checking-gcc-3.1-1.01.patch.bz2).
With this patch I compiled:
- prngd 0.9.25
- zlib 1.1.4
- Open-SSL 0.9.6d
Everything
2002 Nov 20
0
[marco.ortisi@flashcom.it: Re: bug on openssh 3.5p1]
related to RST-based close in one case?
can someone investigate or dup?
----- Forwarded message from marco.ortisi at flashcom.it -----
Date: Tue, 19 Nov 2002 11:49:30 GMT
From: marco.ortisi at flashcom.it
To: Kevin Steves <stevesk at pobox.com>
Subject: Re: bug on openssh 3.5p1
Excuse me for delay...i have much work in this time...then
>can you post to the list? i don't have
2006 Sep 10
2
Corrupted MAC problem on PSOS platform
Hi Group,
I am porting openSSH to an embedded platform running pSOS. I am able
to setup a connection with the server but after I disconnect and
reconnect, I always get the following error message and client won't
establish connection with the server.
<First connection..............................>
debug: Enabling compatibility mode for protocol 2.0
debug: SSH2_MSG_KEXINIT sent
debug:
2002 Aug 19
0
[Bug 387] New: command="" in authorized_keys fails when sshd_config has "PermitRootLogon forced-commands-only"
http://cvs-mirror.mozilla.org/webtools/bugzilla/show_bug.cgi?id=387
Summary: command="" in authorized_keys fails when sshd_config has
"PermitRootLogon forced-commands-only"
Product: Portable OpenSSH
Version: -current
Platform: All
OS/Version: Linux
Status: NEW
Severity: major
2001 Nov 30
1
Authentication response too long with protocol 2 and ssh 3.0.1p1
Hi,
I get the following, having built openssh 3.0.1p1 on a linux system -
this is the result of trying to ssh to localhost.
OpenSSH_3.0.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090601f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1:
2004 Apr 07
4
[Bug 837] connection closed by remote host
http://bugzilla.mindrot.org/show_bug.cgi?id=837
Summary: connection closed by remote host
Product: Portable OpenSSH
Version: -current
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: ssh
AssignedTo: openssh-bugs at mindrot.org
ReportedBy:
2002 Feb 02
2
disabling the authentication agent?
Is there any way to disable the authentication agent globally? I'm not
quite sure I understand it's purpose. Here is some background info:
workstation: Key pair (dsa).
host1: No key pair. No authorized_keys.
host2: Has my workstation's key in authorized_keys.
I ssh to host1 from my workstation.
I ssh to host2 from host1. I am asked for a password. Good.
I ssh to host2 from my