Hi
This seems similar like the problem i head with several daemons:
some services (and it seems from what you wrote also telnetd) try to
reverse-lookup the connecting IP address, first in /etc/hosts and then
in DNS with the standard config and so if you do not have the IP of
Box-2 is not in /etc/ho
ssage -
From: "Luis Cano" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>;
Cc: ;
Sent: Tuesday, March 05, 2002 11:57 AM
Subject: RE: slow telnet and ftp connections
> Seguramente intentas hacer el telnet al nombre de la máquina, y al
> intentar hacer la resolución inversa, no
Seguramente intentas hacer el telnet al nombre de la máquina, y al
intentar hacer la resolución inversa, no existe en el DNS. Por eso
te va lento.
La solución sería meter el nombre de tu máquina en la zona de resolución
inversa.
Otra opción, para detectar si ese es realmente el problema, es meter
I've found that some applications rely on the /etc/hosts file else they are
really slow to kick in. swat is a great example of this. Make sure your
windows machines are referenced in there and see if that helps it.
I have pseudo-static IPs for all my machines (constant DHCP), so it's not a
problem
[EMAIL PROTECTED] wrote:
>
> My System:
> potato with the security updates.
> proftpd
> telnetd
>
> My Problem:
> telnet and ftp (local network) connections to my server from win clients
> (CUTE FTP, MSIE, Putty ...) are very slow:
> The Telnet running is not slow when connection is done, so the
On Tue, 30 Oct 2001, dman wrote:
(snip)
> What is the solution? Is it a good idea to open up 'ident' in the
> firewall?
I think so, yes. Alternatively, can you have your firewall at least send
an ICMP reply to say that the packet was dropped? (like the difference
between DENY and REJECT with ipch
On Tue, Oct 30, 2001 at 10:10:30AM -0500, Mark Carroll wrote:
| On Tue, 30 Oct 2001, Erik van der Meulen wrote:
| (snip)
| > right away, but it takes almost a minute to continue to the login prompt.
| (snip)
|
| Do DNS lookups of uncached hostnames from that box happen slowly too?
|
| Could it ha
On Tue, 2001-10-30 at 15:27, Erik van der Meulen wrote:
> Hi group - I have seen this asked (and answered) years ago, but am
> unable to reproduce the solution.
> If I telnet to a new (Debian unstable) box, I get:
>
> Connected to junior.avondel.nl
> Escape character is '^]'.
>
> right away,
On Tue, 30 Oct 2001, Erik van der Meulen wrote:
(snip)
> right away, but it takes almost a minute to continue to the login prompt.
(snip)
Do DNS lookups of uncached hostnames from that box happen slowly too?
Could it have anything to do with it trying to do an ident check on the
person connecting
Hi Goetzke!
> Some of my co-workers have had good luck using ssh with maximum
> compression over a dial-up link instead of telnet. I don't know if
> that's possible for you, but it's something to consider.
>
> Although there is probably a more fundamental problem that should be
> addressed.
Tha
On Fri, 22 May 1998, Jens B. Jorgensen wrote:
> Ahhh yes. Once again we are reminded that bandwidth != latency. Is the
> response
> time slow even when telnet is the only thing running over the wire?
Yes it is
regards,
Ulisses
--
> -Original Message-
> From: Ulisses Alonso [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 22, 1998 6:22 AM
> To: debian-user@lists.debian.org
> Cc: recipient list not shown
> Subject: slow telnet over ppp (28800 bps)
>
>
> Hi all,
>
> using http to a remote host works ok, but telneting t
Ahhh yes. Once again we are reminded that bandwidth != latency. Is the response
time slow even when telnet is the only thing running over the wire?
Ulisses Alonso wrote:
> Hi all,
>
> using http to a remote host works ok, but telneting to the same host
> is horrible slow and not quite interactive
13 matches
Mail list logo