[MacTUG] Time Machine, OS X Servers and subnets

[Mike Patterson]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm not sure what you're thinking here, but if both networks you're
thinking of are 129.97.x.y you run a chance of creating a layer 2 loop
and causing an outage on the campus network.

Tread lightly with machines that have two network interfaces.  :-)

Before considering this, I'd talk to your local network admin, assuming
that's not yourself.

Apologies if I'm teaching my grandmother how to suck eggs here, just
wanted to head off potential Real Badness at the pass.

On 23/11/09 2:16 PM, Donald Duff-McCracken wrote:
> That is a good idea Glenn, I did not know they had those!
> 
> While 100mb is not great, I could put it on the secondary subnet that
> only had a few users on it, and there is something to be said for not
> having a backup server hogging the bandwidth anyhow ;-)
> 
> 
> On 09-11-23 2:12 PM, "Glenn Anderson" <anderson at uwaterloo.ca> wrote:
> 
> Don,
> 
> I don't know if this offers a solution or not, but one can plug in an
> Apple USB ethernet adapter ( $29) into the mini and get a second
> ethernet port. Note: I am not sure if one can put in more than one of
> these devices.
> 
> This will allow the mini to be "on" two sub-networks and thus I think
> advertising it's services over both sub-networks. I can't guarantee
> this, but it might be worth a try... if it works maybe this is a good
> solution in some cases.
> 
> Note: I believe the USB adapter is limited to 100 mb, but so likely
> is the subnet one has the macs on anyways so it may not be that much
> of an issue.
> 
> 
> On 23-Nov-09, at 1:23 PM, Donald Duff-McCracken wrote:
> 
> Hi
> 
> I got my first little mac mini server, boy is it cute! I am going to
> be using this one for deployment, but I will likely get others for
> time machine backup.
> 
>> From my experiences so far, Time machine on the client cannot
>> discover the server when it is on a different subnet. (It is dead
>> simple on the same subnet, however.)
> 
> However, for macs on a different subnet this seems to work:
> 
> 
> 1.  mount the server partition that I am backing up (the server
> titles it “Backups”) to. You do NOT need to tell keychain to remember
> the password 2.  tell Time Machine to use that partition and
> authenticate onto that partition. (I am guessing it keychains this
> authentication) 3.  at this point when Time Machine starts it mounts
> the the “Time Machine Backups” directory from the “Backups” partition
> does its magic and goes away. While I am not keen on the fact that it
> visibly mounts the directory — when Time Machine is used from a
> machine on the same subnet that was setup automatically, it does not
> visibly mount it. 4.
> 
> I have tried restarting the  client and doing a Time Machine backup
> and it seems to work fine. The only real downsides with this method
> are: A) I would likely need to set this up for most users. B) It has
> the backup partitions being a bit more visible during the backup
> process.
> 
> While I initially was a bit more concerned about security as the
> Backups partition of the server is being mounted, it looks like the
> becomes a partition that anyone remotely backing up via Time Machine
> can access — Time Machine is just hiding things a bit more. Has
> anyone been playing with this yet, or give feedback on my methods
> (esp with regards to security issues)? I will probably wind up with a
> couple of these backup servers for the main subnets with clients on
> them, but I will have a few folks on oddball subnets that I will
> likely need to connect.
> 
> don ------------------------------------ Donald Duff-McCracken 
> Technical Services Manager Mapping, Analysis & Design Faculty of
> Environmental Studies University of Waterloo (519) 888-4567 x32151 
> http://www.fes.uwaterloo.ca/computing/people/don.html ------------ To
> request help from MAD please us Request Tracker. For info see:
> http://www.fes.uwaterloo.ca/computing/faculty_staff/ ------------ 
> This email communication is intended as a private communication for
> the sole use of the primary addressee and those individuals listed
> for copies in the original message. The information contained in this
> email is private and confidential and If you are not an intended
> recipient you are hereby notified that copying, forwarding or other
> dissemination or distribution of this communication by any means is
> prohibited.  If you are not specifically authorized to receive this
> email and if you believe that you received it in error please notify
> the original sender immediately.
> 
> 
> 
> _______________________________________________ MacTUG mailing list 
> MacTUG at lists.uwaterloo.ca 
> https://lists.uwaterloo.ca/mailman/listinfo/mactug
> 
> 
> 
> ------------------------------------ Donald Duff-McCracken Technical
> Services Manager Mapping, Analysis & Design Faculty of Environmental
> Studies University of Waterloo (519) 888-4567 x32151 
> http://www.fes.uwaterloo.ca/computing/people/don.html ------------ To
> request help from MAD please us Request Tracker. For info see:
> http://www.fes.uwaterloo.ca/computing/faculty_staff/ ------------ 
> This email communication is intended as a private communication for
> the sole use of the primary addressee and those individuals listed
> for copies in the original message. The information contained in this
> email is private and confidential and If you are not an intended
> recipient you are hereby notified that copying, forwarding or other
> dissemination or distribution of this communication by any means is
> prohibited.  If you are not specifically authorized to receive this
> email and if you believe that you received it in error please notify
> the original sender immediately.
> 
> 
> 
> 
> 
> 
> _______________________________________________ MacTUG mailing list 
> MacTUG at lists.uwaterloo.ca 
> https://lists.uwaterloo.ca/mailman/listinfo/mactug


- -- 
My grandfather on why he has no computer in his house: "it's just a
passing fad." I'm feeling less and less of an urge to beg to differ
with him.  - Omri Schwarz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAksK4a8ACgkQrqw9H9F0mCSFiACfYHqOenIZ5dBn3H16ZVywkQtk
044An3S225tCErvFRNOnrv/keghLqet+
=7tdF
-----END PGP SIGNATURE-----