Yeah, I share a FS using samba and mount the connection at work. Then I set up iptables to only allow the ip/subnet of my work and home to allow the samba and related ports access so it is secure... This has worked very well. No need for VPN :-P
Besides, I have a VPN connection and because of tunneling, the transfer of large files are rather slow (About 1/2 the actual speed or more because of encapsulation). The line is incredibly stable for the two links. The transfer speed is about 69.5k/s consistently. I though about doing the math myself, that way I could get a round about idea of when it would be done, I just though there might be an easier way. Thanks Joe On Sat, 2003-03-29 at 19:10, Jeff Kinz wrote: > On Sat, Mar 29, 2003 at 06:57:04PM -0700, Joe Giles wrote: > > Well, nothing is failing. I just want to know how long I have to wait to > > copy a file from one server to another so I can retrieve that file and > > work with it. The file is a little over 400 megs and the link is a dsl > > link (640 x 256). So I just wish to know a round about time it will > > finish. I suppose I can ftp it so I can see a status.. > > This is getting interesting. You're mounting a file system onto your local > machine across a dsl line? > > How variable have the speeds been across this link? With a little bit of data > we can whip up a shell script that will calculate how long it will take for > the file to go over, tell you how long and then start the cp by itself. > > If the speeds have been highly variable then another approach is called for. > > There were a few file transfer utilities that were designed to copy files > across comms links that did give periodic status indicators, like echoing > dots to the screen. > > How about uucp? or Kermit? > > > > > > > On Sat, Mar 29, 2003 at 04:52:10PM -0700, Joe Giles wrote: > > > > Is there a way to get the 'cp' command to display some kind of status > > > > that the copy is happening. Like hash marks or something... > > > > > > > > Its gets frustrating when copying large files from one location to > > > > another and not seeing any progress. > > -- > Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] > copyright 2003. Use is restricted. Any use is an > acceptance of the offer at http://www.kinz.org/policy.html. > Don't forget to change your password often. > > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
