-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Williams, Jeff wrote:
>One thing I did find out and maybe someone can give me some insight to this >one. Once when trying rcp and having lots of nodes go to one server to >push their files, after a few minutes inetd reported that too many >connections where encountered and it shutdown for about 5 minutes due to a >denial of service attack. I certainly hope that you control your DNS, and that you're firewalled. This is giving me the creeps. ;-) To answer your question, ssh can use inetd, but doesn't by default, and shouldn't. It's therefore not subject to the limitations of inetd. >With nfs I constantly see errors in the messages file about nfs server not >responding and then immediately it says it found the nfs server. To me this >sounds like broadcast traffic... nfs can be flaky in a multiplatform or multi-nfs-version environment. You didn't elaborate on that, so dunno. >Right now, we have many scripts that utilize all four methods if you include >scp. I'm just trying to get things more in sync and try to use one method >that would be best. - From what you've told us, I think you sound like a great candidate for rsync over ssh. It's a platform-independent solution, and rsync's advantage is that it only (if configured as such) transfers diffs, which cuts way down on traffic. Running it with ssh as the transport keeps everything secure. I do note that I've had some problems with rsync which may have been related to incremental backups on ext3, so if that applies to you, watch it carefully. (Chris, the corrupted files never came back after I added -W ...) Cheers -d - -- David Talkington PGP key: http://www.prairienet.org/~dtalk/0xCA4C11AD.pgp - -- http://setiathome.ssl.berkeley.edu/pale_blue_dot.html -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Made with pgp4pine 1.75-6 iQA/AwUBPHUpM79BpdPKTBGtEQLGLwCfZ3W9xXmzwya3snnX18SaQKwosGQAoIU/ 6qQlrW0r22i+vlUdG8hOPSj6 =Asbu -----END PGP SIGNATURE----- _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
