openssh unix dev - Jun 2000 - openssh-2.1.1p1 on Debian slink and potato

Just today I compilied openssh-2.1.1p1 on Debian Slink and Potato both to come
out with the same problem.

I  am compiling them with openssl-0.9.5a.. The configure line I use for openssh
is below:
./configure --sysconfdir=/etc/ssh --prefix=/usr 
--with-ssl-dir=../openssl-0.9.5a

So I compile, do a make install restart the sshd daemon and everything seems
fine.

Then when I do a w at the prompt look what I get:
a# w
 12:41pm  up 13:58,  1 user,  load average: 0.09, 0.06, 0.06
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT
root     pts/0    -                31Dec69  0.00s  0.13s  0.05s  w 
#
So i'm a bit puzzled I'm not logging in from console, I'm sshing
from a remote host, I wonder how come the remote host is not being displaed
under FROM.

Same thing happens under who:
# who
root     pts/0    Dec 31 19:00
#


Is there something that I did wrong that I'm over looking? Not only is the
FROM missing but the date is also missing.


This was an upgrade from a old version of openssh and that version worked fine.


Can someone please shed some light on what I might've done wrong and how to
fix this problem.


Please let me know and thanks again

> Just today I compilied openssh-2.1.1p1 on Debian Slink and Potato both to
come out with the same problem.
> 
> I  am compiling them with openssl-0.9.5a.. The configure line I use for
openssh is below:
> ./configure --sysconfdir=/etc/ssh --prefix=/usr 
--with-ssl-dir=../openssl-0.9.5a
> 
> Then when I do a w at the prompt look what I get:
> a# w
>  12:41pm  up 13:58,  1 user,  load average: 0.09, 0.06, 0.06
> USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT
> root     pts/0    -                31Dec69  0.00s  0.13s  0.05s  w 
> #
This is a known issue -- bash2 doesn't like how utmp/utmpx stuff was done
in 'configure' in 2.x.x, and required UTMP/UTMPX #define's were left
out
of config.h.  

You could try the latest snapshot,
http://www.mindrot.org/misc/junk/openssh-SNAP-20000628.tar.gz
to try to get around the issue.


-- 
Pekka Savola                    "Tell me of difficulties surmounted, 
Pekka.Savola at netcore.fi          not those you stumble over and fall"

Nikhil--
(If you used to volunteer for ml.org, hello again,
otherwise hello...)

This is a known issue with the released 2.1.1p1
on Linux derivatives; Damien already has included
the patch in his tree.  I would recommend getting
the latest "snapshot" tarball from

  http://www.mindrot.org/misc/junk/openssh-SNAP-20000628.tar.gz

and using that.  (The issue is the way that the
configure script decides what utmp/utmpx/wtmp/wtmpx
format to use).

Hey Damien--would it be reasonable to release a
2.1.1p2 sometime soon to stop this FAQ?  I have
functional-but-ugly scripts to build a Solaris
installable package that I wasn't rushing
to clean up (since I thought another release
would be out soon), but is there a plan for the
next release?  If it's going to be another two
weeks then maybe I can get them cleaned up enough
to go into contrib/ ....

	--Rip



-----Original Message-----
From: owner-openssh-unix-dev at mindrot.org
[mailto:owner-openssh-unix-dev at mindrot.org]On Behalf Of
nikhil at mailsafe.org
Sent: Wednesday, June 28, 2000 9:43 AM
To: openssh-unix-dev at mindrot.org
Subject: openssh-2.1.1p1 on Debian slink and potato




Just today I compilied openssh-2.1.1p1 on Debian Slink and Potato both to
come out with the same problem.

I  am compiling them with openssl-0.9.5a.. The configure line I use for
openssh is below:
./configure --sysconfdir=/etc/ssh --prefix=/usr  --with-ssl-dir=../openssl-0
.9.5a

So I compile, do a make install restart the sshd daemon and everything seems
fine.

Then when I do a w at the prompt look what I get:
a# w
 12:41pm  up 13:58,  1 user,  load average: 0.09, 0.06, 0.06
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT
root     pts/0    -                31Dec69  0.00s  0.13s  0.05s  w
#
So i'm a bit puzzled I'm not logging in from console, I'm sshing
from a
remote host, I wonder how come the remote host is not being displaed under
FROM.

