Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!sol.ctr.columbia.edu!destroyer!news.itd.umich.edu!news.itd.umich.edu!not-for-mail From: pauls@terminator.rs.itd.umich.edu (Paul Southworth) Newsgroups: comp.os.386bsd.questions Subject: Re: Challenge Date: 8 Jul 1993 16:08:29 -0400 Organization: Information Technology Division, University of Michigan Lines: 56 Distribution: world Message-ID: <21hurt$5ko@terminator.rs.itd.umich.edu> References: <GSPIEGEL.127.742156302@bsa3.kent.edu> <21hqc6$l1@Germany.EU.net> NNTP-Posting-Host: terminator.rs.itd.umich.edu Keywords: cron In article <21hqc6$l1@Germany.EU.net> bs@Germany.EU.net (Bernard Steiner) writes: >In article <GSPIEGEL.127.742156302@bsa3.kent.edu>, GSPIEGEL@bsa3.kent.edu (Greg Spiegelberg) writes: >|> 3) I'd then like the cron file to automatically ftp to our ftp server >|> (which happens to get backed up regularly). >|> >|> I'm just not sure how I can get a script file to do the ftp bit. I can think of a couple ways: 1. join group operator, make /r[sw]d devices readable by operator, rsh and tar the file directly onto the target machine (assuming you can't rsh as root -- and shouldn't if you can -- and assuming that there may be some root-owned files to back up) One possible syntax provided by ade@psg.com ... tar cf - directory | rsh remote_system_with_drive_space dd of=tempfile 2. if you can make a cron job on the target machine, use a publicly available perl script to go snatch the tar file. you can use mirror.shar which is an archivers' mirror utility package available on src.doc.ic.ac.uk. If the target machine is a Sun you can set up this job easily (ie, without root access on the target machine). this would, however, require that the tar file be created and saved on the machine of origin, whereas option #1 doesn't require that you have the disk space on the machine of origin to save the tar file. 3. compile the "expect" scripting language and read the man pages. I'm not an expect user but I think it can do this. I think it might be on sites with full GNU mirrors (ie, prep.ai.mit.edu, wuarchive.wustl.edu) or you can archie it. >Use tftp instead. Okay, tftp is probably a security hole, but then there's >security by obscurity, right ? obscurity != security. >Create a directory on client and make it accessible to tftp read-only. >Put your dump in there. Use tftp on server to retrieve backup file from >client and put it on server. This also requires that you have enough space on the >Generate OK message on server. The perl mirroring script will send you an email message if successful and has extensive logging features. Very easy to use even by non-perl-users. >The program tftp reads from stdin instead of from tty, and it does indeed work >with sh scripts like tftp << EOF Recommend you turn off tftp if you haven't already, unless you're booting xterms.