Folks
I just installed a centos6 system on a 64-bit box. My methods include remote administration, using ssh from a windows machine. I use this method successfully on several Centos5 boxes and one Centos6 (32bit) machine as well. However, on this latest one, I get inconsistent results with ssh. This is a server, SELINUX is disabled, it's command line only, and I have installed sendmail, apache, vsftpd (but haven't used the last two yet). The machine is connnected internally only (behind NAT), so is invisible to the outside world.
In a successful use of SSH just after installing the needed software, I installed the DSA keys so no password is used. Subsequent to that, and at seemingly unpredictable frequent attempts, I get results such as
a) A successful SSH login as desired. Variious commands, sucn as "ls" and such, work fine. b) A successful login, but a write failure with whatever I enter next c) Connection refused d) A request for password (followed by failure)
I can't seem to connect these various errors with any activity on the server -- I'm monitoring /var/log/messages /var/log/secure and /var/log/audit/audit.log, on a terminal directly attached to the server.
The server, and my windows box (which is my admin box) are on the same internal IPV4 network (192.168.xxx.xxx), all controlled by a Centos5 gateway running just fine which provides DHCP and NAT when needed.
I haven't been able to correlate these failures with anything I do; there's no indication on the server that anything is happening. Of course, when the SSH login succeeds, there's a notation in the logs, but no evidence of the failures.
I tend to get "best" results after a bootstrap,
With no evidence of anything abnormal showing up in the logs, it's not clear where to look. I would appreciate some clues as to where to look next. The server seems to have functioning internet access through the gateway. I can easily redo the install if needed. The hardware was previously running Win7, so I suspect it's good hardware. It's a roll-you-own machine built with components from Fry's, so don't ask me for the model name :-)
I'd appreciate advice or guidance.
David Kurn
SOLUTION: (with embarrassment)
It turns out that one of the Ethernet switches in the path was not behaving properly. I removed it, and the problem disappeared. Sorry to have raised a red-flag ... the problem has been bugging me for 5 days and only today did I look at the switch.