Check to make sure the NIC on the server is not auto-negotiating the wrong
speed or duplex

-steve

--
Steve Wiser
President
Specialized Business Software
6325 Cochran Road, Unit 1
Solon, OH 44139

www.specializedbusinesssoftware.com
www.docunym.com
(440) 542-9145 - fax (440) 542-9143
Toll Free: (866) 328-4936

On Thu, Oct 20, 2011 at 7:46 AM, Norman Dunbar <Norman@...>wrote:

> **
>
>
> John,
>
>
> On 20/10/11 12:18, gwc8182 wrote:
>
> > Took the client's server back for testing and unsurprisingly the problem
> could not be reproduced anymore at my office.
> Ok, there's a clue there. The network at the customer site. Well, the
> infrastructure at the customer site.
>
>
> > Going to perform few test on the server before deciding to reformat the
> server.
> Reformat the server is a tad drastic. Sounds like a Microsoft Certified
> Engineer type thing! <duck and runs> ;-)
>
> There is, I'd bet, a network configuration somewhere that's causing this.
>
> Have you tried, as was suggested, leaving a couple of ssh sessions (or
> something else that connects and then sits idle) open, but idle, to see
> if they disconnect as well?
>
> I'd be willing to bet that a reformat of the server will not solve the
> problem unless you reinstall Windows (?) and reconfigure it to not kill
> dead connections.
>
> The links I gave in my previous reply might give you a clue as to where
> to look for the setting.
>
>
> Cheers,
> Norm.
>
> --
> Norman Dunbar
> Dunbar IT Consultants Ltd
>
> Registered address:
> Thorpe House
> 61 Richardshaw Lane
> Pudsey
> West Yorkshire
> United Kingdom
> LS28 7EL
>
> Company Number: 05132767
>
>
>
>
> This message and any files transmitted with it may contain information that
> is privileged, confidential, and exempt from disclosure under applicable
> law. They are intended solely for the use of the intended recipient. If
> you are not the intended recipient, distributing, copying, disclosing, or
> reliance on the contents of this communication is strictly prohibited. If
> this has reached you in error, kindly destroy this message and notify the
> sender immediately. Thank you for your assistance.
>
> We attempt to sweep harmful content (e.g. viruses) from e-mail and
> attachments, however we cannot guarantee their safety and can accept no
> liability for any resulting damage. The recipient is responsible to verify
> the safety of this message and any attachments before accepting them.
>


[Non-text portions of this message have been removed]