Hi,

05.01.2008 11:35,, Lars Köller wrote::
> Hi Arno,
> 
> thanks for your suggestions!
> 
> Arno Lehmann schrieb:
> 
> 
>>> I'm looking for a solution to backup my Windows Professional Laptop over 
>>> multiple network adapters (LAN and WLAN) with different IP addresses.
>> Tricky... sometimes.
> 
> Yes, it seems so ;-)
> 
>> As I suppose the two network adapters are in different networks, you'd 
>> need a secondary IP address for the client in Bacula - that's not 
>> possible currently.
> 
> No they are in the same subnet.

Oh... a network setup which I find problematic...

>>> Another solution would be the possibility to configure more than one IP 
>>> address in bacula for an client and the director tries to connect to them.
>> Exactly :-)
>>
>> I see two possible approaches.
>>
>> The one I usually use is to use dynamic DNS updates with the DHCP 
>> server, so that my notebook always has the same DNS name assigned, 
>> independent of its IP address. In the DIR configuration, I then use 
>> the FQDN as the address.
> 
> Hmm, dynamic update is working, but when I'm connected per wire both 
> network adapters are active ... I think this will not work, cause static 
> IP assignment for different MAC accresses leads to some trouble inside 
> the DHCP server.

Yes... that's a difficult situation. I don't know of a way to achieve 
this, but you could try to set up a CNAME record that gets updated to 
point to the currently active A record, i.e. when the wired IP address 
is assigned let it point there, otherwise point it to the WLAN A 
record. Probably quite complicated :-)

>> The other possible solution is more fun:
>> Set up a run before job to ping the client. Also set up a retry 
>> interval etc.
>>
>> The run before script could, if the ping fails, change the DIR 
>> configuration to use the next possible address and use bconsole to 
>> trigger a configuration reload.
>>
>> The DIR would retry that job later, with the new IP address.
>>
>> A bit of shellscript and possibly AWK would be necessary... unless you 
>> include the client configuration with the @-operator and, for example, 
>> only swap through the possible configuration files.
>>
>> Rather simple, now that I think about it :-)
> 
> Yes, but it seems so simple, that trouble from Murphy will come with it, 
> too ;-)

Sure, but once you've got these problems resolved it might be a nice 
solution. Will be fun anyway ;-)

> I hope Kern would be able to schedule a solution into the roadmap of 
> bacula for more than one IP or FQDN for a client.

Perhaps this could becoma a feature request, though I suspect that 
would be low on the priority list.

Arno

> Best regards
> 
> Lars
> 

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to