Displaying 20 results from an estimated 10000 matches similar to: "[Bug 538] Hanging while connecting"
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 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:
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 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
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 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
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:
2003 Feb 24
1
[Bug 502] New: sshd fails when "Compression yes" set on HPUX
http://bugzilla.mindrot.org/show_bug.cgi?id=502
Summary: sshd fails when "Compression yes" set on HPUX
Product: Portable OpenSSH
Version: 3.5p1
Platform: HPPA
OS/Version: HP-UX
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at mindrot.org
2003 Nov 03
1
Problems with PAM and PermitRootLogin without-password
Hello all,
I was running some tests with openssh 3.7.1p2 and I noticed that
PermitRootLogin without-password does not work when PAM is enabled. In
fact, when PAM is enabled, PermitRootLogin will work as "yes" if "
without-password" is used, no matter what kind of authentication is used
for root login. Is that a bug, I missed something in the configurations,
or expected
2002 Aug 19
0
kerberosIV authentication is broken in openssh-3.4p1
Hi,
I think kerberosIV authentication is broken in openssh-3.4p1 in ssh2
version protocol:
nmrindy$ klist
Ticket file: /tmp/tkt111_429097
Principal: mmokrejs at NATUR.CUNI.CZ
Issued Expires Principal
Aug 19 12:40:49 Aug 19 22:40:49 krbtgt.NATUR.CUNI.CZ at NATUR.CUNI.CZ
Aug 19 12:40:49 Aug 19 12:45:49 rcmd.nmrindy at NATUR.CUNI.CZ
Aug 19 12:40:49 Aug 19
2002 Jul 16
0
[Bug 356] New: 3.4p1 hostbased authentication between Linux and Solaris
http://bugzilla.mindrot.org/show_bug.cgi?id=356
Summary: 3.4p1 hostbased authentication between Linux and Solaris
Product: Portable OpenSSH
Version: -current
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: ssh
AssignedTo: openssh-unix-dev at mindrot.org
2004 Jun 30
10
[Bug 887] Problem connecting OpenSSH Client to a F-Secure SSH Server
http://bugzilla.mindrot.org/show_bug.cgi?id=887
Summary: Problem connecting OpenSSH Client to a F-Secure SSH
Server
Product: Portable OpenSSH
Version: -current
Platform: All
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: sftp
AssignedTo: openssh-bugs at
2002 Jun 30
2
Password auth problem with openssh 3.4 and Linux 2.2.20
After upgrading to openssh-3.4p1, password authentication is no longer
working on my system. I'm running Linux RedHat 6.2 with:
kernel 2.2.20
openssh-3.4p1
openssl-0.9.6
pam-0.72-6
pwdb-0.61-0
I've tried it with and without compression, with and without priv sep, and I
always get errors like this:
Jun 30 19:07:48 sugarfreejazz sshd[1344]: Failed password for randy from
10.10.10.2 port
2002 Aug 08
0
Bugzilla bug entry #342
I may have found a similar issue with plain old RSAAuthentication. After
upgrading to 3.4p1 on Solaris 8, I am no longer able to use RSAAuthentication
with
PermitRootLogin forced-commands-only
Following is output from sshd -d -d:
Connection from 10.100.100.8 port 39955
debug1: Client protocol version 2.0; client software version OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling
2002 Aug 09
0
[Bug 383] New: PublicKeyAuthentication failure when rlogin set to false
http://cvs-mirror.mozilla.org/webtools/bugzilla/show_bug.cgi?id=383
Summary: PublicKeyAuthentication failure when rlogin set to false
Product: Portable OpenSSH
Version: -current
Platform: All
OS/Version: AIX
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at
2002 Aug 01
0
[Bug 376] New: HostbasedAuthentication, followed snailbook but not working! :-(
http://bugzilla.mindrot.org/show_bug.cgi?id=376
Summary: HostbasedAuthentication, followed snailbook but not
working! :-(
Product: Portable OpenSSH
Version: -current
Platform: UltraSparc
URL: http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-
2002 Nov 06
0
[Bug 429] New: SSH 3.4p1 problems on Tru64 V4.0D & Tru64 V4.0F
http://bugzilla.mindrot.org/show_bug.cgi?id=429
Summary: SSH 3.4p1 problems on Tru64 V4.0D & Tru64 V4.0F
Product: Portable OpenSSH
Version: 3.4p1
Platform: Alpha
OS/Version: OSF/1
Status: NEW
Severity: major
Priority: P2
Component: ssh
AssignedTo: openssh-unix-dev at mindrot.org
2002 Jul 27
2
OpenSSH 3.4p1 on SourceMage client ssh fails
Hi guys,
I have a OpenSSH 3.4p1 installation on a SourceMage box, and I am trying to
connect to a OpenSSH 3.3p1 installation on a RedHat 7.x box and any other
machine.
The client fails with a "Host key verification failed."
Any other client connects correctly to the RedHat box, and any other server
that I try to connect to from the SourceMage box fails with the same error
message.