Same thing happens under who:
# who
root     pts/0    Dec 31 19:00
#


Is there something that I did wrong that I'm over looking? Not only is the
FROM missing but the date is also missing.


This was an upgrade from a old version of openssh and that version worked
fine.


Can someone please shed some light on what I might've done wrong and how to
fix this problem.


Please let me know and thanks again

On Wed, 28 Jun 2000, Rip Loomis wrote:
> Hey Damien--would it be reasonable to release a
> 2.1.1p2 sometime soon to stop this FAQ?  
Yes, it has been a lack of time which has prevented me so far.

It would be great if I could get some feedback on how 
http://www.mindrot.org/misc/junk/openssh-SNAP-20000629.tar.gz
works on Solaris, Irix 6.x, HPUX, AIX, Tru64 and SCO.

BTW this snapshot contains DEC OSF/Tru64 SIA support, enable it
using "USE_SIA=1 ./configure [options]". I would like some feedback
from DEC users as to the correctness of this code (as I know nothing
about SIA).

-d

-- 
| "Bombay is 250ms from New York in the new world order" - Alan Cox
| Damien Miller - http://www.mindrot.org/
| Email: djm at mindrot.org (home) -or- djm at ibs.com.au (work)

Yo Damien!

On Thu, 29 Jun 2000, Damien Miller wrote:
> It would be great if I could get some feedback on how 
> http://www.mindrot.org/misc/junk/openssh-SNAP-20000629.tar.gz
> works on Solaris, Irix 6.x, HPUX, AIX, Tru64 and SCO.
A quick check shows that:
	./configure && make && make install

compiles fine on SCO UnixWare 7.1.0

Outbound ssh worked fine.

I connected to the server from SecureCRT 3.1b2 and SSH in version
1 and 2 modes.  Version 1 protocol worked OK.  No luck with V2.

This seemed odd so I went to 2.1.1p1 and found the same result
on this host.

In both cases it hung just after the password was accepted.
I tried w and w/o compression, different encryption and MACs, X is off, 

See below for the logs.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 20340 Empire Ave, Suite E-3, Bend, OR 97701
	gem at rellim.com  Tel:+1(541)382-8588 Fax: +1(541)382-8676
>From SecureCRT 3.1b2 logs:
[SSH LOCAL ONLY] : SEND : SERVICE_REQUEST [userauth]
[SSH LOCAL ONLY] : RECV : SERVICE_ACCEPT
[SSH LOCAL ONLY] : SENT : USERAUTH_REQUEST [password]
[SSH LOCAL ONLY] : RECV : AUTH_SUCCESS
[SSH LOCAL ONLY] : State Change: SSH_STATE_USERAUTH->SSH_STATE_CONNECTION
Environment:
USER=gem
LOGNAME=gem
HOME=/home/gem
PATH=/usr/bin:/bin:/usr/sbin:/sbin
MAIL=/var/mail//gem
SHELL=/bin/bash
TZ=:US/Pacific
SSH_CLIENT=204.17.205.3 1909 3389
>From the Openssh SNAP logs:
bash-2.03# ./sshd -p 3389 -d
debug: sshd version OpenSSH_2.1.1
debug: loaded 20 entropy commands from /usr/local/etc/ssh_prng_cmds
debug: Seeding random number generator.
debug: OpenSSL random status is now 0

debug: 3 bytes from system calls
debug: 33 bytes from programs
debug: OpenSSL random status is now 1

debug: loading PRNG seed from file /root/.ssh/prng_seed
debug: read DSA private key done
debug: Seeding random number generator.
debug: OpenSSL random status is now 1

debug: 3 bytes from system calls
debug: 33 bytes from programs
debug: OpenSSL random status is now 1

debug: Bind to port 3389 on 0.0.0.0.
Server listening on 0.0.0.0 port 3389.
Generating 768 bit RSA key.
debug: Seeding random number generator.
debug: OpenSSL random status is now 1

