From root@hpss1.ccs.ornl.gov Mon Aug 4 15:32:44 1997
Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id PAA15350 for <bugs@RT-11.MIT.EDU>; Mon, 4 Aug 1997 15:32:39 -0400
Received: from hpss1.ccs.ornl.gov by MIT.EDU with SMTP
id AA21588; Mon, 4 Aug 97 15:32:37 EDT
Received: (from root@localhost)
by hpss1.ccs.ornl.gov (8.8.4/8.8.4)
id PAA21934; Mon, 4 Aug 1997 15:32:27 -0400
Message-Id: <199708041932.PAA21934@hpss1.ccs.ornl.gov>
Date: Mon, 4 Aug 1997 15:32:27 -0400
From: root@hpss1.ccs.ornl.gov
Reply-To: root@hpss1.ccs.ornl.gov
To: krb5-bugs@MIT.EDU
Subject: telnetd causes terminal windows to hang
X-Send-Pr-Version: 3.99
System: AIX hpss1 1 4 000041156600
machine have their terminal windows hang. Typing a command like
"su root" will do this every time. Sometimes just a control-C
will do it.
I've run telnetd in debug mode, and it appears that the connection
is not really hung; characters are going over the network. But none
of them are visible on the terminal window.
We can't implement our plans to use Kerberized telnet as long as
this situation holds!
Another (possibly related) problem is that frequently telnet sessions
go away and a "login" process is still running on our machine. We
tend to accumulate a dozen or so of these disconnected login processes,
and I have to become root and kill them by hand.
modify /etc/inetd.conf to replace standard telnetd. Then telnet
to machine where the Kerberos telnetd is installed, using either
Kerberos telnet or plain ol' telnet. Type a control-C or a "su"
command, and watch the terminal window go dead.
State-Changed-From-To: open-closed
State-Changed-By: tlyu
State-Changed-When: Fri Sep 14 17:46:53 2001
State-Changed-Why:
Believed to be a known problem related to revoke() on older versions
of AIX.
Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id PAA15350 for <bugs@RT-11.MIT.EDU>; Mon, 4 Aug 1997 15:32:39 -0400
Received: from hpss1.ccs.ornl.gov by MIT.EDU with SMTP
id AA21588; Mon, 4 Aug 97 15:32:37 EDT
Received: (from root@localhost)
by hpss1.ccs.ornl.gov (8.8.4/8.8.4)
id PAA21934; Mon, 4 Aug 1997 15:32:27 -0400
Message-Id: <199708041932.PAA21934@hpss1.ccs.ornl.gov>
Date: Mon, 4 Aug 1997 15:32:27 -0400
From: root@hpss1.ccs.ornl.gov
Reply-To: root@hpss1.ccs.ornl.gov
To: krb5-bugs@MIT.EDU
Subject: telnetd causes terminal windows to hang
X-Send-Pr-Version: 3.99
Show quoted text
>Number: 454
>Category: telnet
>Synopsis: telnetd causes terminal windows to hang
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: hartmans
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Mon Aug 04 15:33:01 EDT 1997
>Last-Modified: Fri Sep 14 17:47:24 EDT 2001
>Originator: Dan Million
>Organization:
Oak Ridge National Laboratory>Category: telnet
>Synopsis: telnetd causes terminal windows to hang
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: hartmans
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Mon Aug 04 15:33:01 EDT 1997
>Last-Modified: Fri Sep 14 17:47:24 EDT 2001
>Originator: Dan Million
>Organization:
Show quoted text
>Release: 1.0pl1
>Environment:
IBM RS/6000 model 580, AIX 4.1.4>Environment:
System: AIX hpss1 1 4 000041156600
Show quoted text
>Description:
When we use the Kerberos telnetd, remote users logging into ourmachine have their terminal windows hang. Typing a command like
"su root" will do this every time. Sometimes just a control-C
will do it.
I've run telnetd in debug mode, and it appears that the connection
is not really hung; characters are going over the network. But none
of them are visible on the terminal window.
We can't implement our plans to use Kerberized telnet as long as
this situation holds!
Another (possibly related) problem is that frequently telnet sessions
go away and a "login" process is still running on our machine. We
tend to accumulate a dozen or so of these disconnected login processes,
and I have to become root and kill them by hand.
Show quoted text
>How-To-Repeat:
More or less described above: install Kerberos version of telnetd;modify /etc/inetd.conf to replace standard telnetd. Then telnet
to machine where the Kerberos telnetd is installed, using either
Kerberos telnet or plain ol' telnet. Type a control-C or a "su"
command, and watch the terminal window go dead.
Show quoted text
>Fix:
None known.Show quoted text
>Audit-Trail:
State-Changed-From-To: open-closed
State-Changed-By: tlyu
State-Changed-When: Fri Sep 14 17:46:53 2001
State-Changed-Why:
Believed to be a known problem related to revoke() on older versions
of AIX.
Show quoted text
>Unformatted: