By any other method - if you know of a quick command or open source method of doing what I am asking below - please fill me in. Has to be Windows based =/

I have an interal aggregation server that I need to copy/push files off of.. onto a bunch of servers via 1 batch of copies. Basically something like as follows:

xcopy "C:\filename.cfg" "\\xx.xxx.x.xx\c$\foldername"

simple enough... works fine within the domain here... but we have two other domains at off-site locations with machines I want to push this file to whenever I want/need as well.

Basically I am testing something that has 2 config files on one aggregation box that will change quite often over the next month or so... once the configs are updated, my service on the server-side will automatically detect the change and generate the output I need interally on the domain I sit on right now. So the problem is.. getting these two files sitting on this aggregation box out to roughly 90 servers split between 2 other domains on a whim.

I am sitting on domain X with the aggregation box.. 45 servers are on domain Y.. 45 on domain Z. The networks are all connected via T1 backbones and I can communicate with the servers.. but xcopy will constantly spit back "Invalid Drive Specification" unless I have specifically mapped a drive or have a live connection in explorer to the specific IP of the box I am trying to copy to (not feasible to map drives to 90 servers).

ANYWAY... it seems trivial to me in theory and I am sure there is a command, option, or something I am overlooking - but I am finally fed up with fuckin with it for now. So any suggestions are welcome.. but please not that most radical implementations of any software method probably won't be feasible.. especially if it means adjusting anything on the server-side.

5/19/2006 3:56:43 PM

xcopy is an absolutely horrible way to move data from one server to another. You REALLY need to look into outside software to do this securely.

5/19/2006 4:51:37 PM

dude... what is stopping you from just using an ftp program to copy the whole directory over....

I dont see why you wouldnt use that, but if there are reasons, then let it be known why..

5/19/2006 4:56:10 PM

because I can not FTP anything to these boxes - this is not a long-term thing... this is all being tunneled across our lines so I'm not worried about security really - I just need to get these 2 damn files from a directory full of a shitload of files from 1 server to the other - I don't care how so long as it works and does not require changing anything on the network or changing anything on the server-side.. the "aggregation server" can be changed with whatever software to distribute, etc... but like I said this is very short-term and not a normal means of distribution for any software here - just an internal project I am fucking with where I need to overwrite some configs in mid-runtime of a service occasionally and I can't just move 90 files by hand and xcopy is a bitch

5/19/2006 5:01:42 PM

or scp or sftp. something where your data isnt being transferred plaintext.

5/19/2006 5:02:08 PM

You tried robocopy yet?

[Edited on May 19, 2006 at 5:03 PM. Reason : too many replies quicker than me]

5/19/2006 5:02:18 PM

this is not a big project - i have zero security concerns - and i won't pay a dime to get it done.. this really is just more of an aggravation thing where i am very limited by my method of transport and I would prefer not to have to update this shit by hand while testing... in a couple weeks to a month those configs will never change.. ever..

^ I have not tried robocopy yet

again.. fuck security in this case - even if i gave you this file it wouldn't mean shit to me - it is just a test bed project in a huge fucking sandbox across 2 tunneled T1s - I don't care about making it perfectly secure or setup in some commercial product to manage builds, pushing files, or perfect transport methods.... I just need it done a few times whenever I want to push the button and make the change without having to touch the infrastructure or how the servers are setup

5/19/2006 5:06:37 PM

you tried a scheduled copy task with a batch file?

or using the windows backup/restore functionality + scheduled task?

5/19/2006 5:07:31 PM

^ yep - but I have a twist to try tomorrow - thanks for the tips/suggestions but I am in no way staying here in the office any longer today when I don't need to and I have better plans tonight

I honestly just figured there may be a way to jump the domain with creds supplied somewhere or map the network in a method I don't know (I am starting to hate Windows more and more) and then just run the lil xcopy crap and be done with it.. but hey - I'll wind up trying just about anything soon so I don't have to modify them by hand...

anyway - it is weekend time

5/19/2006 5:12:49 PM

the only way xcopy will work is 1, if their network security is shitty and they don't cap samba traffic at the subnet borders or 2, if you have a vpn you can authenticate to first, or can tunnel this over ssh. the second option will require cygwin at the very least. I would use something like scp or sftp. if you have access to all these client machines enough to write to them, login to them, and have them run wget and retrieve the files from a webserver. that could atleast be made somewhat secure.

5/19/2006 5:15:52 PM