Hello, Thanks for the patch. It looks very clean. So that I can completely understand this patch, can you give me a pratical example of a Bacula configuration that uses it, and explain with IP addresses what is different?
We are a couple of weeks from releasing 3.0, so this will not go in to it. However, as I hope to announce "officially" this weekend, the project will be moving to a faster release cycle, so this should be out in user's hands relatively quickly. Finally, would you please visit the www.bacula.org -> FSFE License page, fill out two copies of the FLA, sign them, and send them into the Zurich address? Thanks again for the patch, Kern On Thursday 26 March 2009 19:14:30 Steve Polyack wrote: > I've created a patch that causes Bacula directors and file daemons to > bind to one of their listen addresses before initiating an outgoing > connection. When working in an heavily firewalled environment, this is > the desired behavior (all Bacula traffic will be coming and going on one > IP address). This allows for true separation of Bacula onto a separate > address for backup servers which have interfaces facing both a backup > network and a management network. > > You can read about the issue in this (and other similarly named) thread > http://www.mail-archive.com/[email protected]/msg15640.htm >l from 2006. More information here: > http://www.mail-archive.com/[email protected]/msg15776.htm >l > > Please feel free to criticize this. I'm willing to make necessary > changes to get this taken upstream. I thought about creating a separate > Dir and FD config resource, but it would require a lot of additional code. > > I've also taken the liberty to apply an existing comment wherever I came > across it: > /* > * This is the "old" way of opening a connection. The preferred way is > * now to do what this subroutine does, but inline. That allows the > * connect() call to return error status, ... > */ > BSOCK *bnet_connect(JCR * jcr, int retry_interval, utime_t > max_retry_time, ... ------------------------------------------------------------------------------ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