debug: 3 bytes from system calls
debug: 33 bytes from programs
debug: OpenSSL random status is now 1

debug: Seeding random number generator.
debug: OpenSSL random status is now 1

debug: 3 bytes from system calls
debug: 33 bytes from programs
debug: OpenSSL random status is now 1

RSA key generation complete.
debug: Server will not fork when running in debugging mode.
Connection from 204.17.205.3 port 1909
debug: Client protocol version 2.0; client software version 3.0 SecureCRT (tm),
a product of Van Dyke Technologies, Inc.
Enabling compatibility mode for protocol 2.0
debug: Local version string SSH-1.99-OpenSSH_2.1.1
debug: send KEXINIT
debug: done
debug: wait KEXINIT
debug: got kexinit: diffie-hellman-group1-sha1
debug: got kexinit: ssh-dss
debug: got kexinit: 3des-cbc
debug: got kexinit: 3des-cbc
debug: got kexinit: hmac-md5
debug: got kexinit: hmac-md5
debug: got kexinit: none
debug: got kexinit: none
debug: got kexinit: 
debug: got kexinit: 
debug: first kex follow: 0 
debug: reserved: 0 
debug: done
debug: kex: client->server 3des-cbc hmac-md5 none
debug: kex: server->client 3des-cbc hmac-md5 none
debug: Wait SSH2_MSG_KEXDH_INIT.
debug: bits set: 512/1024
debug: bits set: 527/1024
debug: sig size 20 20
debug: send SSH2_MSG_NEWKEYS.
debug: done: send SSH2_MSG_NEWKEYS.
debug: Wait SSH2_MSG_NEWKEYS.
debug: GOT SSH2_MSG_NEWKEYS.
debug: done: KEX2.
debug: userauth-request for user gem service ssh-connection method password
Accepted password for gem from 204.17.205.3 port 1909 ssh2
debug: Entering interactive session for SSH2.
debug: server_init_dispatch_20
debug: channel_input_open: ctype session rchan 0 win 8192 max 8192
debug: open session
debug: channel 0: new [server-session]
debug: session_new: init
debug: session_new: session 0
debug: session_open: channel 0
debug: session_open: session 0: link with channel 0
debug: confirm session
debug: callback start
debug: session_by_channel: session 0 channel 0
debug: session_input_channel_req: session 0 channel 0 request pty-req reply 0
debug: Received SIGCHLD.
error: grantpt: Interrupted system call
error: session_pty_req: session 0 alloc failed
debug: callback done
debug: callback start
debug: session_by_channel: session 0 channel 0
debug: session_input_channel_req: session 0 channel 0 request shell reply 0
debug: fd 9 setting O_NONBLOCK
debug: fd 11 setting O_NONBLOCK
debug: callback done
debug: tvp!=NULL kid 1 mili 100
debug: session_by_pid: pid 18642
error: session_by_pid: unknown pid 18642
debug: dump: used 1 session 0 80ecc4c channel 0 pid 18643
debug: dump: used 0 session 1 80eccd8 channel 0 pid 0
debug: dump: used 0 session 2 80ecd64 channel 0 pid 0
debug: dump: used 0 session 3 80ecdf0 channel 0 pid 0
debug: dump: used 0 session 4 80ece7c channel 0 pid 0
debug: dump: used 0 session 5 80ecf08 channel 0 pid 0
debug: dump: used 0 session 6 80ecf94 channel 0 pid 0
debug: dump: used 0 session 7 80ed020 channel 0 pid 0
debug: dump: used 0 session 8 80ed0ac channel 0 pid 0
debug: dump: used 0 session 9 80ed138 channel 0 pid 0
debug: session_close_by_pid: no session for pid 0
debug: channel 0: read 13 from efd 11
debug: channel 0: read 11 from efd 11
debug: channel 0: read 14 from efd 11
debug: channel 0: read 17 from efd 11
debug: channel 0: read 37 from efd 11
debug: channel 0: read 22 from efd 11
debug: channel 0: read 18 from efd 11
debug: channel 0: read 17 from efd 11
debug: channel 0: read 36 from efd 11