Displaying 20 results from an estimated 2000 matches similar to: "OpenSSH/ls locks term"
2001 Oct 10
0
sftp localhost exits after authentication?
Hi,
I use openssh-2.9p2 on a LynxOS i386 system. The ssh
and scp clients work fine. Even sftp from other Linux
systems works. But, if I make sftp to the localhost
(LynxOS), the authentication succeeds, prints sftp>
prompt and then exits. I don't know why this happens.
I have not set the euid of ssh program to root as it
does not work in LynxOS (may be problem with saved
ids). Might this
2001 Aug 08
1
AUTH_FAIL_MAX reached too early
This looks like a bug (ssh -v output from user included below).
AUTH_FAIL_MAX is reached before all supported authentication methods
are tried.
One possible solution is to count authentication failures separately
for each method tried, and disconnect if one fails more than
<configurable> times.
Btw: The exit status bug is fixed in the CVS version of OpenSSH, but
I'm not very
2001 Jul 26
1
possible bug: OpenSSH appears to freeze on exit
Hello,
I believe I may have discovered what appears to be a small anomoly in
the way
OpenSSH closes connections and thought if I gave you some feedback I
might
be able to make a very small contributution to the development of
openssh.
This might be a Solaris 2.6 anomoly or an openssh anomoly or a
combination of both.
I came across this apparent anomoly because we use openssh (via cron)
here
to
2003 Aug 26
6
Bad packet length error
Hi,
I am running sshd (openssh-2.9p2) on a power-pc LynxOS box, and am
connecting from a ssh client (openssh-2.9p2) on an x86 Linux box.
This works fine for ssh protocol version 1, but am getting the below error
for ssh v2:
Disconnecting: Bad packet length -857542839.
I am also attaching the complete debug traces from sshd & ssh below.
I am not sure if this is an "endian" issue.
2001 Dec 19
0
public key authentication failure
Hello,
I am attempting to make public key authentication to work between
OpenSSH 3.0.2 client on OpenBSD and SSH-1.99-OpenSSH_2.9 FreeBSD
localisations 20011202. From reading sshd -ddd and ssh -v I can't
figure out what goes wrong. Could somebody interpret the attached
typescripts for me, please?
Here's the relevant part from the server log and I don't understand it:
debug2:
2001 Jul 02
0
2.9p2 -- ForwardX11 fails -- X11 connection uses different authentication protocol
Hi,
I just grabed the 2.9p2 and can't forward X11 connections. This worked
fine for me under 2.9p1 but with 2.9p2 it seems that $XAUTHORITY isn't
getting set and when I try and set it manually connections to the
Xserver still fail with:
debug1: X11 connection uses different authentication protocol.
debug1: X11 rejected 1 i1/o16
Verbose debugs below.
client:
OpenSSH_2.9p1, SSH
2001 Aug 22
1
[Fwd: [Fwd: openssh 2.9p2 hang problem]]
Markus Friedl wrote:
>
> ?'m not sure where the 'bug' is and whether this is 'really' a bug.
>
> try to talk to the openssh-unix-dev list, i'm too busy right now :(
>
> -m
>
> On Thu, Aug 16, 2001 at 03:51:19PM +0100, Mark Reardon wrote:
> > Hello Markus,
> >
> > I recently posted you with a mention of the 2.9p2 possible problem
2001 Jun 26
1
OpenSSH 2.9p2 with PAMAuthenticationViaKbdInt
When using PAM to do password authenticaion the attempt/failure counter
appears to be getting confused. This is using a rh62 system with the
openssh-2.9p2-1 rpms...
On the client side...
[matthewm at toadhall (7) matthewm]$ grep Auth /etc/ssh/ssh_config
RhostsAuthentication no
RhostsRSAAuthentication no
HostbasedAuthentication no
RSAAuthentication no
PubkeyAuthentication yes
2002 Jun 25
0
[Bug 297] New: sshd version 3.3 incompatible with pre-3.3 clients in ssh1 mode
http://bugzilla.mindrot.org/show_bug.cgi?id=297
Summary: sshd version 3.3 incompatible with pre-3.3 clients in
ssh1 mode
Product: Portable OpenSSH
Version: -current
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo:
2001 Aug 03
1
Disconnecting: protocol error: rcvd type 98
When I SSH using protocol 1 from a Debian box running OpenSSH 2.9p2-4
to a sparc.sunos5 box running vanilla OpenSSH 2.9.1, after a little
while (of inactivity?) I get the following message on the client
terminal:
Disconnecting: protocol error: rcvd type 98
Looking further, this message is actually caused by the SSH daemon.
However, I'm at a loss to determine why sshd is doing this.
I attach
2000 Dec 08
6
opensshd 2.3.0 (oBSD 2.8) ignores ME!
I have a problem I can not identify.
Two firewalls with OpenBSD 2.8
sshd version OpenSSH_2.3.0
I do a
ssh root at 195.84.181.91 -v
SSH Version OpenSSH_2.3.0, protocol versions 1.5/2.0.
Compiled with SSL (0x0090581f).
debug: Reading configuration data /etc/ssh_config
debug: ssh_connect: getuid 0 geteuid 0 anon 0
debug: Connecting to 195.84.181.91 [195.84.181.91] port 22.
debug: Allocated
2001 Feb 19
1
FreeBSD 4.2 OpenSSH2.3.0 client vs Red Hat 6.2 OpenSSH2.5.1p1 sshd
mdb-bsd is a FreeBSD 4.2-STABLE box morpheus is a Red Hat Linux 6.2
box with openssl 0.9.6 on it.
Attempts to use SSHv2 fail. Using SSHv1 succeeds.
sshd from OpenSSH2.5.1p1 is getting a
fatal: xfree: NULL pointer given as argument
Full client and server interaction given below.
-- Mark
Script started on Mon Feb 19 10:47:01 2001
1:mdb at mdb-bsd$ ssh -v -v -v -2 -x morpheus date
SSH Version
2001 Aug 29
0
OpenSSH 2.9.2p2 passwd work but not publickey on HPUX 11
Hi,
I have hard figuring out what I did wrong ... On HPUX 11 I have compiled
OpenSSH 2.9.2p2 with gcc 2.9 (taken from hp opensource server) and zlib
also downloaded from hp. As long as I do passwd authentication everything
work fine (I have used --with-pam), but if I tried publickey either in
sshv1 or sshv2 authentication fails. I have tried a bunch of things but
none worked so all
2001 Oct 10
7
OpenSSH solaris: bad return code after exec of remote command
Hi OpenSSH developers,
I am using openSSH (now 2.9.9p2, but prob occurs in 2.9p2 also) to execute
commands on a remote machine which outputs data to stdout then pipes it to
another invocation of ssh which connects back to the first machine in the same
way, where it starts a program to read and store the output from the command on
the second machine. I am using the "command" option in
2001 Oct 23
1
ssh/sshd go off in limbo-land after closing remote session (v2.9.9p2)
When I run a remote xterm, the ssh hangs even after I quit the xterm.
Below is the output for the following sequence:
client> ssh -v -v -v dazel xterm
xterm> exit
client> ^C
The outcome is always the same - the ssh doesn't exit with I quit the
xterm... I have to hit CTRL-C on the client side.
polycut:~> ssh -v -v -v dazel xterm
OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL
2003 Sep 17
2
FreeBSD Security Advisory FreeBSD-SA-03:12.openssh [REVISED]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-SA-03:12 Security Advisory
FreeBSD, Inc.
Topic: OpenSSH buffer management error
Category: core, ports
Module: openssh, ports_openssh,
2003 Sep 17
2
FreeBSD Security Advisory FreeBSD-SA-03:12.openssh [REVISED]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-SA-03:12 Security Advisory
FreeBSD, Inc.
Topic: OpenSSH buffer management error
Category: core, ports
Module: openssh, ports_openssh,
2002 Mar 13
3
zlib compression, the exploit, and OpenSSH
Attached is a zlib advisory and a debug dump of ssh with compression
enabled. Most of the debug is superflous, so I have underlined the two
points to look at. When creating an ssh connection, compression on the
line is done *before* authentication -- This means an unauthorized
attacker could, conceivable, leverage root access by connecting with to
the ssh server requesting zlib compression and
2002 Mar 20
0
[Bug 176] New: OpenSSH_3.1p1 gives X_ShmAttach error on forwarded X11 channel
http://bugzilla.mindrot.org/show_bug.cgi?id=176
Summary: OpenSSH_3.1p1 gives X_ShmAttach error on forwarded X11
channel
Product: Portable OpenSSH
Version: 3.1p1
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: sshd
AssignedTo:
2003 Sep 17
0
FreeBSD Security Advisory FreeBSD-SA-03:12.openssh [REVISED]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-SA-03:12 Security Advisory
FreeBSD, Inc.
Topic: OpenSSH buffer management error
Category: core, ports
Module: openssh, ports_openssh,