Hi, Phillipe,
I can now telnet and ftp into jonesy, the sluggish machine, from all
three machines including jonesy itself. But still, trying to reach
other machines from jonesy is very slow. I've checked every
configuration file I can think of:
/etc/hosts
/etc/host.conf
/etc/hosts.allow
/etc/resolv.conf
'netstat -rn'
Is there anything else I should check? By the way, nfs is running on
these three machines just fine. Thanks,
Hidong
Philippe Moutarlier wrote:
>
> Well, I don't really know here.
> Obviously, the etc/host.conf you had before could lead to
> delay since it was trying to resolve name through DNS first and since
> you local network is private ...
>
> Now, if your "sluggish" machine is configured right, it should not have any trouble
> connecting to its own IP ! This pb is really different as it is not related to name
> resolution....
>
> .... well, it might though since sometimes it looks like telnet resolves name from
>ip and then looks
> for the ip corresponding to the name !!! This is definitely something I
>experienced without understanding why it happens : I try to telnet to an IP which I
>don't have in my etc/hosts : it hangs forever.
> If I add the machine name to my /etc/hosts : works fine.
>
> Now, if somebody out there can explain this to me ....???
>
> Philippe
>
>
> Hidong Kim <[EMAIL PROTECTED]> writes:
>
> > Hi, Philippe,
> >
> > I don't think I'm using DNS on that machine. How could I check if I
> > am? We have just a small network of three Linux Red Hat 6.0 machines,
> > and a few Windows machines. All of the hosts are in /etc/hosts, like
> > this:
> >
> > 127.0.0.1 localhost localhost.localdomain
> > 192.168.1.13 jonesy.emeraldbiostructures.com jonesy
> >
> > 192.168.1.11 weaver.emeraldbiostructures.com weaver
> > 192.168.1.12 ripley.emeraldbiostructures.com ripley
> >
> > 192.168.1.2 sapphire.emeraldbiostructures.com sapphire
> > 192.168.1.3 kaizen.emeraldbiostructures.com kaizen
> > 192.168.1.6 picard.emeraldbiostructures.com picard
> >
> > One of the Linux machines (not the one that's sluggish in making
> > connections), is running IP masquerading. When this machine is
> > connected to our isp, all other machines access the isp's dns server.
> > The Linux machines all have /etc/resolv.conf like this:
> >
> > search nwrain.com
> > nameserver 205.134.220.38
> > nameserver 205.134.220.37
> >
> > where nwrain.com is our isp. Do the non-gateway machines need
> > /etc/resolv.conf? Thanks,
> >
> >
> >
> > Hidong
> >
> >
> >
> > Philippe Moutarlier wrote:
> > >
> > > Are you using DNS ?? If yes, maybe the DNS server stopped working suddenly ....
> > > and the file has always been this way.
> > >
> > > Philippe
> > >
> > > Zaigui Wang <[EMAIL PROTECTED]> writes:
> > >
> > > > Just wondering how come such a file became improper suddently?
> > > >
> > > > On Mon, 10 Jan 2000, Hidong Kim wrote:
> > > >
> > > > > Hi, Chuck and Philippe,
> > > > >
> > > > > Thanks for the info. I didn't have the proper /etc/host.conf. Now it's
> > > > > working fine. Thanks!
> > > > >
> > > > >
> > > > >
> > > > > Hidong
> > > > >
> > > > >
> > > > >
> > > > > Philippe Moutarlier wrote:
> > > > > >
> > > > > > It might be that the machines are trying to use DNS for connecting and
> > > > > > somehow your primary DNS server doesn't work properly.
> > > > > >
> > > > > > Only when it times out on the first, it goes to the second which might
>work better.
> > > > > > Once the name is resolved, things are going OK.
> > > > > >
> > > > > > To check that you can :
> > > > > >
> > > > > > - give the IP directly to the connection
> > > > > >
> > > > > > - add the name/IP of your local machines to /etc/hosts and make sure your
>/etc/host.conf reads:
> > > > > >
> > > > > > order hosts,bind
> > > > > >
> > > > > > - try to ping you primary DNS server.
> > > > > >
> > > > > > Philippe
> > > > > >
> > > > > > Hidong Kim <[EMAIL PROTECTED]> writes:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > My network of three Linux Red Hat 6.0 machines has become very slow all
> > > > > > > of the sudden. When I try to telnet or ftp between the machines, it
> > > > > > > takes about a minute for the login prompt to come up. When it does come
> > > > > > > up and I log in, working in the remote session seems to go at normal
> > > > > > > speed. It seems like making that initial connection is really slow. I
> > > > > > > also see this in netscape. When I launch netscape, the browser window
> > > > > > > comes up quick. But then when I click a link or click to check e-mail,
> > > > > > > netscape hangs for about a minute before the next window comes up.
> > > > > > > After this initial slowness, things seem fine. What could be the reason
> > > > > > > for this initial slowness to make network connections? Here's the
> > > > > > > /etc/hosts.allow and /etc/hosts.deny for all three machines:
> > > > > > >
> > > > > > > #
> > > > > > > # hosts.allow This file describes the names of the hosts which are
> > > > > > > # allowed to use the local INET services, as decided
> > > > > > > # by the '/usr/sbin/tcpd' server.
> > > > > > > #
> > > > > > >
> > > > > > > in.telnetd :LOCAL
> > > > > > > in.ftpd :LOCAL
> > > > > > >
> > > > > > >
> > > > > > > #
> > > > > > > # hosts.deny This file describes the names of the hosts which are
> > > > > > > # *not* allowed to use the local INET services, as decided
> > > > > > > # by the '/usr/sbin/tcpd' server.
> > > > > > > #
> > > > > > > # The portmap line is redundant, but it is left to remind you that
> > > > > > > # the new secure portmap uses hosts.deny and hosts.allow. In particular
> > > > > > > # you should know that NFS uses portmap!
> > > > > > >
> > > > > > > #ALL: ALL
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Thanks,
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Hidong
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > > > > > > as the Subject.
> > > > > >
> > > > > > --
> > > > > > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > > > > > as the Subject.
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > > > > as the Subject.
> > > > >
> > > > >
> > > >
> > > > ------
> > > >
> > > > | Zaigui Wang |
> > > > | www.cs.siu.edu/~wang|
> > > > | 618-453-6033(office)|
> > > > /////////////////////////
> > > >
> > > >
> > > > --
> > > > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > > > as the Subject.
> > >
> > > --
> > > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > > as the Subject.
> >
> >
> > --
> > To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> > as the Subject.
>
> --
> To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> as the Subject.
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
