* inetd telnet slowness
@ 2002-09-06 14:23 Bruce Dobrin
0 siblings, 0 replies; 6+ messages in thread
From: Bruce Dobrin @ 2002-09-06 14:23 UTC (permalink / raw)
To: cygwin
I wrote about a month ago with this problem, but didn't manage to work out
a viable solution.
If I stop inetd and run "in.telnetd -debug" All is well. It appears to
capture the machine/user correctly and I am imediately logged in (bypassing
the login/passwd prompt).
With inetd running, telnet starts, then hangs for about 3 minutes, finaly
ginving me a "Login:" prompt. I assume that Inetd didn't pass usable
machine/user information to the in.telnetd, and that the delay and eventual
"login:" prompt is in.telnetd timing out waiting for login information,
but I could be wrong about this. Rlogind works fine with inetd, and I
assume it uses a similar validation mechanism. I'd appreciate any
assistance.
The diff of the Debug logs with and without inetd:
with inetd:
-------------cut--------------
td: send suboption NEW-ENVIRON SEND
td: send suboption TERMINAL-TYPE SEND
td: ttloop
td: netflush 249 chars
td: ttloop read 73 chars
td: netflush 26 chars
td: recv suboption NAWS 0 80 (80) 0 25 (25)
-------------cut----------------
.......XON VARIABLE|ACK 17; XOFF VARIABLE|ACK 19; FORW1 VARIABLE|ACK 0;
FORW2 VARIABLE|ACK 0;
td: netflush 404 chars
td: Entering processing loop
#####
##right here is where it hangs for 3 minutes}
#####
CYGWIN_NT-5.0 1.3.12(0.54/3/2) (genevieve) (tty2)
td: netflush 84 chars
td: netread 9 chars
td: recv do ECHO
td: recv will BINARY
td: recv wont LINEMODE
td: netflush 85 chars
login: td: netflush 7 chars
-------------cut----------------
Without inetd:
-------------cut----------------
td: send suboption NEW-ENVIRON SEND
td: send suboption TERMINAL-TYPE SEND
td: ttloop
td: netflush 249 chars
td: ttloop read 131 chars
td: netflush 27 chars
td: recv suboption NAWS 0 80 (80) 0 25 (25)
-------------cut----------------
......XON VARIABLE|ACK 17; XOFF VARIABLE|ACK 19; FORW1 VARIABLE|ACK 0; FORW2
VARIABLE|ACK 0;
td: netflush 404 chars
td: Entering processing loop
td: netflush 30 chars
td: netread 9 chars
td: recv do ECHO
td: recv will BINARY
td: recv wont LINEMODE
td: netflush 85 chars
Fanfare!!!
You are successfully logged in to this server!!!
-------------cut----------------
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: inetd telnet slowness
@ 2002-10-15 9:13 lhall
0 siblings, 0 replies; 6+ messages in thread
From: lhall @ 2002-10-15 9:13 UTC (permalink / raw)
To: danilo.turina, cygwin
Sorry if I was unclear. I meant that you need to gather more information
about the problem to see if you can find it's source. This may mean
building
and debugging telnet and/or inetd (probably just telnet). You might be
able
to tell something by running telnet with strace. The key is to figure out
who's responsible for generating the network path name starting with
"//.terminfo". This is the reason you see the slowness. If you can find
the
source of that path and eliminate it, this will fix your problem.
Larry
Original Message:
-----------------
From: Danilo Turina danilo.turina@alcatel.it
Date: Tue, 15 Oct 2002 09:52:15 +0200
To: lhall@rfk.com, cygwin@cygwin.com
Subject: RE: inetd telnet slowness
> [snip]
> > It's definitely correlated to your problem but I can't tell
> > you what's
> > generating it specifically. You'll need to debug it more it seems.
> [snip]
>
> What do you need with "debug it more"? I don't know how to
^^^^
Obviously was "mean" and not "need".
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: inetd telnet slowness
@ 2002-10-15 2:02 Danilo Turina
0 siblings, 0 replies; 6+ messages in thread
From: Danilo Turina @ 2002-10-15 2:02 UTC (permalink / raw)
To: lhall, cygwin
> [snip]
> > It's definitely correlated to your problem but I can't tell
> > you what's
> > generating it specifically. You'll need to debug it more it seems.
> [snip]
>
> What do you need with "debug it more"? I don't know how to
^^^^
Obviously was "mean" and not "need".
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: inetd telnet slowness
@ 2002-10-15 0:53 Danilo Turina
0 siblings, 0 replies; 6+ messages in thread
From: Danilo Turina @ 2002-10-15 0:53 UTC (permalink / raw)
To: lhall, cygwin
[snip]
> It's definitely correlated to your problem but I can't tell
> you what's
> generating it specifically. You'll need to debug it more it seems.
[snip]
What do you need with "debug it more"? I don't know how to proceed, can
you give some hint?
Thank you,
Danilo Turina
-------------------------------------
Danilo Turina
Alcatel Optics OND Network Management
Rieti (Italy) - Phone: +39 746 600332
-------------------------------------
1 anno 6 mesi 5 giorni 14 ore 30 minuti 11 secondi
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: inetd telnet slowness
2002-10-14 3:28 Danilo Turina
@ 2002-10-14 8:41 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 6+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2002-10-14 8:41 UTC (permalink / raw)
To: Danilo Turina, Bruce Dobrin, cygwin
At 06:12 AM 10/14/2002, Danilo Turina wrote:
>I also have this problem since one or two months: when I try to telnet to my win2k box from another host (or from the same machine) I have to wait approx. 1 min. before the login prompt displays (but I see "Trying", "Connected" and "Escape character is '^]'" immediately).
>
>Launching "in.telnetd -debug" doens't work for me: it immediately asks to me username and password but no credentials are accepted (administrator, non-administrator, no user is accepted).
>
>On the contrary rlogin works properly (I always wait 5/6 seconds before the password prompt, but it works).
>
>Trying to better understand the problem I used File Monitor from sysinternals (www.sysinternals.com) a free tool that monitors access to file system by windows processes.
>
>All access made by telnet, telnetd, etc. seems to be ok, but I saw a suspect operation:
>
>process: System:1876
>operation: IRP_MJ_CREATE
>file: \\.terminfo\IPC$
>returncode: BAD NETWORK PATH
>other information: Attributes: N Options: OpenIf
>
>This operation is performed by System process every 3/4 seconds for several times.
>This does not happen for rlogin.
>
>Can anyone explation what does it means and if it can be correlated to our problem?
It's definitely correlated to your problem but I can't tell you what's
generating it specifically. You'll need to debug it more it seems.
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: inetd telnet slowness
@ 2002-10-14 3:28 Danilo Turina
2002-10-14 8:41 ` Larry Hall (RFK Partners, Inc)
0 siblings, 1 reply; 6+ messages in thread
From: Danilo Turina @ 2002-10-14 3:28 UTC (permalink / raw)
To: Bruce Dobrin, cygwin
I also have this problem since one or two months: when I try to telnet
to my win2k box from another host (or from the same machine) I have to
wait approx. 1 min. before the login prompt displays (but I see
"Trying", "Connected" and "Escape character is '^]'" immediately).
Launching "in.telnetd -debug" doens't work for me: it immediately asks
to me username and password but no credentials are accepted
(administrator, non-administrator, no user is accepted).
On the contrary rlogin works properly (I always wait 5/6 seconds before
the password prompt, but it works).
Trying to better understand the problem I used File Monitor from
sysinternals (www.sysinternals.com) a free tool that monitors access to
file system by windows processes.
All access made by telnet, telnetd, etc. seems to be ok, but I saw a
suspect operation:
process: System:1876
operation: IRP_MJ_CREATE
file: \\.terminfo\IPC$
returncode: BAD NETWORK PATH
other information: Attributes: N Options: OpenIf
This operation is performed by System process every 3/4 seconds for
several times.
This does not happen for rlogin.
Can anyone explation what does it means and if it can be correlated to
our problem?
-------------------------------------
Danilo Turina
Alcatel Optics OND Network Management
Rieti (Italy) - Phone: +39 746 600332
-------------------------------------
1 anno 6 mesi 5 giorni 53 minuti 58 secondi
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-10-15 15:38 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-09-06 14:23 inetd telnet slowness Bruce Dobrin
2002-10-14 3:28 Danilo Turina
2002-10-14 8:41 ` Larry Hall (RFK Partners, Inc)
2002-10-15 0:53 Danilo Turina
2002-10-15 2:02 Danilo Turina
2002-10-15 9:13 lhall
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).