Steven,
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 11 May 2000 20:58
> To: [EMAIL PROTECTED]
> Subject: Re: [SLUG] : weird telnet problem
>
>
>
>
>
> Evening all
>
> First, thank you to those who gave suggestions on possible fixes to my
> telnet problems. For those who don't remember I had a
> problem where telnet
> to a new RH box would die after 10 or 20 minutes.
>
> I only found the cause thanks to a power failure this morning
> which was
> long enough to flatten one of our UPS' batteries and cause several
> computers to reboot. There on the screen of an almost never
> used Win95 box
> in the corner of the office was the message "Address conflict
> with ....."
It's actually a shame that Linux doesn't do this check it self. I'm not sure
what Windows does but it may actually try and ARP for it's own address and
see if it gets a response. Maybe that is something that could be added to
the kernel to protect ifself in the event of another machine's misconfig or
deliberate attempt to spoof one's owm IP address. You could certainly do
this in a cron file as well.
>
> After many wasted hours trying to diagnose and fix the
> problem it took me 1
> minute to change the ip address and smack myself in the head numerous
> times.
>
> I don't know why the problem only manifested itself with
> telnet. I had
> copied several gigabytes of data to that machine via FTP.
> SSH sessions had
> stayed up for hours. Maybe they use some more resilient application
> protocol.
All these run over TCP, so they should be using the same functionality.
Whether a network app works or not in the face of two machines sharing an
address really comes down which machine is quicker at responding to ARP, and
how often the client wants to re-ARP for the address. Provided you have
continuous traffic between two machines, there is no need to re-ARP, hence
your FTP session staying up. As their is no continuous polling to maintain
the session in telnet ( I think??) then it's possible that your client
needed to ARP for the address again once the ARP entry in cache aged out.
>
> I still feel like an idiot.
Don't worry, we all do often enough!
>
> best regards
> Steven
>
Martin Visser
Technology Consultant - Compaq Services
Compaq Computer Australia
410 Concord Road
Rhodes, Sydney NSW 2138
Australia
Phone: +61-2-9022-5630
Mobile: +61-411-254-513
Fax:+61-2-9022-7001
Email:[EMAIL PROTECTED]
--
SLUG - Sydney Linux Users Group Mailing List - http://www.slug.org.au
To unsubscribe send email to [EMAIL PROTECTED] with
unsubscribe in the text
