[MacTUG] Time Machine, OS X Servers and subnets

[Glenn Anderson]

If you want to borrow one of these adapters to try things out, I have  
one at home that you can borrow for a short while.

On 23-Nov-09, at 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:
>>>
>>> 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
>>> tell Time Machine to use that partition and authenticate onto that  
>>> partition. (I am guessing it keychains this authentication)
>>> 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.
>>>
>>>
>>>  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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.uwaterloo.ca/pipermail/mactug/attachments/20091123/4f005551/attachment.html