Re: [Bacula-users] Problem with backing up over the internet
Mateus Interciso napsal(a):
> On Tue, 23 Oct 2007 12:37:13 +, Mateus Interciso wrote:
>
>> On Mon, 22 Oct 2007 17:28:40 +, Mateus Interciso wrote:
>>
>>> On Mon, 22 Oct 2007 19:19:34 +0200, Radek Hladik wrote:
>>>
Mateus Interciso napsal(a):
> On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
>
>> On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
>>
>>> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>>>
Hi there,
On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
> You can do this even if the SD is inside your firewall, you'll
> need port forwarding or a proxy on the firewall then. With
> separate DNS zones inside and outside, resolving the SD hostname
> either as the internal or the external IP, this can be seamlessly
> integrated with your internal Bacula setup.
>
> Arno
I think in this case, /etc/hosts is your friend :-)
Configure your storage daemon with a hostname, and specify that
hostname in /etc/hosts to be either the internal or the external
address, as required. And you don't need to return different
results from your internal DNS server. Dead simple and works well.
HTH,
Cheers,
Vik
--
My other sig is hilarious
> -
This SF.net email is sponsored by: Splunk Inc. Still grepping
through log files to find problems? Stop. Now Search log events
and configuration files using AJAX and a browser. Download your
FREE copy of Splunk now >> http://get.splunk.com/
>>> Ok, but how do I configure the storage daemon with a hostname?
>>>
>>>
>>>
>>>
>>>
> -
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping
>>> through log files to find problems? Stop. Now Search log events
>>> and configuration files using AJAX and a browser. Download your
>>> FREE copy of Splunk now >> http://get.splunk.com/
>> Sorry, I should have sayd more...
>> when I try to put the Address config on the sd, like this:
>>
>> Storage { # definition of myself
>> Name = test-sd
>> Address = Storage-Server
>> SDPort = 9103 # Director's port WorkingDirectory
>> = "/var/lib/bacula"
>> Pid Directory = "/var/run"
>> Maximum Concurrent Jobs = 20
>> }
>>
>> I get this error when I start bacula-sd
>>
>> 22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
>> error: Keyword "Address" not permitted in this resource. Perhaps you
>> left the trailing brace off of the previous resource.
>> : line 15, col 10 of file /etc/bacula/bacula-sd.conf
>> Address = Storage-Server
>>
>> :(
>>
>> Mateus
>>
>>
>>
>>
>>
> -
>> This SF.net email is sponsored by: Splunk Inc. Still grepping
>> through log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE
>> copy of Splunk now >> http://get.splunk.com/
> I've just managed to make the backups run across the internet. I'm
> really thankfull for all of you guys :d Fiddling a little with the
> /etc/hosts and the firewall...it worked perfectly :D Now is just
> making it secure...thanks a lot guys :D
>
I would suggest you OpenVPN. It is easy to setup, there is a lot of
howtos on the net and it will solve all NAT problems. OpenVPN is for
both Windows and Linux and all it needs is one port on public IP. We
use it for backing up remote servers and it works like a charm.
Basically you need to install OpenVPN server in your office and
OpenVPN clients on all your clients. OpenVPN will create new
"ethernet" devices which are connected all together. You then setup
some private IPs on this virtual network and use them in bacula
configuration.
Radek
> -
This SF.net email is sponsored by: Splunk Inc. Still grepping through
log files to find problems? Stop. Now Search log events and
configuration files using AJAX and a browser. Download your FREE copy
of Splunk now >> http://get.splunk.com/
>>>
>>> Interesting...I'll take a look at it...thanks a lot once again. :D
>>>
>>> Mateus
>>>
>>>
>>>
> -
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>>> log files to
Re: [Bacula-users] Problem with backing up over the internet
On 10/23/07, Mateus Interciso <[EMAIL PROTECTED]> wrote: > I'm looking at it right now, will this help to get rid of the Broken Pipe > as well? Or I am going completly nuts? > Thanks I don't know. > One more thing. Once I have setted up the VPN, and everything is working > (on the vpn), all I need to do is to connect the vpn, set the vpn ip on > the bacula-dir, and start the job and hope it'll work right? Depends on how you configure it, but roughly the VPN is just a network link. Set the route for the remote client to be over that link (the VPN) and let basic networking take care of the rest :) You really need to follow those details up on the OpenVPN mailing list (after having read the fine manual). -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Tue, 23 Oct 2007 14:20:28 +0100, Rob MacGregor wrote: > On 10/23/07, Mateus Interciso <[EMAIL PROTECTED]> wrote: <---SNIP---> >> Also, is there a way to create a OpenVPN tunnel with two diferent ip >> networks? > > Yes - routed mode (instead of bridged mode). > >> For instance...let's say the internal network I'm working has the ip >> 192.168.1.15 as my client, and the serve I wan to access has the ip >> 10.0.0.7, is there a way to create a tunnel between those two? I was >> reading the OpenVPN manual...and they don't let it that clear. > > Just use routed mode. I've set this up many times and it "just works". > The HowTo's on the OpenVPN site will walk you through this. One more thing. Once I have setted up the VPN, and everything is working (on the vpn), all I need to do is to connect the vpn, set the vpn ip on the bacula-dir, and start the job and hope it'll work right? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Tue, 23 Oct 2007 14:20:28 +0100, Rob MacGregor wrote: > On 10/23/07, Mateus Interciso <[EMAIL PROTECTED]> wrote: <---SNIP---> >> Also, is there a way to create a OpenVPN tunnel with two diferent ip >> networks? > > Yes - routed mode (instead of bridged mode). > >> For instance...let's say the internal network I'm working has the ip >> 192.168.1.15 as my client, and the serve I wan to access has the ip >> 10.0.0.7, is there a way to create a tunnel between those two? I was >> reading the OpenVPN manual...and they don't let it that clear. > > Just use routed mode. I've set this up many times and it "just works". > The HowTo's on the OpenVPN site will walk you through this. I'm looking at it right now, will this help to get rid of the Broken Pipe as well? Or I am going completly nuts? Thanks mateus - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On 10/23/07, Mateus Interciso <[EMAIL PROTECTED]> wrote: <---SNIP---> > Also, is there a way to create a OpenVPN tunnel with two diferent ip > networks? Yes - routed mode (instead of bridged mode). > For instance...let's say the internal network I'm working has the ip > 192.168.1.15 as my client, and the serve I wan to access has the ip > 10.0.0.7, is there a way to create a tunnel between those two? I was > reading the OpenVPN manual...and they don't let it that clear. Just use routed mode. I've set this up many times and it "just works". The HowTo's on the OpenVPN site will walk you through this. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Tue, 23 Oct 2007 12:37:13 +, Mateus Interciso wrote:
> On Mon, 22 Oct 2007 17:28:40 +, Mateus Interciso wrote:
>
>> On Mon, 22 Oct 2007 19:19:34 +0200, Radek Hladik wrote:
>>
>>> Mateus Interciso napsal(a):
On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
> On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
>
>> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>>
>>> Hi there,
>>>
>>> On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>>>
You can do this even if the SD is inside your firewall, you'll
need port forwarding or a proxy on the firewall then. With
separate DNS zones inside and outside, resolving the SD hostname
either as the internal or the external IP, this can be seamlessly
integrated with your internal Bacula setup.
Arno
>>> I think in this case, /etc/hosts is your friend :-)
>>>
>>> Configure your storage daemon with a hostname, and specify that
>>> hostname in /etc/hosts to be either the internal or the external
>>> address, as required. And you don't need to return different
>>> results from your internal DNS server. Dead simple and works well.
>>>
>>> HTH,
>>>
>>> Cheers,
>>> Vik
>>> --
>>> My other sig is hilarious
>>>
>>>
>>>
>>>
>>>
>
-
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping
>>> through log files to find problems? Stop. Now Search log events
>>> and configuration files using AJAX and a browser. Download your
>>> FREE copy of Splunk now >> http://get.splunk.com/
>> Ok, but how do I configure the storage daemon with a hostname?
>>
>>
>>
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping
>> through log files to find problems? Stop. Now Search log events
>> and configuration files using AJAX and a browser. Download your
>> FREE copy of Splunk now >> http://get.splunk.com/
> Sorry, I should have sayd more...
> when I try to put the Address config on the sd, like this:
>
> Storage { # definition of myself
> Name = test-sd
> Address = Storage-Server
> SDPort = 9103 # Director's port WorkingDirectory
> = "/var/lib/bacula"
> Pid Directory = "/var/run"
> Maximum Concurrent Jobs = 20
> }
>
> I get this error when I start bacula-sd
>
> 22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
> error: Keyword "Address" not permitted in this resource. Perhaps you
> left the trailing brace off of the previous resource.
> : line 15, col 10 of file /etc/bacula/bacula-sd.conf
> Address = Storage-Server
>
> :(
>
> Mateus
>
>
>
>
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping
> through log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE
> copy of Splunk now >> http://get.splunk.com/
I've just managed to make the backups run across the internet. I'm
really thankfull for all of you guys :d Fiddling a little with the
/etc/hosts and the firewall...it worked perfectly :D Now is just
making it secure...thanks a lot guys :D
>>> I would suggest you OpenVPN. It is easy to setup, there is a lot of
>>> howtos on the net and it will solve all NAT problems. OpenVPN is for
>>> both Windows and Linux and all it needs is one port on public IP. We
>>> use it for backing up remote servers and it works like a charm.
>>>
>>> Basically you need to install OpenVPN server in your office and
>>> OpenVPN clients on all your clients. OpenVPN will create new
>>> "ethernet" devices which are connected all together. You then setup
>>> some private IPs on this virtual network and use them in bacula
>>> configuration.
>>>
>>> Radek
>>>
>>>
>>>
>
-
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>>> log files to find problems? Stop. Now Search log events and
>>> configuration files using AJAX and a browser. Download your FREE copy
>>> of Splunk now >> http://get.splunk.com/
>>
>>
>> Interesting...I'll take a look at it...thanks a lot once again. :D
>>
>> Mateus
>>
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy
>
Re: [Bacula-users] Problem with backing up over the internet
On Mon, 22 Oct 2007 17:28:40 +, Mateus Interciso wrote:
> On Mon, 22 Oct 2007 19:19:34 +0200, Radek Hladik wrote:
>
>> Mateus Interciso napsal(a):
>>> On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
>>>
On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>
>> Hi there,
>>
>> On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>>
>>> You can do this even if the SD is inside your firewall, you'll
>>> need port forwarding or a proxy on the firewall then. With
>>> separate DNS zones inside and outside, resolving the SD hostname
>>> either as the internal or the external IP, this can be seamlessly
>>> integrated with your internal Bacula setup.
>>>
>>> Arno
>> I think in this case, /etc/hosts is your friend :-)
>>
>> Configure your storage daemon with a hostname, and specify that
>> hostname in /etc/hosts to be either the internal or the external
>> address, as required. And you don't need to return different
>> results from your internal DNS server. Dead simple and works well.
>>
>> HTH,
>>
>> Cheers,
>> Vik
>> --
>> My other sig is hilarious
>>
>>
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping
>> through log files to find problems? Stop. Now Search log events
>> and configuration files using AJAX and a browser. Download your
>> FREE copy of Splunk now >> http://get.splunk.com/
> Ok, but how do I configure the storage daemon with a hostname?
>
>
>
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping
> through log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE
> copy of Splunk now >> http://get.splunk.com/
Sorry, I should have sayd more...
when I try to put the Address config on the sd, like this:
Storage { # definition of myself
Name = test-sd
Address = Storage-Server
SDPort = 9103 # Director's port WorkingDirectory =
"/var/lib/bacula"
Pid Directory = "/var/run"
Maximum Concurrent Jobs = 20
}
I get this error when I start bacula-sd
22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
error: Keyword "Address" not permitted in this resource. Perhaps you
left the trailing brace off of the previous resource.
: line 15, col 10 of file /etc/bacula/bacula-sd.conf
Address = Storage-Server
:(
Mateus
>
-
This SF.net email is sponsored by: Splunk Inc. Still grepping through
log files to find problems? Stop. Now Search log events and
configuration files using AJAX and a browser. Download your FREE copy
of Splunk now >> http://get.splunk.com/
>>>
>>> I've just managed to make the backups run across the internet. I'm
>>> really thankfull for all of you guys :d Fiddling a little with the
>>> /etc/hosts and the firewall...it worked perfectly :D Now is just
>>> making it secure...thanks a lot guys :D
>>>
>> I would suggest you OpenVPN. It is easy to setup, there is a lot of
>> howtos on the net and it will solve all NAT problems. OpenVPN is for
>> both Windows and Linux and all it needs is one port on public IP. We
>> use it for backing up remote servers and it works like a charm.
>>
>> Basically you need to install OpenVPN server in your office and OpenVPN
>> clients on all your clients. OpenVPN will create new "ethernet" devices
>> which are connected all together. You then setup some private IPs on
>> this virtual network and use them in bacula configuration.
>>
>> Radek
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy
>> of Splunk now >> http://get.splunk.com/
>
>
> Interesting...I'll take a look at it...thanks a lot once again. :D
>
> Mateus
>
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping through
> log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE copy of
> Splunk now >> http://get.splunk.com/
Hum...it seems that not everything is perfect tough...
>From one server, there's no problem backing up, but from another, which
has a lot of traffic, is basically impossi
Re: [Bacula-users] Problem with backing up over the internet
On Mon, 22 Oct 2007 19:19:34 +0200, Radek Hladik wrote:
> Mateus Interciso napsal(a):
>> On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
>>
>>> On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
>>>
On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
> Hi there,
>
> On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>
>> You can do this even if the SD is inside your firewall, you'll need
>> port forwarding or a proxy on the firewall then. With separate DNS
>> zones inside and outside, resolving the SD hostname either as the
>> internal or the external IP, this can be seamlessly integrated with
>> your internal Bacula setup.
>>
>> Arno
> I think in this case, /etc/hosts is your friend :-)
>
> Configure your storage daemon with a hostname, and specify that
> hostname in /etc/hosts to be either the internal or the external
> address, as required. And you don't need to return different results
> from your internal DNS server. Dead simple and works well.
>
> HTH,
>
> Cheers,
> Vik
> --
> My other sig is hilarious
>
>
>
>>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping
> through log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE
> copy of Splunk now >> http://get.splunk.com/
Ok, but how do I configure the storage daemon with a hostname?
>>
-
This SF.net email is sponsored by: Splunk Inc. Still grepping through
log files to find problems? Stop. Now Search log events and
configuration files using AJAX and a browser. Download your FREE copy
of Splunk now >> http://get.splunk.com/
>>> Sorry, I should have sayd more...
>>> when I try to put the Address config on the sd, like this:
>>>
>>> Storage { # definition of myself
>>> Name = test-sd
>>> Address = Storage-Server
>>> SDPort = 9103 # Director's port WorkingDirectory =
>>> "/var/lib/bacula"
>>> Pid Directory = "/var/run"
>>> Maximum Concurrent Jobs = 20
>>> }
>>>
>>> I get this error when I start bacula-sd
>>>
>>> 22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
>>> error: Keyword "Address" not permitted in this resource. Perhaps you
>>> left the trailing brace off of the previous resource.
>>> : line 15, col 10 of file /etc/bacula/bacula-sd.conf
>>> Address = Storage-Server
>>>
>>> :(
>>>
>>> Mateus
>>>
>>>
>>>
>>
-
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>>> log files to find problems? Stop. Now Search log events and
>>> configuration files using AJAX and a browser. Download your FREE copy
>>> of Splunk now >> http://get.splunk.com/
>>
>> I've just managed to make the backups run across the internet. I'm
>> really thankfull for all of you guys :d Fiddling a little with the
>> /etc/hosts and the firewall...it worked perfectly :D
>> Now is just making it secure...thanks a lot guys :D
>>
> I would suggest you OpenVPN. It is easy to setup, there is a lot of
> howtos on the net and it will solve all NAT problems. OpenVPN is for
> both Windows and Linux and all it needs is one port on public IP. We use
> it for backing up remote servers and it works like a charm.
>
> Basically you need to install OpenVPN server in your office and OpenVPN
> clients on all your clients. OpenVPN will create new "ethernet" devices
> which are connected all together. You then setup some private IPs on
> this virtual network and use them in bacula configuration.
>
> Radek
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping through
> log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE copy of
> Splunk now >> http://get.splunk.com/
Interesting...I'll take a look at it...thanks a lot once again. :D
Mateus
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
Mateus Interciso napsal(a):
> On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
>
>> On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
>>
>>> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>>>
Hi there,
On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
> You can do this even if the SD is inside your firewall, you'll need
> port forwarding or a proxy on the firewall then. With separate DNS
> zones inside and outside, resolving the SD hostname either as the
> internal or the external IP, this can be seamlessly integrated with
> your internal Bacula setup.
>
> Arno
I think in this case, /etc/hosts is your friend :-)
Configure your storage daemon with a hostname, and specify that
hostname in /etc/hosts to be either the internal or the external
address, as required. And you don't need to return different results
from your internal DNS server. Dead simple and works well.
HTH,
Cheers,
Vik
--
My other sig is hilarious
> -
This SF.net email is sponsored by: Splunk Inc. Still grepping through
log files to find problems? Stop. Now Search log events and
configuration files using AJAX and a browser. Download your FREE copy
of Splunk now >> http://get.splunk.com/
>>> Ok, but how do I configure the storage daemon with a hostname?
>>>
>>>
>>>
> -
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>>> log files to find problems? Stop. Now Search log events and
>>> configuration files using AJAX and a browser. Download your FREE copy
>>> of Splunk now >> http://get.splunk.com/
>> Sorry, I should have sayd more...
>> when I try to put the Address config on the sd, like this:
>>
>> Storage { # definition of myself
>> Name = test-sd
>> Address = Storage-Server
>> SDPort = 9103 # Director's port WorkingDirectory =
>> "/var/lib/bacula"
>> Pid Directory = "/var/run"
>> Maximum Concurrent Jobs = 20
>> }
>>
>> I get this error when I start bacula-sd
>>
>> 22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
>> error: Keyword "Address" not permitted in this resource. Perhaps you
>> left the trailing brace off of the previous resource.
>> : line 15, col 10 of file /etc/bacula/bacula-sd.conf
>> Address = Storage-Server
>>
>> :(
>>
>> Mateus
>>
>>
>>
> -
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy of
>> Splunk now >> http://get.splunk.com/
>
> I've just managed to make the backups run across the internet.
> I'm really thankfull for all of you guys :d
> Fiddling a little with the /etc/hosts and the firewall...it worked
> perfectly :D
> Now is just making it secure...thanks a lot guys :D
>
I would suggest you OpenVPN. It is easy to setup, there is a lot of
howtos on the net and it will solve all NAT problems. OpenVPN is for
both Windows and Linux and all it needs is one port on public IP.
We use it for backing up remote servers and it works like a charm.
Basically you need to install OpenVPN server in your office and OpenVPN
clients on all your clients. OpenVPN will create new "ethernet" devices
which are connected all together. You then setup some private IPs on
this virtual network and use them in bacula configuration.
Radek
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Mon, 22 Oct 2007 15:44:23 +, Mateus Interciso wrote:
> On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
>
>> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>>
>>> Hi there,
>>>
>>> On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>>>
You can do this even if the SD is inside your firewall, you'll need
port forwarding or a proxy on the firewall then. With separate DNS
zones inside and outside, resolving the SD hostname either as the
internal or the external IP, this can be seamlessly integrated with
your internal Bacula setup.
Arno
>>>
>>> I think in this case, /etc/hosts is your friend :-)
>>>
>>> Configure your storage daemon with a hostname, and specify that
>>> hostname in /etc/hosts to be either the internal or the external
>>> address, as required. And you don't need to return different results
>>> from your internal DNS server. Dead simple and works well.
>>>
>>> HTH,
>>>
>>> Cheers,
>>> Vik
>>> --
>>> My other sig is hilarious
>>>
>>>
>>>
>
-
>>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>>> log files to find problems? Stop. Now Search log events and
>>> configuration files using AJAX and a browser. Download your FREE copy
>>> of Splunk now >> http://get.splunk.com/
>>
>> Ok, but how do I configure the storage daemon with a hostname?
>>
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy
>> of Splunk now >> http://get.splunk.com/
>
> Sorry, I should have sayd more...
> when I try to put the Address config on the sd, like this:
>
> Storage { # definition of myself
> Name = test-sd
> Address = Storage-Server
> SDPort = 9103 # Director's port WorkingDirectory =
> "/var/lib/bacula"
> Pid Directory = "/var/run"
> Maximum Concurrent Jobs = 20
> }
>
> I get this error when I start bacula-sd
>
> 22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889 Config
> error: Keyword "Address" not permitted in this resource. Perhaps you
> left the trailing brace off of the previous resource.
> : line 15, col 10 of file /etc/bacula/bacula-sd.conf
> Address = Storage-Server
>
> :(
>
> Mateus
>
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping through
> log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE copy of
> Splunk now >> http://get.splunk.com/
I've just managed to make the backups run across the internet.
I'm really thankfull for all of you guys :d
Fiddling a little with the /etc/hosts and the firewall...it worked
perfectly :D
Now is just making it secure...thanks a lot guys :D
Mateus
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Mon, 22 Oct 2007 15:17:32 +, Mateus Interciso wrote:
> On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote:
>
>> Hi there,
>>
>> On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>>
>>> You can do this even if the SD is inside your firewall, you'll need
>>> port forwarding or a proxy on the firewall then. With separate DNS
>>> zones inside and outside, resolving the SD hostname either as the
>>> internal or the external IP, this can be seamlessly integrated with
>>> your internal Bacula setup.
>>>
>>> Arno
>>
>> I think in this case, /etc/hosts is your friend :-)
>>
>> Configure your storage daemon with a hostname, and specify that
>> hostname in /etc/hosts to be either the internal or the external
>> address, as required. And you don't need to return different results
>> from your internal DNS server. Dead simple and works well.
>>
>> HTH,
>>
>> Cheers,
>> Vik
>> --
>> My other sig is hilarious
>>
>>
>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy
>> of Splunk now >> http://get.splunk.com/
>
> Ok, but how do I configure the storage daemon with a hostname?
>
>
>
-
> This SF.net email is sponsored by: Splunk Inc. Still grepping through
> log files to find problems? Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE copy of
> Splunk now >> http://get.splunk.com/
Sorry, I should have sayd more...
when I try to put the Address config on the sd, like this:
Storage { # definition of myself
Name = test-sd
Address = Storage-Server
SDPort = 9103 # Director's port
WorkingDirectory = "/var/lib/bacula"
Pid Directory = "/var/run"
Maximum Concurrent Jobs = 20
}
I get this error when I start bacula-sd
22-Oct 14:11 bacula-sd: ERROR TERMINATION at parse_conf.c:889
Config error: Keyword "Address" not permitted in this resource.
Perhaps you left the trailing brace off of the previous resource.
: line 15, col 10 of file /etc/bacula/bacula-sd.conf
Address = Storage-Server
:(
Mateus
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Fri, 19 Oct 2007 15:51:24 +0200, Viktor Radnai wrote: > Hi there, > > On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote: > >> You can do this even if the SD is inside your firewall, you'll need >> port forwarding or a proxy on the firewall then. With separate DNS >> zones inside and outside, resolving the SD hostname either as the >> internal or the external IP, this can be seamlessly integrated with >> your internal Bacula setup. >> >> Arno > > I think in this case, /etc/hosts is your friend :-) > > Configure your storage daemon with a hostname, and specify that hostname > in /etc/hosts to be either the internal or the external address, as > required. And you don't need to return different results from your > internal DNS server. Dead simple and works well. > > HTH, > > Cheers, > Vik > -- > My other sig is hilarious > > - > This SF.net email is sponsored by: Splunk Inc. Still grepping through > log files to find problems? Stop. Now Search log events and > configuration files using AJAX and a browser. Download your FREE copy of > Splunk now >> http://get.splunk.com/ Ok, but how do I configure the storage daemon with a hostname? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
Hi there, On 10/18/07, Arno Lehmann <[EMAIL PROTECTED]> wrote: > You can do this even if the SD is inside your firewall, you'll need > port forwarding or a proxy on the firewall then. With separate DNS > zones inside and outside, resolving the SD hostname either as the > internal or the external IP, this can be seamlessly integrated with > your internal Bacula setup. > > Arno I think in this case, /etc/hosts is your friend :-) Configure your storage daemon with a hostname, and specify that hostname in /etc/hosts to be either the internal or the external address, as required. And you don't need to return different results from your internal DNS server. Dead simple and works well. HTH, Cheers, Vik -- My other sig is hilarious - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
Hello,
17.10.2007 19:47,, Mateus Interciso wrote::
> Hello, I have this set up(simplified)
> [External server]>Firewall/Nat->Internet-->Firewall/NAT-->Bacula
> Let's say the external server I want to back up has a public ip of
> 222.222.222.222, and the Firewall/NAT that lies on the internal network
> of Bacula has the ip 200.200.200.200, and bacula has the internal ip
> 10.100.0.4, by bacula I mean the director, storage daemon, and a file
> daemon as well.
The problem is clear already :-)
The DIR tells the FD which SD to contact, so the SD must be reachable
by the clients.
With an SD addressed by an RFC1918 address, and outbound connections
firewalled, that can't work.
There are several possible solutions:
- Wait for client-initiated backups in Bacula. This will take quite a
while :-)
- place an SD with a valid IP address outside your firewall.
- Use an address for the SD that is reachable from the internet.
The latter is the most reasonable thing IMO.
You can do this even if the SD is inside your firewall, you'll need
port forwarding or a proxy on the firewall then. With separate DNS
zones inside and outside, resolving the SD hostname either as the
internal or the external IP, this can be seamlessly integrated with
your internal Bacula setup.
Arno
> Now, I've configured this storage on the bacula-dir.conf of the Bacula
> server:
> Storage {
> Name = PublicTest
> Address = 200.200.200.200
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
>
> As well as this one:
>
> Storage {
> Name = FileWeekly
> Address = 10.100.0.4
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
>
> Now, since I can go into the bacula console, and connect to the client,
> show it's status, and make an estimate of the backup I'll make normally,
> I think that the job and pool are configured correctly, as well as (at
> least part of) the firewall.
> If I run, the backup job, with the PublicTest, or FileWeekly storage, I
> allways get this connection timeout error:
>
> 17-Oct 15:53 behemot-dir JobId 153: Warning: bsock.c:123 Could not
> connect to Storage daemon on 200.200.200.200:9103. ERR=Connection timed
> out
>
> Since other jobs do run normally(when they are in the internal network)
> I'm getting a little confused here. Tcpdump shows this, when I try to use
> the PublicTest storage:
>
> [External Server]
> 14:56:35.956696 IP 10.0.10.4.9102 > 200.200.200.200.45190: . ack 677 win
> 1984
>
> [Firewall]
> 15:27:24.892811 IP 10.100.0.4.60741 > 222.222.222.222.9103: S
> 3206713682:3206713682(0) win 5840 0,nop,wscale 7>
> (keeps repeating the same request, there's no ack returning)
>
> 10.0.10.4 is the internal IP of the External Server.
> The strange thing, is that it shows just this, for all the connections
> using PublicTest storage, but if I use the FileWeekly, it shows all the
> connections, sending requests, connecting, getting the answers back, etc,
> but when it tryes to connect to the storage...
>
> [External Server]
> 14:54:11.742070 IP 10.0.10.4.45228 > 10.100.0.4.9103: S
> 1535168577:1535168577(0) win 5840 0,nop,wscale 2>
>
> Which of course would never work, since it's trying to connect to an
> internal ip that does not exist...
> I'm getting crazy over this, can someone please help me?
>
> Thanks a lot
>
> Mateus
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On Wed, 17 Oct 2007 14:01:38 -0400, Dan Langille wrote:
> On 17 Oct 2007 at 17:47, Mateus Interciso wrote:
>
>> Hello, I have this set up(simplified) [External
>> server]>Firewall/Nat->Internet-->Firewall/NAT-->Bacula Let's
>> say the external server I want to back up has a public ip of
>> 222.222.222.222, and the Firewall/NAT that lies on the internal network
>> of Bacula has the ip 200.200.200.200, and bacula has the internal ip
>> 10.100.0.4, by bacula I mean the director, storage daemon, and a file
>> daemon as well.
>> Now, I've configured this storage on the bacula-dir.conf of the Bacula
>> server:
>> Storage {
>> Name = PublicTest
>> Address = 200.200.200.200
>> SDPort = 9103
>> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw" Device =
>> Weekly
>> Media Type = File
>> }
>
> This is the Storage destination you need to specify for all jobs on any
> clients outside the firewall.
>
>> As well as this one:
>>
>> Storage {
>> Name = FileWeekly
>> Address = 10.100.0.4
>> SDPort = 9103
>> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw" Device =
>> Weekly
>> Media Type = File
>> }
>
> The above is only for jobs run on clients inside the firewall.
>
>> Now, since I can go into the bacula console, and connect to the client,
>> show it's status, and make an estimate of the backup I'll make
>> normally, I think that the job and pool are configured correctly, as
>> well as (at least part of) the firewall.
>
> No. It means comms between the Director and the Client are working. The
> estimate command does not interact with the Storage Daemon.
>
>> If I run, the backup job, with the PublicTest, or FileWeekly storage, I
>> allways get this connection timeout error:
>>
>> 17-Oct 15:53 behemot-dir JobId 153: Warning: bsock.c:123 Could not
>> connect to Storage daemon on 200.200.200.200:9103. ERR=Connection timed
>> out
>
> I suspect the IP address changes depending on which storage you specify.
>
> The problem is the outside client cannot contact the Storage Daemon.
>
>> Since other jobs do run normally(when they are in the internal network)
>> I'm getting a little confused here. Tcpdump shows this, when I try to
>> use the PublicTest storage:
>>
>> [External Server]
>> 14:56:35.956696 IP 10.0.10.4.9102 > 200.200.200.200.45190: . ack 677
>> win 1984
>>
>> [Firewall]
>> 15:27:24.892811 IP 10.100.0.4.60741 > 222.222.222.222.9103: S
>> 3206713682:3206713682(0) win 5840 > 0,nop,wscale 7>
>> (keeps repeating the same request, there's no ack returning)
>>
>> 10.0.10.4 is the internal IP of the External Server. The strange thing,
>> is that it shows just this, for all the connections using PublicTest
>> storage, but if I use the FileWeekly, it shows all the connections,
>> sending requests, connecting, getting the answers back, etc, but when
>> it tryes to connect to the storage...
>>
>> [External Server]
>> 14:54:11.742070 IP 10.0.10.4.45228 > 10.100.0.4.9103: S
>> 1535168577:1535168577(0) win 5840 > 0,nop,wscale 2>
>>
>> Which of course would never work, since it's trying to connect to an
>> internal ip that does not exist...
>> I'm getting crazy over this, can someone please help me?
>
> I'm having trouble folllowing it myself. :)
>
> Ensure that you can connect to the SD from the outside FD. Here is my
> test on my setup:
>
> [EMAIL PROTECTED]:~] $ telnet bacula.example.org 9103 Trying [public IP
> address removed]... Connected to bacula.example.org.
> Escape character is '^]'.
> blah
> Connection closed by foreign host.
> [EMAIL PROTECTED]:~] $
>
> In this case, supernews is the remote client.
>
> Try a similar test. Report back.
>
>
>
>> Thanks a lot
>>
>> Mateus
>>
>>
>>
-
>> This SF.net email is sponsored by: Splunk Inc. Still grepping through
>> log files to find problems? Stop. Now Search log events and
>> configuration files using AJAX and a browser. Download your FREE copy
>> of Splunk now >> http://get.splunk.com/
>> ___ Bacula-users mailing
>> list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>>
Yes, this is possible... :(
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
On 17 Oct 2007 at 17:47, Mateus Interciso wrote:
> Hello, I have this set up(simplified)
> [External server]>Firewall/Nat->Internet-->Firewall/NAT-->Bacula
> Let's say the external server I want to back up has a public ip of
> 222.222.222.222, and the Firewall/NAT that lies on the internal network
> of Bacula has the ip 200.200.200.200, and bacula has the internal ip
> 10.100.0.4, by bacula I mean the director, storage daemon, and a file
> daemon as well.
> Now, I've configured this storage on the bacula-dir.conf of the Bacula
> server:
> Storage {
> Name = PublicTest
> Address = 200.200.200.200
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
This is the Storage destination you need to specify for all jobs on
any clients outside the firewall.
> As well as this one:
>
> Storage {
> Name = FileWeekly
> Address = 10.100.0.4
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
The above is only for jobs run on clients inside the firewall.
> Now, since I can go into the bacula console, and connect to the client,
> show it's status, and make an estimate of the backup I'll make normally,
> I think that the job and pool are configured correctly, as well as (at
> least part of) the firewall.
No. It means comms between the Director and the Client are working.
The estimate command does not interact with the Storage Daemon.
> If I run, the backup job, with the PublicTest, or FileWeekly storage, I
> allways get this connection timeout error:
>
> 17-Oct 15:53 behemot-dir JobId 153: Warning: bsock.c:123 Could not
> connect to Storage daemon on 200.200.200.200:9103. ERR=Connection timed
> out
I suspect the IP address changes depending on which storage you
specify.
The problem is the outside client cannot contact the Storage Daemon.
> Since other jobs do run normally(when they are in the internal network)
> I'm getting a little confused here. Tcpdump shows this, when I try to use
> the PublicTest storage:
>
> [External Server]
> 14:56:35.956696 IP 10.0.10.4.9102 > 200.200.200.200.45190: . ack 677 win
> 1984
>
> [Firewall]
> 15:27:24.892811 IP 10.100.0.4.60741 > 222.222.222.222.9103: S
> 3206713682:3206713682(0) win 5840 0,nop,wscale 7>
> (keeps repeating the same request, there's no ack returning)
>
> 10.0.10.4 is the internal IP of the External Server.
> The strange thing, is that it shows just this, for all the connections
> using PublicTest storage, but if I use the FileWeekly, it shows all the
> connections, sending requests, connecting, getting the answers back, etc,
> but when it tryes to connect to the storage...
>
> [External Server]
> 14:54:11.742070 IP 10.0.10.4.45228 > 10.100.0.4.9103: S
> 1535168577:1535168577(0) win 5840 0,nop,wscale 2>
>
> Which of course would never work, since it's trying to connect to an
> internal ip that does not exist...
> I'm getting crazy over this, can someone please help me?
I'm having trouble folllowing it myself. :)
Ensure that you can connect to the SD from the outside FD. Here is
my test on my setup:
[EMAIL PROTECTED]:~] $ telnet bacula.example.org 9103
Trying [public IP address removed]...
Connected to bacula.example.org.
Escape character is '^]'.
blah
Connection closed by foreign host.
[EMAIL PROTECTED]:~] $
In this case, supernews is the remote client.
Try a similar test. Report back.
>
> Thanks a lot
>
> Mateus
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
Dan Langille - http://www.langille.org/
Available for hire: http://www.freebsddiary.org/dan_langille.php
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with backing up over the internet
I believe your problem is caused by an internal storage daemon and an
external client. When the bacula director starts a job, the director tells
the file daemon to backup X files to X storage daemon with X ip and X
authentication. Your file daemon is attempting to connect to your storage
daemon with it's internal ip.
Sincerely,
-Michael
On 10/17/07, Mateus Interciso <[EMAIL PROTECTED]> wrote:
>
> Hello, I have this set up(simplified)
> [External server]>Firewall/Nat->Internet-->Firewall/NAT-->Bacula
> Let's say the external server I want to back up has a public ip of
> 222.222.222.222, and the Firewall/NAT that lies on the internal network
> of Bacula has the ip 200.200.200.200, and bacula has the internal ip
> 10.100.0.4, by bacula I mean the director, storage daemon, and a file
> daemon as well.
> Now, I've configured this storage on the bacula-dir.conf of the Bacula
> server:
> Storage {
> Name = PublicTest
> Address = 200.200.200.200
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
>
> As well as this one:
>
> Storage {
> Name = FileWeekly
> Address = 10.100.0.4
> SDPort = 9103
> Password = "rHdomafNas1GeiHAYqsHAr1axgMthcKtTh3elwpDEBRw"
> Device = Weekly
> Media Type = File
> }
>
> Now, since I can go into the bacula console, and connect to the client,
> show it's status, and make an estimate of the backup I'll make normally,
> I think that the job and pool are configured correctly, as well as (at
> least part of) the firewall.
> If I run, the backup job, with the PublicTest, or FileWeekly storage, I
> allways get this connection timeout error:
>
> 17-Oct 15:53 behemot-dir JobId 153: Warning: bsock.c:123 Could not
> connect to Storage daemon on 200.200.200.200:9103. ERR=Connection timed
> out
>
> Since other jobs do run normally(when they are in the internal network)
> I'm getting a little confused here. Tcpdump shows this, when I try to use
> the PublicTest storage:
>
> [External Server]
> 14:56:35.956696 IP 10.0.10.4.9102 > 200.200.200.200.45190: . ack 677 win
> 1984
>
> [Firewall]
> 15:27:24.892811 IP 10.100.0.4.60741 > 222.222.222.222.9103: S
> 3206713682:3206713682(0) win 5840 0,nop,wscale 7>
> (keeps repeating the same request, there's no ack returning)
>
> 10.0.10.4 is the internal IP of the External Server.
> The strange thing, is that it shows just this, for all the connections
> using PublicTest storage, but if I use the FileWeekly, it shows all the
> connections, sending requests, connecting, getting the answers back, etc,
> but when it tryes to connect to the storage...
>
> [External Server]
> 14:54:11.742070 IP 10.0.10.4.45228 > 10.100.0.4.9103: S
> 1535168577:1535168577(0) win 5840 0,nop,wscale 2>
>
> Which of course would never work, since it's trying to connect to an
> internal ip that does not exist...
> I'm getting crazy over this, can someone please help me?
>
> Thanks a lot
>
> Mateus
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
