Ubuntu Hardy evolution-brutus does not connect

[Christian Hellman]

Hi again,

I tried connecting from another computer. Still no response from server it seems because I cannot find anything in the server log.

However the client outputs a different log file (attached).

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Thursday, June 26, 2008 11:10 AM
To: brutus-list
Subject: RE: [Brutus] Ubuntu Hardy debs available

Hi,

I get the same thing using the new debs. Log looks the same so look at the previous attached one.

What is IDL:omg.org/CORBA/COMM_FAILURE:1.0 in the log?

Help would be much appreciated.

Thanks,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Thursday, June 26, 2008 10:29 AM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy debs available

Hi Luis,

The connection is through a VPN-tunnel which makes it a direct connection. No firewalls.

>>> traceroute to 172.17.200.242 (172.17.200.242), 30 hops max, 40 byte
>>> packets
>>> 1 172.17.200.242 (172.17.200.242) 16.002 ms 16.002 ms 16.002 ms

The server logs says nothing so you are right about no connection.

BR,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
Sent: Thursday, June 26, 2008 10:21 AM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy debs available

Hi Christian,

2008/6/26 Christian Hellman <christian.hellman-QZfty/PGBGs+***@public.gmane.org>:
> Hi again,
>
> Thank you Jules.
>
> If you install the package using dpkg -i --force-depends <e-b.deb> it shows up in evolution, but it will not connect.
>
> The log output is attached. It is more verbose now.
>
> I'll wait for the new debs.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 9:26 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> On 26/06/2008, at 09.14, Christian Hellman wrote:
>
>> Hi,
>>
>> I can confirm this, I have missing dependency "libmagick9". Builds
>> occasionally from source though.
>>
>> Previously I thought libmagick++9-dev would be the package but it is
>> not.
>
> It seems that hardy has libmagick9-dev but no libmagick9. Instead it
> has libmagick10. What a mess... Anyway, I'll build new debs in a minute.
>
> Stay tuned,
> jules
>
>
>>
>>
>> Regards,
>> Christian
>> ______________________I __________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Wednesday, June 25, 2008 7:38 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>
>> On 25/06/2008, at 18.23, John Sheffield wrote:
>>
>> Jules,
>> Still get the same error when attempting to install DEB in Hardy
>> from GDebi.
>>
>> "libmagick dependency not satisfiable"
>>
>> Hmm... I'll take a look at it tomorrow when I'm back.
>>
>> --
>> jules
>>
>>
>>
>>
>> -----Original Message-----
>> From: brutus-bounces-***@public.gmane.org<mailto:brutus-bounces-***@public.gmane.org>
>> on behalf of Jules Colding
>> Sent: Wed 06/25/2008 10:33 AM
>> To: brutus
>> Subject: [Brutus] Ubuntu Hardy debs available
>>
>> Hi,
>>
>> I've build debs for hardy. Go get them the usual place.
>>
>> Best regards,
>> jules
>>

>From what I see in the log, there is no communication between your
Ubuntu desktop and the Brutus server.
Are you sure that there are no firewalls inbetween?

Luis Correia
_______________________________________________
brutus mailing list
brutus-***@public.gmane.org
http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 11.19, Christian Hellman wrote:

> Hi again,
>
> I tried connecting from another computer. Still no response from
> server it seems because I cannot find anything in the server log.
>
> However the client outputs a different log file (attached).

Hmm... it may be timing out - routing issue?

Could you please try this:

1) evolution --force-shutdown

2) ps ax | grep brutus

3) Kill all remaining Brutus related processes

4) Start Evolution again

5) Send the log to the list (eventually compressed if it is big)

Thanks,
jules



> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 11:10 AM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy debs available
>
> Hi,
>
> I get the same thing using the new debs. Log looks the same so look
> at the previous attached one.
>
> What is IDL:omg.org/CORBA/COMM_FAILURE:1.0 in the log?
>
> Help would be much appreciated.
>
> Thanks,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:29 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Luis,
>
> The connection is through a VPN-tunnel which makes it a direct
> connection. No firewalls.
>
>>>> traceroute to 172.17.200.242 (172.17.200.242), 30 hops max, 40 byte
>>>> packets
>>>> 1 172.17.200.242 (172.17.200.242) 16.002 ms 16.002 ms 16.002 ms
>
> The server logs says nothing so you are right about no connection.
>
> BR,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:21 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Christian,
>
> 2008/6/26 Christian Hellman <christian.hellman-QZfty/PGBGs+***@public.gmane.org>:
>> Hi again,
>>
>> Thank you Jules.
>>
>> If you install the package using dpkg -i --force-depends <e-b.deb>
>> it shows up in evolution, but it will not connect.
>>
>> The log output is attached. It is more verbose now.
>>
>> I'll wait for the new debs.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 9:26 AM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>
>> On 26/06/2008, at 09.14, Christian Hellman wrote:
>>
>>> Hi,
>>>
>>> I can confirm this, I have missing dependency "libmagick9". Builds
>>> occasionally from source though.
>>>
>>> Previously I thought libmagick++9-dev would be the package but it is
>>> not.
>>
>> It seems that hardy has libmagick9-dev but no libmagick9. Instead it
>> has libmagick10. What a mess... Anyway, I'll build new debs in a
>> minute.
>>
>> Stay tuned,
>> jules
>>
>>
>>>
>>>
>>> Regards,
>>> Christian
>>> ______________________I __________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Wednesday, June 25, 2008 7:38 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>>
>>> On 25/06/2008, at 18.23, John Sheffield wrote:
>>>
>>> Jules,
>>> Still get the same error when attempting to install DEB in Hardy
>>> from GDebi.
>>>
>>> "libmagick dependency not satisfiable"
>>>
>>> Hmm... I'll take a look at it tomorrow when I'm back.
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: brutus-bounces-***@public.gmane.org<mailto:brutus-bounces-***@public.gmane.org>
>>> on behalf of Jules Colding
>>> Sent: Wed 06/25/2008 10:33 AM
>>> To: brutus
>>> Subject: [Brutus] Ubuntu Hardy debs available
>>>
>>> Hi,
>>>
>>> I've build debs for hardy. Go get them the usual place.
>>>
>>> Best regards,
>>> jules
>>>
>
>> From what I see in the log, there is no communication between your
> Ubuntu desktop and the Brutus server.
> Are you sure that there are no firewalls inbetween?
>
> Luis Correia
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus.log>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

***@disaster-vmware2:~/.brutus-logd$ evolution --force-shutdown
Shutting down evolution (Evolution Shell)
Shutting down evolution-exchange-storage (Evolution Calendar Exchange backend / Evolution Addressbook Exchange backend)
Shutting down evolution-data-server-2.22 (Evolution Calendar file and webcal backend / Evolution Addressbook file backend)
Shutting down evolution-alarm-notify (Evolution Calendar alarm notification service)
[1]+ Killed evolution
***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
4811 ? Sl 0:01 brutusd
4817 ? SLl 0:00 brutus-keyringd
6347 ? Sl 0:00 brutus-logd
11222 pts/3 S+ 0:00 grep brutus
***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo kill 4817 && sudo kill 6347
[sudo] password for christianh:
***@disaster-vmware2:~/.brutus-logd$ evolution &
[1] 11226

brutus.log attached. I will try on the other computer also.

Thanks,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 11:33 AM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 11.19, Christian Hellman wrote:

> Hi again,
>
> I tried connecting from another computer. Still no response from
> server it seems because I cannot find anything in the server log.
>
> However the client outputs a different log file (attached).

Hmm... it may be timing out - routing issue?

Could you please try this:

1) evolution --force-shutdown

2) ps ax | grep brutus

3) Kill all remaining Brutus related processes

4) Start Evolution again

5) Send the log to the list (eventually compressed if it is big)

Thanks,
jules



> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 11:10 AM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy debs available
>
> Hi,
>
> I get the same thing using the new debs. Log looks the same so look
> at the previous attached one.
>
> What is IDL:omg.org/CORBA/COMM_FAILURE:1.0 in the log?
>
> Help would be much appreciated.
>
> Thanks,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:29 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Luis,
>
> The connection is through a VPN-tunnel which makes it a direct
> connection. No firewalls.
>
>>>> traceroute to 172.17.200.242 (172.17.200.242), 30 hops max, 40 byte
>>>> packets
>>>> 1 172.17.200.242 (172.17.200.242) 16.002 ms 16.002 ms 16.002 ms
>
> The server logs says nothing so you are right about no connection.
>
> BR,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:21 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Christian,
>
> 2008/6/26 Christian Hellman <christian.hellman-QZfty/PGBGs+***@public.gmane.org>:
>> Hi again,
>>
>> Thank you Jules.
>>
>> If you install the package using dpkg -i --force-depends <e-b.deb>
>> it shows up in evolution, but it will not connect.
>>
>> The log output is attached. It is more verbose now.
>>
>> I'll wait for the new debs.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 9:26 AM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>
>> On 26/06/2008, at 09.14, Christian Hellman wrote:
>>
>>> Hi,
>>>
>>> I can confirm this, I have missing dependency "libmagick9". Builds
>>> occasionally from source though.
>>>
>>> Previously I thought libmagick++9-dev would be the package but it is
>>> not.
>>
>> It seems that hardy has libmagick9-dev but no libmagick9. Instead it
>> has libmagick10. What a mess... Anyway, I'll build new debs in a
>> minute.
>>
>> Stay tuned,
>> jules
>>
>>
>>>
>>>
>>> Regards,
>>> Christian
>>> ______________________I __________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Wednesday, June 25, 2008 7:38 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>>
>>> On 25/06/2008, at 18.23, John Sheffield wrote:
>>>
>>> Jules,
>>> Still get the same error when attempting to install DEB in Hardy
>>> from GDebi.
>>>
>>> "libmagick dependency not satisfiable"
>>>
>>> Hmm... I'll take a look at it tomorrow when I'm back.
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: brutus-bounces-***@public.gmane.org<mailto:brutus-bounces-***@public.gmane.org>
>>> on behalf of Jules Colding
>>> Sent: Wed 06/25/2008 10:33 AM
>>> To: brutus
>>> Subject: [Brutus] Ubuntu Hardy debs available
>>>
>>> Hi,
>>>
>>> I've build debs for hardy. Go get them the usual place.
>>>
>>> Best regards,
>>> jules
>>>
>
>> From what I see in the log, there is no communication between your
> Ubuntu desktop and the Brutus server.
> Are you sure that there are no firewalls inbetween?
>
> Luis Correia
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus.log>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

Here is the other log from the other client. Sorry for making it two separate emails.

Tell me if you need more information.

--
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Thursday, June 26, 2008 11:37 AM
To: brutus-list
Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect

***@disaster-vmware2:~/.brutus-logd$ evolution --force-shutdown
Shutting down evolution (Evolution Shell)
Shutting down evolution-exchange-storage (Evolution Calendar Exchange backend / Evolution Addressbook Exchange backend)
Shutting down evolution-data-server-2.22 (Evolution Calendar file and webcal backend / Evolution Addressbook file backend)
Shutting down evolution-alarm-notify (Evolution Calendar alarm notification service)
[1]+ Killed evolution
***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
4811 ? Sl 0:01 brutusd
4817 ? SLl 0:00 brutus-keyringd
6347 ? Sl 0:00 brutus-logd
11222 pts/3 S+ 0:00 grep brutus
***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo kill 4817 && sudo kill 6347
[sudo] password for christianh:
***@disaster-vmware2:~/.brutus-logd$ evolution &
[1] 11226

brutus.log attached. I will try on the other computer also.

Thanks,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 11:33 AM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 11.19, Christian Hellman wrote:

> Hi again,
>
> I tried connecting from another computer. Still no response from
> server it seems because I cannot find anything in the server log.
>
> However the client outputs a different log file (attached).

Hmm... it may be timing out - routing issue?

Could you please try this:

1) evolution --force-shutdown

2) ps ax | grep brutus

3) Kill all remaining Brutus related processes

4) Start Evolution again

5) Send the log to the list (eventually compressed if it is big)

Thanks,
jules



> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 11:10 AM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy debs available
>
> Hi,
>
> I get the same thing using the new debs. Log looks the same so look
> at the previous attached one.
>
> What is IDL:omg.org/CORBA/COMM_FAILURE:1.0 in the log?
>
> Help would be much appreciated.
>
> Thanks,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:29 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Luis,
>
> The connection is through a VPN-tunnel which makes it a direct
> connection. No firewalls.
>
>>>> traceroute to 172.17.200.242 (172.17.200.242), 30 hops max, 40 byte
>>>> packets
>>>> 1 172.17.200.242 (172.17.200.242) 16.002 ms 16.002 ms 16.002 ms
>
> The server logs says nothing so you are right about no connection.
>
> BR,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 10:21 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy debs available
>
> Hi Christian,
>
> 2008/6/26 Christian Hellman <christian.hellman-QZfty/PGBGs+***@public.gmane.org>:
>> Hi again,
>>
>> Thank you Jules.
>>
>> If you install the package using dpkg -i --force-depends <e-b.deb>
>> it shows up in evolution, but it will not connect.
>>
>> The log output is attached. It is more verbose now.
>>
>> I'll wait for the new debs.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 9:26 AM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>
>> On 26/06/2008, at 09.14, Christian Hellman wrote:
>>
>>> Hi,
>>>
>>> I can confirm this, I have missing dependency "libmagick9". Builds
>>> occasionally from source though.
>>>
>>> Previously I thought libmagick++9-dev would be the package but it is
>>> not.
>>
>> It seems that hardy has libmagick9-dev but no libmagick9. Instead it
>> has libmagick10. What a mess... Anyway, I'll build new debs in a
>> minute.
>>
>> Stay tuned,
>> jules
>>
>>
>>>
>>>
>>> Regards,
>>> Christian
>>> ______________________I __________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Wednesday, June 25, 2008 7:38 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy debs available
>>>
>>> On 25/06/2008, at 18.23, John Sheffield wrote:
>>>
>>> Jules,
>>> Still get the same error when attempting to install DEB in Hardy
>>> from GDebi.
>>>
>>> "libmagick dependency not satisfiable"
>>>
>>> Hmm... I'll take a look at it tomorrow when I'm back.
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: brutus-bounces-***@public.gmane.org<mailto:brutus-bounces-***@public.gmane.org>
>>> on behalf of Jules Colding
>>> Sent: Wed 06/25/2008 10:33 AM
>>> To: brutus
>>> Subject: [Brutus] Ubuntu Hardy debs available
>>>
>>> Hi,
>>>
>>> I've build debs for hardy. Go get them the usual place.
>>>
>>> Best regards,
>>> jules
>>>
>
>> From what I see in the log, there is no communication between your
> Ubuntu desktop and the Brutus server.
> Are you sure that there are no firewalls inbetween?
>
> Luis Correia
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus.log>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 11.37, Christian Hellman wrote:

> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-shutdown
> Shutting down evolution (Evolution Shell)
> Shutting down evolution-exchange-storage (Evolution Calendar
> Exchange backend / Evolution Addressbook Exchange backend)
> Shutting down evolution-data-server-2.22 (Evolution Calendar file
> and webcal backend / Evolution Addressbook file backend)
> Shutting down evolution-alarm-notify (Evolution Calendar alarm
> notification service)
> [1]+ Killed evolution
> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
> 4811 ? Sl 0:01 brutusd
> 4817 ? SLl 0:00 brutus-keyringd
> 6347 ? Sl 0:00 brutus-logd
> 11222 pts/3 S+ 0:00 grep brutus

OK, there is no brutus related processes misbehaving.


> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
> kill 4817 && sudo kill 6347
> [sudo] password for christianh:
> ***@disaster-vmware2:~/.brutus-logd$ evolution &
> [1] 11226
>
> brutus.log attached. I will try on the other computer also.

Thanks. The other client has the same problem. Can you check that your
Brutus Server is using port 2003 too?

Thanks,
jules

[Christian Hellman]

Hi,

I solved it! Someone messed around with the server interfaces. Brutus did not respond on the interface I tried connecting on. Sorry for any inconvenience.

Next problem.

The server gives response as seen in the logs but I still get the same evolution error message.

Logs attached.

Thanks,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 12:00 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 11.37, Christian Hellman wrote:

> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-shutdown
> Shutting down evolution (Evolution Shell)
> Shutting down evolution-exchange-storage (Evolution Calendar
> Exchange backend / Evolution Addressbook Exchange backend)
> Shutting down evolution-data-server-2.22 (Evolution Calendar file
> and webcal backend / Evolution Addressbook file backend)
> Shutting down evolution-alarm-notify (Evolution Calendar alarm
> notification service)
> [1]+ Killed evolution
> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
> 4811 ? Sl 0:01 brutusd
> 4817 ? SLl 0:00 brutus-keyringd
> 6347 ? Sl 0:00 brutus-logd
> 11222 pts/3 S+ 0:00 grep brutus

OK, there is no brutus related processes misbehaving.


> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
> kill 4817 && sudo kill 6347
> [sudo] password for christianh:
> ***@disaster-vmware2:~/.brutus-logd$ evolution &
> [1] 11226
>
> brutus.log attached. I will try on the other computer also.

Thanks. The other client has the same problem. Can you check that your
Brutus Server is using port 2003 too?

Thanks,
jules

[Jules Colding]

On 26/06/2008, at 12.04, Christian Hellman wrote:

> Hi,
>
> I solved it! Someone messed around with the server interfaces.
> Brutus did not respond on the interface I tried connecting on. Sorry
> for any inconvenience.

Just happy you solved it :-)


> Next problem.
>
> The server gives response as seen in the logs but I still get the
> same evolution error message.

OK, we are getting closer. You can now connect to Brutus Server but
Brutus Server can not ping the lifeline callback reference it is
getting in the logon method. That may be due to an intervening
firewall or routing issues. Please try to increase the server debug
level. e.g:

ORB_OPTION_INTERNAL -ORBDebug
ORB_OPTION_INTERNAL -ORBDebugLevel
ORB_OPTION_INTERNAL 10
ORB_OPTION_INTERNAL -ORBVerboseLogging
ORB_OPTION_INTERNAL 2
ORB_OPTION_INTERNAL -ORBLogFile
ORB_OPTION_INTERNAL TAO-server-internal.log

You need to restart Brutus Server for it to pick up the new
configuration. Please compress the file (tends to be very big) and
send it directly to me. No need to send those biggish files to the
list :-)


Thanks,
jules



>
>
> Logs attached.
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 12:00 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 11.37, Christian Hellman wrote:
>
>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>> shutdown
>> Shutting down evolution (Evolution Shell)
>> Shutting down evolution-exchange-storage (Evolution Calendar
>> Exchange backend / Evolution Addressbook Exchange backend)
>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>> and webcal backend / Evolution Addressbook file backend)
>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>> notification service)
>> [1]+ Killed evolution
>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>> 4811 ? Sl 0:01 brutusd
>> 4817 ? SLl 0:00 brutus-keyringd
>> 6347 ? Sl 0:00 brutus-logd
>> 11222 pts/3 S+ 0:00 grep brutus
>
> OK, there is no brutus related processes misbehaving.
>
>
>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>> kill 4817 && sudo kill 6347
>> [sudo] password for christianh:
>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>> [1] 11226
>>
>> brutus.log attached. I will try on the other computer also.
>
> Thanks. The other client has the same problem. Can you check that your
> Brutus Server is using port 2003 too?
>
> Thanks,
> jules
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus.log><brutus-
> server.log>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 12.55, Christian Hellman wrote:

> These are the log I found, anything missing?

It seems that Brutus Server is trying (unsuccessfully) to connect to
"ilo-capricosa.digitalroute.com". Is that your client box?

--
jules




>
>
> -- Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 12:33 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 12.04, Christian Hellman wrote:
>
>> Hi,
>>
>> I solved it! Someone messed around with the server interfaces.
>> Brutus did not respond on the interface I tried connecting on. Sorry
>> for any inconvenience.
>
> Just happy you solved it :-)
>
>
>> Next problem.
>>
>> The server gives response as seen in the logs but I still get the
>> same evolution error message.
>
> OK, we are getting closer. You can now connect to Brutus Server but
> Brutus Server can not ping the lifeline callback reference it is
> getting in the logon method. That may be due to an intervening
> firewall or routing issues. Please try to increase the server debug
> level. e.g:
>
> ORB_OPTION_INTERNAL -ORBDebug
> ORB_OPTION_INTERNAL -ORBDebugLevel
> ORB_OPTION_INTERNAL 10
> ORB_OPTION_INTERNAL -ORBVerboseLogging
> ORB_OPTION_INTERNAL 2
> ORB_OPTION_INTERNAL -ORBLogFile
> ORB_OPTION_INTERNAL TAO-server-internal.log
>
> You need to restart Brutus Server for it to pick up the new
> configuration. Please compress the file (tends to be very big) and
> send it directly to me. No need to send those biggish files to the
> list :-)
>
>
> Thanks,
> jules
>
>
>
>>
>>
>> Logs attached.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 12:00 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>
>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>> shutdown
>>> Shutting down evolution (Evolution Shell)
>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>> Exchange backend / Evolution Addressbook Exchange backend)
>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>> and webcal backend / Evolution Addressbook file backend)
>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>> notification service)
>>> [1]+ Killed evolution
>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>> 4811 ? Sl 0:01 brutusd
>>> 4817 ? SLl 0:00 brutus-keyringd
>>> 6347 ? Sl 0:00 brutus-logd
>>> 11222 pts/3 S+ 0:00 grep brutus
>>
>> OK, there is no brutus related processes misbehaving.
>>
>>
>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>> kill 4817 && sudo kill 6347
>>> [sudo] password for christianh:
>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>> [1] 11226
>>>
>>> brutus.log attached. I will try on the other computer also.
>>
>> Thanks. The other client has the same problem. Can you check that
>> your
>> Brutus Server is using port 2003 too?
>>
>> Thanks,
>> jules
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <brutus.log><brutus-
>> server.log>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <logs.tar.gz>

[Christian Hellman]

No, my computer is 192.168.150.132. ilo-capricosa is an ILO-interface on our AD-server. If it is trying to connect to it, it is wrong.

Where is this configured?

--
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 1:26 PM
To: brutus
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 12.55, Christian Hellman wrote:

> These are the log I found, anything missing?

It seems that Brutus Server is trying (unsuccessfully) to connect to
"ilo-capricosa.digitalroute.com". Is that your client box?

--
jules




>
>
> -- Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 12:33 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 12.04, Christian Hellman wrote:
>
>> Hi,
>>
>> I solved it! Someone messed around with the server interfaces.
>> Brutus did not respond on the interface I tried connecting on. Sorry
>> for any inconvenience.
>
> Just happy you solved it :-)
>
>
>> Next problem.
>>
>> The server gives response as seen in the logs but I still get the
>> same evolution error message.
>
> OK, we are getting closer. You can now connect to Brutus Server but
> Brutus Server can not ping the lifeline callback reference it is
> getting in the logon method. That may be due to an intervening
> firewall or routing issues. Please try to increase the server debug
> level. e.g:
>
> ORB_OPTION_INTERNAL -ORBDebug
> ORB_OPTION_INTERNAL -ORBDebugLevel
> ORB_OPTION_INTERNAL 10
> ORB_OPTION_INTERNAL -ORBVerboseLogging
> ORB_OPTION_INTERNAL 2
> ORB_OPTION_INTERNAL -ORBLogFile
> ORB_OPTION_INTERNAL TAO-server-internal.log
>
> You need to restart Brutus Server for it to pick up the new
> configuration. Please compress the file (tends to be very big) and
> send it directly to me. No need to send those biggish files to the
> list :-)
>
>
> Thanks,
> jules
>
>
>
>>
>>
>> Logs attached.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 12:00 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>
>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>> shutdown
>>> Shutting down evolution (Evolution Shell)
>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>> Exchange backend / Evolution Addressbook Exchange backend)
>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>> and webcal backend / Evolution Addressbook file backend)
>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>> notification service)
>>> [1]+ Killed evolution
>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>> 4811 ? Sl 0:01 brutusd
>>> 4817 ? SLl 0:00 brutus-keyringd
>>> 6347 ? Sl 0:00 brutus-logd
>>> 11222 pts/3 S+ 0:00 grep brutus
>>
>> OK, there is no brutus related processes misbehaving.
>>
>>
>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>> kill 4817 && sudo kill 6347
>>> [sudo] password for christianh:
>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>> [1] 11226
>>>
>>> brutus.log attached. I will try on the other computer also.
>>
>> Thanks. The other client has the same problem. Can you check that
>> your
>> Brutus Server is using port 2003 too?
>>
>> Thanks,
>> jules
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <brutus.log><brutus-
>> server.log>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <logs.tar.gz>

[Jules Colding]

On 26/06/2008, at 13.41, Christian Hellman wrote:

> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
> interface on our AD-server. If it is trying to connect to it, it is
> wrong.
>
> Where is this configured?

Nowhere. Brutus Server will contact your AD to authenticate your
client but it will only do so indirectly by invoking LogonUser(),
never ever using CORBA. So the request should never be logged in the
TAO log.

I now strongly suspect that your VPN setup is to blame. This can
happen if, say, the IP address of the client box by accident happens
to be the same as the AD server. This is a very likely problem as VPN
would NAT the initial client request.

e-b is sending Brutus Server a reference to a callback object as a
parameter within the logon request. A method on this object (ping) is
invoked by Brutus Server to ensure that the client is alive and well.
The problem here is that this reference, which is included in the
original logon request from e-b, isn't modified by your VPN. So the
included IP address of the callback object is not pointing to the
correct client box anymore. In your case it is, purely by accident I
assume, pointing at the AD.

This is obviously a bug in e-b.

Would you be so kind as to file a bug in "bugzilla.42tools.com" for
future reference? I'll see if I can get it squashed next week.

Thanks,
jules




>
>
> --
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 1:26 PM
> To: brutus
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 12.55, Christian Hellman wrote:
>
>> These are the log I found, anything missing?
>
> It seems that Brutus Server is trying (unsuccessfully) to connect to
> "ilo-capricosa.digitalroute.com". Is that your client box?
>
> --
> jules
>
>
>
>
>>
>>
>> -- Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 12:33 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>
>>> Hi,
>>>
>>> I solved it! Someone messed around with the server interfaces.
>>> Brutus did not respond on the interface I tried connecting on. Sorry
>>> for any inconvenience.
>>
>> Just happy you solved it :-)
>>
>>
>>> Next problem.
>>>
>>> The server gives response as seen in the logs but I still get the
>>> same evolution error message.
>>
>> OK, we are getting closer. You can now connect to Brutus Server but
>> Brutus Server can not ping the lifeline callback reference it is
>> getting in the logon method. That may be due to an intervening
>> firewall or routing issues. Please try to increase the server debug
>> level. e.g:
>>
>> ORB_OPTION_INTERNAL -ORBDebug
>> ORB_OPTION_INTERNAL -ORBDebugLevel
>> ORB_OPTION_INTERNAL 10
>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>> ORB_OPTION_INTERNAL 2
>> ORB_OPTION_INTERNAL -ORBLogFile
>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>
>> You need to restart Brutus Server for it to pick up the new
>> configuration. Please compress the file (tends to be very big) and
>> send it directly to me. No need to send those biggish files to the
>> list :-)
>>
>>
>> Thanks,
>> jules
>>
>>
>>
>>>
>>>
>>> Logs attached.
>>>
>>> Thanks,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 12:00 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>
>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>> shutdown
>>>> Shutting down evolution (Evolution Shell)
>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>> and webcal backend / Evolution Addressbook file backend)
>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>> notification service)
>>>> [1]+ Killed evolution
>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>> 4811 ? Sl 0:01 brutusd
>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>> 6347 ? Sl 0:00 brutus-logd
>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>
>>> OK, there is no brutus related processes misbehaving.
>>>
>>>
>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>>> kill 4817 && sudo kill 6347
>>>> [sudo] password for christianh:
>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>> [1] 11226
>>>>
>>>> brutus.log attached. I will try on the other computer also.
>>>
>>> Thanks. The other client has the same problem. Can you check that
>>> your
>>> Brutus Server is using port 2003 too?
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <brutus.log><brutus-
>>> server.log>_______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <logs.tar.gz>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 13.59, Jules Colding wrote:

>
> On 26/06/2008, at 13.41, Christian Hellman wrote:
>
>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>> interface on our AD-server. If it is trying to connect to it, it is
>> wrong.
>>
>> Where is this configured?
>
> Nowhere. Brutus Server will contact your AD to authenticate your
> client but it will only do so indirectly by invoking LogonUser(),
> never ever using CORBA. So the request should never be logged in the
> TAO log.
>
> I now strongly suspect that your VPN setup is to blame. This can
> happen if, say, the IP address of the client box by accident happens
> to be the same as the AD server. This is a very likely problem as VPN
> would NAT the initial client request.
>
> e-b is sending Brutus Server a reference to a callback object as a
> parameter within the logon request. A method on this object (ping) is
> invoked by Brutus Server to ensure that the client is alive and well.
> The problem here is that this reference, which is included in the
> original logon request from e-b, isn't modified by your VPN. So the
> included IP address of the callback object is not pointing to the
> correct client box anymore. In your case it is, purely by accident I
> assume, pointing at the AD.
>
> This is obviously a bug in e-b.

One possible solution would also be to go around the VPN and use
Lorica instead. That would require cooperation from the firewall admin
though...

--
jules

[Luis Correia]

Christian, try this:

I once has a VPN related issue, that I resolved by lowering the metric
in the VPN interface.

It may not be a viable solution, but hey, try it none the less :)

Luis

On Thu, Jun 26, 2008 at 1:09 PM, Jules Colding <colding-***@public.gmane.org> wrote:
>
> On 26/06/2008, at 13.59, Jules Colding wrote:
>
>>
>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>
>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>> interface on our AD-server. If it is trying to connect to it, it is
>>> wrong.
>>>
>>> Where is this configured?
>>
>> Nowhere. Brutus Server will contact your AD to authenticate your
>> client but it will only do so indirectly by invoking LogonUser(),
>> never ever using CORBA. So the request should never be logged in the
>> TAO log.
>>
>> I now strongly suspect that your VPN setup is to blame. This can
>> happen if, say, the IP address of the client box by accident happens
>> to be the same as the AD server. This is a very likely problem as VPN
>> would NAT the initial client request.
>>
>> e-b is sending Brutus Server a reference to a callback object as a
>> parameter within the logon request. A method on this object (ping) is
>> invoked by Brutus Server to ensure that the client is alive and well.
>> The problem here is that this reference, which is included in the
>> original logon request from e-b, isn't modified by your VPN. So the
>> included IP address of the callback object is not pointing to the
>> correct client box anymore. In your case it is, purely by accident I
>> assume, pointing at the AD.
>>
>> This is obviously a bug in e-b.
>
> One possible solution would also be to go around the VPN and use
> Lorica instead. That would require cooperation from the firewall admin
> though...
>
> --
> jules
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>

[Christian Hellman]

My computers eth0 ip-address is 10.0.0.143 and not 10.0.0.112 which ilo-capricosa resolves to.

I have no clue how that ip can be involved at all. Especially since it is a management interface and not the interface used for AD.

The AD-server ip is 10.0.0.3.

Are you sure that this is a bug?

--
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 1:59 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 13.41, Christian Hellman wrote:

> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
> interface on our AD-server. If it is trying to connect to it, it is
> wrong.
>
> Where is this configured?

Nowhere. Brutus Server will contact your AD to authenticate your
client but it will only do so indirectly by invoking LogonUser(),
never ever using CORBA. So the request should never be logged in the
TAO log.

I now strongly suspect that your VPN setup is to blame. This can
happen if, say, the IP address of the client box by accident happens
to be the same as the AD server. This is a very likely problem as VPN
would NAT the initial client request.

e-b is sending Brutus Server a reference to a callback object as a
parameter within the logon request. A method on this object (ping) is
invoked by Brutus Server to ensure that the client is alive and well.
The problem here is that this reference, which is included in the
original logon request from e-b, isn't modified by your VPN. So the
included IP address of the callback object is not pointing to the
correct client box anymore. In your case it is, purely by accident I
assume, pointing at the AD.

This is obviously a bug in e-b.

Would you be so kind as to file a bug in "bugzilla.42tools.com" for
future reference? I'll see if I can get it squashed next week.

Thanks,
jules




>
>
> --
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 1:26 PM
> To: brutus
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 12.55, Christian Hellman wrote:
>
>> These are the log I found, anything missing?
>
> It seems that Brutus Server is trying (unsuccessfully) to connect to
> "ilo-capricosa.digitalroute.com". Is that your client box?
>
> --
> jules
>
>
>
>
>>
>>
>> -- Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 12:33 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>
>>> Hi,
>>>
>>> I solved it! Someone messed around with the server interfaces.
>>> Brutus did not respond on the interface I tried connecting on. Sorry
>>> for any inconvenience.
>>
>> Just happy you solved it :-)
>>
>>
>>> Next problem.
>>>
>>> The server gives response as seen in the logs but I still get the
>>> same evolution error message.
>>
>> OK, we are getting closer. You can now connect to Brutus Server but
>> Brutus Server can not ping the lifeline callback reference it is
>> getting in the logon method. That may be due to an intervening
>> firewall or routing issues. Please try to increase the server debug
>> level. e.g:
>>
>> ORB_OPTION_INTERNAL -ORBDebug
>> ORB_OPTION_INTERNAL -ORBDebugLevel
>> ORB_OPTION_INTERNAL 10
>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>> ORB_OPTION_INTERNAL 2
>> ORB_OPTION_INTERNAL -ORBLogFile
>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>
>> You need to restart Brutus Server for it to pick up the new
>> configuration. Please compress the file (tends to be very big) and
>> send it directly to me. No need to send those biggish files to the
>> list :-)
>>
>>
>> Thanks,
>> jules
>>
>>
>>
>>>
>>>
>>> Logs attached.
>>>
>>> Thanks,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 12:00 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>

>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>
>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>> shutdown
>>>> Shutting down evolution (Evolution Shell)
>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>> and webcal backend / Evolution Addressbook file backend)
>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>> notification service)
>>>> [1]+ Killed evolution
>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>> 4811 ? Sl 0:01 brutusd
>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>> 6347 ? Sl 0:00 brutus-logd
>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>
>>> OK, there is no brutus related processes misbehaving.
>>>
>>>
>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>>> kill 4817 && sudo kill 6347
>>>> [sudo] password for christianh:
>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>> [1] 11226
>>>>
>>>> brutus.log attached. I will try on the other computer also.
>>>
>>> Thanks. The other client has the same problem. Can you check that
>>> your
>>> Brutus Server is using port 2003 too?
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <brutus.log><brutus-
>>> server.log>_______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <logs.tar.gz>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 14.06, Christian Hellman wrote:

> My computers eth0 ip-address is 10.0.0.143

Is that the client box?

Is "192.168.150.132" the client box IP address before it encounters
the VPN?


> and not 10.0.0.112 which ilo-capricosa resolves to.
>
> I have no clue how that ip can be involved at all. Especially since
> it is a management interface and not the interface used for AD.
>
> The AD-server ip is 10.0.0.3.
>
> Are you sure that this is a bug?

Of cause I'm not ;-)

What is certain is that Brutus Server tries to contact your AD using
CORBA. It would never contact anything using CORBA but your client box
and eventual participating load balancing Brutus servers. Are you
using load balancing?

--
jules




>
>
> --
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 1:59 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 13.41, Christian Hellman wrote:
>
>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>> interface on our AD-server. If it is trying to connect to it, it is
>> wrong.
>>
>> Where is this configured?
>
> Nowhere. Brutus Server will contact your AD to authenticate your
> client but it will only do so indirectly by invoking LogonUser(),
> never ever using CORBA. So the request should never be logged in the
> TAO log.
>
> I now strongly suspect that your VPN setup is to blame. This can
> happen if, say, the IP address of the client box by accident happens
> to be the same as the AD server. This is a very likely problem as VPN
> would NAT the initial client request.
>
> e-b is sending Brutus Server a reference to a callback object as a
> parameter within the logon request. A method on this object (ping) is
> invoked by Brutus Server to ensure that the client is alive and well.
> The problem here is that this reference, which is included in the
> original logon request from e-b, isn't modified by your VPN. So the
> included IP address of the callback object is not pointing to the
> correct client box anymore. In your case it is, purely by accident I
> assume, pointing at the AD.
>
> This is obviously a bug in e-b.
>
> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
> future reference? I'll see if I can get it squashed next week.
>
> Thanks,
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:26 PM
>> To: brutus
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>
>>> These are the log I found, anything missing?
>>
>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> -- Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 12:33 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>
>>>> Hi,
>>>>
>>>> I solved it! Someone messed around with the server interfaces.
>>>> Brutus did not respond on the interface I tried connecting on.
>>>> Sorry
>>>> for any inconvenience.
>>>
>>> Just happy you solved it :-)
>>>
>>>
>>>> Next problem.
>>>>
>>>> The server gives response as seen in the logs but I still get the
>>>> same evolution error message.
>>>
>>> OK, we are getting closer. You can now connect to Brutus Server but
>>> Brutus Server can not ping the lifeline callback reference it is
>>> getting in the logon method. That may be due to an intervening
>>> firewall or routing issues. Please try to increase the server debug
>>> level. e.g:
>>>
>>> ORB_OPTION_INTERNAL -ORBDebug
>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>> ORB_OPTION_INTERNAL 10
>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>> ORB_OPTION_INTERNAL 2
>>> ORB_OPTION_INTERNAL -ORBLogFile
>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>
>>> You need to restart Brutus Server for it to pick up the new
>>> configuration. Please compress the file (tends to be very big) and
>>> send it directly to me. No need to send those biggish files to the
>>> list :-)
>>>
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>>
>>>>
>>>> Logs attached.
>>>>
>>>> Thanks,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>
>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>> shutdown
>>>>> Shutting down evolution (Evolution Shell)
>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>> notification service)
>>>>> [1]+ Killed evolution
>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>> 4811 ? Sl 0:01 brutusd
>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>
>>>> OK, there is no brutus related processes misbehaving.
>>>>
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>>>> kill 4817 && sudo kill 6347
>>>>> [sudo] password for christianh:
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>> [1] 11226
>>>>>
>>>>> brutus.log attached. I will try on the other computer also.
>>>>
>>>> Thanks. The other client has the same problem. Can you check that
>>>> your
>>>> Brutus Server is using port 2003 too?
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <brutus.log><brutus-
>>>> server.log>_______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <logs.tar.gz>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

No, not using load balancing.

This is the client box:
eth0 (local interface) 10.0.0.143
ppp0 (VPN interface) 192.168.150.132


I have looked into Lorica-solution but it will probably not be enough.

This is our setup now.
|---------------VPN----------------|
| |
AD-server - me -- dr-firewall ---- internet ---- st-firewall -- brutus-server (with vpn-server) - exchange-server
| |
|-----------------------PPTP-tunnel------------------------------|

(very nice ascii-art network-map-picture :)

Right now I connect using pptp straight into the vpn-server and use e-b to contact brutus over the vpn connection.

If we would use two Lorica-servers you would not be able to connect from anywhere, just from inside dr-net.

We need people to be able to connect from anywhere. So if you can run connect to the Lorica-server on the brutus-side using several Lorica clients/servers on all the client machines, it would work. Is this even possible? :)

Might be a little complex :)

Regards,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 2:18 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 14.06, Christian Hellman wrote:

> My computers eth0 ip-address is 10.0.0.143

Is that the client box?

Is "192.168.150.132" the client box IP address before it encounters
the VPN?


> and not 10.0.0.112 which ilo-capricosa resolves to.
>
> I have no clue how that ip can be involved at all. Especially since
> it is a management interface and not the interface used for AD.
>
> The AD-server ip is 10.0.0.3.
>
> Are you sure that this is a bug?

Of cause I'm not ;-)

What is certain is that Brutus Server tries to contact your AD using
CORBA. It would never contact anything using CORBA but your client box
and eventual participating load balancing Brutus servers. Are you
using load balancing?

--
jules




>
>
> --
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 1:59 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 13.41, Christian Hellman wrote:
>
>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>> interface on our AD-server. If it is trying to connect to it, it is
>> wrong.
>>
>> Where is this configured?
>
> Nowhere. Brutus Server will contact your AD to authenticate your
> client but it will only do so indirectly by invoking LogonUser(),
> never ever using CORBA. So the request should never be logged in the
> TAO log.
>
> I now strongly suspect that your VPN setup is to blame. This can
> happen if, say, the IP address of the client box by accident happens
> to be the same as the AD server. This is a very likely problem as VPN
> would NAT the initial client request.
>
> e-b is sending Brutus Server a reference to a callback object as a
> parameter within the logon request. A method on this object (ping) is
> invoked by Brutus Server to ensure that the client is alive and well.
> The problem here is that this reference, which is included in the
> original logon request from e-b, isn't modified by your VPN. So the
> included IP address of the callback object is not pointing to the
> correct client box anymore. In your case it is, purely by accident I
> assume, pointing at the AD.
>
> This is obviously a bug in e-b.
>
> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
> future reference? I'll see if I can get it squashed next week.
>
> Thanks,
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:26 PM
>> To: brutus
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>
>>> These are the log I found, anything missing?
>>
>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> -- Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 12:33 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>
>>>> Hi,
>>>>
>>>> I solved it! Someone messed around with the server interfaces.
>>>> Brutus did not respond on the interface I tried connecting on.
>>>> Sorry
>>>> for any inconvenience.
>>>
>>> Just happy you solved it :-)
>>>
>>>
>>>> Next problem.
>>>>
>>>> The server gives response as seen in the logs but I still get the
>>>> same evolution error message.
>>>
>>> OK, we are getting closer. You can now connect to Brutus Server but
>>> Brutus Server can not ping the lifeline callback reference it is
>>> getting in the logon method. That may be due to an intervening
>>> firewall or routing issues. Please try to increase the server debug
>>> level. e.g:
>>>
>>> ORB_OPTION_INTERNAL -ORBDebug
>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>> ORB_OPTION_INTERNAL 10
>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>> ORB_OPTION_INTERNAL 2
>>> ORB_OPTION_INTERNAL -ORBLogFile
>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>
>>> You need to restart Brutus Server for it to pick up the new
>>> configuration. Please compress the file (tends to be very big) and
>>> send it directly to me. No need to send those biggish files to the
>>> list :-)
>>>
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>>
>>>>
>>>> Logs attached.
>>>>
>>>> Thanks,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>
>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>> shutdown
>>>>> Shutting down evolution (Evolution Shell)
>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>> notification service)
>>>>> [1]+ Killed evolution
>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>> 4811 ? Sl 0:01 brutusd
>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>
>>>> OK, there is no brutus related processes misbehaving.
>>>>
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>>>> kill 4817 && sudo kill 6347
>>>>> [sudo] password for christianh:
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>> [1] 11226
>>>>>
>>>>> brutus.log attached. I will try on the other computer also.
>>>>
>>>> Thanks. The other client has the same problem. Can you check that
>>>> your
>>>> Brutus Server is using port 2003 too?
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <brutus.log><brutus-
>>>> server.log>_______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <logs.tar.gz>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

Hi again,

So Jules, do you think this is a bug or not? I still cannot understand how the ilo-capricosa-interface can be involved in the first place, its IP is nowhere else to be found.

To clear things out a bit more,

client box:
eth0 (local interface) 10.0.0.143
ppp0 (VPN interface) 192.168.150.132

server box:
ppp (VPN): 192.168.150.128
LAN1 (bridged with ppp it seems): 192.168.150.10
LAN2: 172.17.200.242

exchange & AD-server:
LAN: 172.17.200.241


So my map is a bit invalid since the actual AD that syncs with exchange and (should sync with) brutus is running on the same machine as exchange itself.


Also, do you have an url to any Lorica guides? The lorica.conf makes me a bit confused (I might as well subscribe to the mailing list). I am considering setting upp Lorica temporary while this issue is solved just for testing that the brutus-exchange connection works properly.

Thanks,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Thursday, June 26, 2008 2:32 PM
To: brutus-list
Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect

No, not using load balancing.

This is the client box:
eth0 (local interface) 10.0.0.143
ppp0 (VPN interface) 192.168.150.132


I have looked into Lorica-solution but it will probably not be enough.

This is our setup now.
|---------------VPN----------------|
| |
AD-server - me -- dr-firewall ---- internet ---- st-firewall -- brutus-server (with vpn-server) - exchange-server
| |
|-----------------------PPTP-tunnel------------------------------|

(very nice ascii-art network-map-picture :)

Right now I connect using pptp straight into the vpn-server and use e-b to contact brutus over the vpn connection.

If we would use two Lorica-servers you would not be able to connect from anywhere, just from inside dr-net.

We need people to be able to connect from anywhere. So if you can run connect to the Lorica-server on the brutus-side using several Lorica clients/servers on all the client machines, it would work. Is this even possible? :)

Might be a little complex :)

Regards,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 2:18 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 14.06, Christian Hellman wrote:

> My computers eth0 ip-address is 10.0.0.143

Is that the client box?

Is "192.168.150.132" the client box IP address before it encounters
the VPN?


> and not 10.0.0.112 which ilo-capricosa resolves to.
>
> I have no clue how that ip can be involved at all. Especially since
> it is a management interface and not the interface used for AD.
>
> The AD-server ip is 10.0.0.3.
>
> Are you sure that this is a bug?

Of cause I'm not ;-)

What is certain is that Brutus Server tries to contact your AD using
CORBA. It would never contact anything using CORBA but your client box
and eventual participating load balancing Brutus servers. Are you
using load balancing?

--
jules




>
>
> --
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 1:59 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 13.41, Christian Hellman wrote:
>
>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>> interface on our AD-server. If it is trying to connect to it, it is
>> wrong.
>>
>> Where is this configured?
>
> Nowhere. Brutus Server will contact your AD to authenticate your
> client but it will only do so indirectly by invoking LogonUser(),
> never ever using CORBA. So the request should never be logged in the
> TAO log.
>
> I now strongly suspect that your VPN setup is to blame. This can
> happen if, say, the IP address of the client box by accident happens
> to be the same as the AD server. This is a very likely problem as VPN
> would NAT the initial client request.
>
> e-b is sending Brutus Server a reference to a callback object as a
> parameter within the logon request. A method on this object (ping) is
> invoked by Brutus Server to ensure that the client is alive and well.
> The problem here is that this reference, which is included in the
> original logon request from e-b, isn't modified by your VPN. So the
> included IP address of the callback object is not pointing to the
> correct client box anymore. In your case it is, purely by accident I
> assume, pointing at the AD.
>
> This is obviously a bug in e-b.
>
> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
> future reference? I'll see if I can get it squashed next week.
>
> Thanks,
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:26 PM
>> To: brutus
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>
>>> These are the log I found, anything missing?
>>
>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> -- Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 12:33 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>
>>>> Hi,
>>>>
>>>> I solved it! Someone messed around with the server interfaces.
>>>> Brutus did not respond on the interface I tried connecting on.
>>>> Sorry
>>>> for any inconvenience.
>>>
>>> Just happy you solved it :-)
>>>
>>>
>>>> Next problem.
>>>>
>>>> The server gives response as seen in the logs but I still get the
>>>> same evolution error message.
>>>
>>> OK, we are getting closer. You can now connect to Brutus Server but
>>> Brutus Server can not ping the lifeline callback reference it is
>>> getting in the logon method. That may be due to an intervening
>>> firewall or routing issues. Please try to increase the server debug
>>> level. e.g:
>>>
>>> ORB_OPTION_INTERNAL -ORBDebug
>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>> ORB_OPTION_INTERNAL 10
>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>> ORB_OPTION_INTERNAL 2
>>> ORB_OPTION_INTERNAL -ORBLogFile
>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>
>>> You need to restart Brutus Server for it to pick up the new
>>> configuration. Please compress the file (tends to be very big) and
>>> send it directly to me. No need to send those biggish files to the
>>> list :-)
>>>
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>>
>>>>
>>>> Logs attached.
>>>>
>>>> Thanks,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>
>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>> shutdown
>>>>> Shutting down evolution (Evolution Shell)
>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>> notification service)
>>>>> [1]+ Killed evolution
>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>> 4811 ? Sl 0:01 brutusd
>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>
>>>> OK, there is no brutus related processes misbehaving.
>>>>
>>>>
>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 && sudo
>>>>> kill 4817 && sudo kill 6347
>>>>> [sudo] password for christianh:
>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>> [1] 11226
>>>>>
>>>>> brutus.log attached. I will try on the other computer also.
>>>>
>>>> Thanks. The other client has the same problem. Can you check that
>>>> your
>>>> Brutus Server is using port 2003 too?
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <brutus.log><brutus-
>>>> server.log>_______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <logs.tar.gz>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 15.35, Christian Hellman wrote:

> Hi again,
>
> So Jules, do you think this is a bug or not?

To late to digest now, but I'd like you to install a special Brutus
Server with a little additional debug output. It can be ready tomorrow
if that's OK with you?

BR,
jules


> I still cannot understand how the ilo-capricosa-interface can be
> involved in the first place, its IP is nowhere else to be found.
>
> To clear things out a bit more,
>
> client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
> server box:
> ppp (VPN): 192.168.150.128
> LAN1 (bridged with ppp it seems): 192.168.150.10
> LAN2: 172.17.200.242
>
> exchange & AD-server:
> LAN: 172.17.200.241
>
>
> So my map is a bit invalid since the actual AD that syncs with
> exchange and (should sync with) brutus is running on the same
> machine as exchange itself.
>
>
> Also, do you have an url to any Lorica guides? The lorica.conf makes
> me a bit confused (I might as well subscribe to the mailing list). I
> am considering setting upp Lorica temporary while this issue is
> solved just for testing that the brutus-exchange connection works
> properly.
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:32 PM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> No, not using load balancing.
>
> This is the client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
>
> I have looked into Lorica-solution but it will probably not be enough.
>
> This is our setup now.
> |---------------VPN----------------|
> | |
> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
> brutus-server (with vpn-server) - exchange-server
>
> |
> |
> |-----------------------PPTP-
> tunnel------------------------------|
>
> (very nice ascii-art network-map-picture :)
>
> Right now I connect using pptp straight into the vpn-server and use
> e-b to contact brutus over the vpn connection.
>
> If we would use two Lorica-servers you would not be able to connect
> from anywhere, just from inside dr-net.
>
> We need people to be able to connect from anywhere. So if you can
> run connect to the Lorica-server on the brutus-side using several
> Lorica clients/servers on all the client machines, it would work. Is
> this even possible? :)
>
> Might be a little complex :)
>
> Regards,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:18 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 14.06, Christian Hellman wrote:
>
>> My computers eth0 ip-address is 10.0.0.143
>
> Is that the client box?
>
> Is "192.168.150.132" the client box IP address before it encounters
> the VPN?
>
>
>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>
>> I have no clue how that ip can be involved at all. Especially since
>> it is a management interface and not the interface used for AD.
>>
>> The AD-server ip is 10.0.0.3.
>>
>> Are you sure that this is a bug?
>
> Of cause I'm not ;-)
>
> What is certain is that Brutus Server tries to contact your AD using
> CORBA. It would never contact anything using CORBA but your client box
> and eventual participating load balancing Brutus servers. Are you
> using load balancing?
>
> --
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:59 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>
>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>> interface on our AD-server. If it is trying to connect to it, it is
>>> wrong.
>>>
>>> Where is this configured?
>>
>> Nowhere. Brutus Server will contact your AD to authenticate your
>> client but it will only do so indirectly by invoking LogonUser(),
>> never ever using CORBA. So the request should never be logged in the
>> TAO log.
>>
>> I now strongly suspect that your VPN setup is to blame. This can
>> happen if, say, the IP address of the client box by accident happens
>> to be the same as the AD server. This is a very likely problem as VPN
>> would NAT the initial client request.
>>
>> e-b is sending Brutus Server a reference to a callback object as a
>> parameter within the logon request. A method on this object (ping) is
>> invoked by Brutus Server to ensure that the client is alive and well.
>> The problem here is that this reference, which is included in the
>> original logon request from e-b, isn't modified by your VPN. So the
>> included IP address of the callback object is not pointing to the
>> correct client box anymore. In your case it is, purely by accident I
>> assume, pointing at the AD.
>>
>> This is obviously a bug in e-b.
>>
>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>> future reference? I'll see if I can get it squashed next week.
>>
>> Thanks,
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:26 PM
>>> To: brutus
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>
>>>> These are the log I found, anything missing?
>>>
>>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> -- Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I solved it! Someone messed around with the server interfaces.
>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>> Sorry
>>>>> for any inconvenience.
>>>>
>>>> Just happy you solved it :-)
>>>>
>>>>
>>>>> Next problem.
>>>>>
>>>>> The server gives response as seen in the logs but I still get the
>>>>> same evolution error message.
>>>>
>>>> OK, we are getting closer. You can now connect to Brutus Server but
>>>> Brutus Server can not ping the lifeline callback reference it is
>>>> getting in the logon method. That may be due to an intervening
>>>> firewall or routing issues. Please try to increase the server debug
>>>> level. e.g:
>>>>
>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>> ORB_OPTION_INTERNAL 10
>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>> ORB_OPTION_INTERNAL 2
>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>
>>>> You need to restart Brutus Server for it to pick up the new
>>>> configuration. Please compress the file (tends to be very big) and
>>>> send it directly to me. No need to send those biggish files to the
>>>> list :-)
>>>>
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> Logs attached.
>>>>>
>>>>> Thanks,
>>>>> Christian
>>>>>
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>
>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>> shutdown
>>>>>> Shutting down evolution (Evolution Shell)
>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>> notification service)
>>>>>> [1]+ Killed evolution
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>
>>>>> OK, there is no brutus related processes misbehaving.
>>>>>
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>> sudo
>>>>>> kill 4817 && sudo kill 6347
>>>>>> [sudo] password for christianh:
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>> [1] 11226
>>>>>>
>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>
>>>>> Thanks. The other client has the same problem. Can you check that
>>>>> your
>>>>> Brutus Server is using port 2003 too?
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <brutus.log><brutus-
>>>>> server.log>_______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <logs.tar.gz>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 26/06/2008, at 19.00, Jules Colding wrote:

>
> On 26/06/2008, at 15.35, Christian Hellman wrote:
>
>> Hi again,
>>
>> So Jules, do you think this is a bug or not?
>
> To late to digest now,

By that I mean: "I'll look into it tomorrow as it is evening here in
Denmark by now".

--
jules


> but I'd like you to install a special Brutus
> Server with a little additional debug output. It can be ready tomorrow
> if that's OK with you?
>
> BR,
> jules
>
>
>> I still cannot understand how the ilo-capricosa-interface can be
>> involved in the first place, its IP is nowhere else to be found.
>>
>> To clear things out a bit more,
>>
>> client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>> server box:
>> ppp (VPN): 192.168.150.128
>> LAN1 (bridged with ppp it seems): 192.168.150.10
>> LAN2: 172.17.200.242
>>
>> exchange & AD-server:
>> LAN: 172.17.200.241
>>
>>
>> So my map is a bit invalid since the actual AD that syncs with
>> exchange and (should sync with) brutus is running on the same
>> machine as exchange itself.
>>
>>
>> Also, do you have an url to any Lorica guides? The lorica.conf makes
>> me a bit confused (I might as well subscribe to the mailing list). I
>> am considering setting upp Lorica temporary while this issue is
>> solved just for testing that the brutus-exchange connection works
>> properly.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:32 PM
>> To: brutus-list
>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> No, not using load balancing.
>>
>> This is the client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>>
>> I have looked into Lorica-solution but it will probably not be
>> enough.
>>
>> This is our setup now.
>> |---------------VPN----------------|
>> | |
>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>> brutus-server (with vpn-server) - exchange-server
>>
>> |
>> |
>> |-----------------------PPTP-
>> tunnel------------------------------|
>>
>> (very nice ascii-art network-map-picture :)
>>
>> Right now I connect using pptp straight into the vpn-server and use
>> e-b to contact brutus over the vpn connection.
>>
>> If we would use two Lorica-servers you would not be able to connect
>> from anywhere, just from inside dr-net.
>>
>> We need people to be able to connect from anywhere. So if you can
>> run connect to the Lorica-server on the brutus-side using several
>> Lorica clients/servers on all the client machines, it would work. Is
>> this even possible? :)
>>
>> Might be a little complex :)
>>
>> Regards,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:18 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>
>>> My computers eth0 ip-address is 10.0.0.143
>>
>> Is that the client box?
>>
>> Is "192.168.150.132" the client box IP address before it encounters
>> the VPN?
>>
>>
>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>
>>> I have no clue how that ip can be involved at all. Especially since
>>> it is a management interface and not the interface used for AD.
>>>
>>> The AD-server ip is 10.0.0.3.
>>>
>>> Are you sure that this is a bug?
>>
>> Of cause I'm not ;-)
>>
>> What is certain is that Brutus Server tries to contact your AD using
>> CORBA. It would never contact anything using CORBA but your client
>> box
>> and eventual participating load balancing Brutus servers. Are you
>> using load balancing?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:59 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>
>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>> interface on our AD-server. If it is trying to connect to it, it is
>>>> wrong.
>>>>
>>>> Where is this configured?
>>>
>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>> client but it will only do so indirectly by invoking LogonUser(),
>>> never ever using CORBA. So the request should never be logged in the
>>> TAO log.
>>>
>>> I now strongly suspect that your VPN setup is to blame. This can
>>> happen if, say, the IP address of the client box by accident happens
>>> to be the same as the AD server. This is a very likely problem as
>>> VPN
>>> would NAT the initial client request.
>>>
>>> e-b is sending Brutus Server a reference to a callback object as a
>>> parameter within the logon request. A method on this object (ping)
>>> is
>>> invoked by Brutus Server to ensure that the client is alive and
>>> well.
>>> The problem here is that this reference, which is included in the
>>> original logon request from e-b, isn't modified by your VPN. So the
>>> included IP address of the callback object is not pointing to the
>>> correct client box anymore. In your case it is, purely by accident I
>>> assume, pointing at the AD.
>>>
>>> This is obviously a bug in e-b.
>>>
>>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>>> future reference? I'll see if I can get it squashed next week.
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> --
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>> To: brutus
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>
>>>>> These are the log I found, anything missing?
>>>>
>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>> to
>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>
>>>> --
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> -- Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>> Sorry
>>>>>> for any inconvenience.
>>>>>
>>>>> Just happy you solved it :-)
>>>>>
>>>>>
>>>>>> Next problem.
>>>>>>
>>>>>> The server gives response as seen in the logs but I still get the
>>>>>> same evolution error message.
>>>>>
>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>> but
>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>> getting in the logon method. That may be due to an intervening
>>>>> firewall or routing issues. Please try to increase the server
>>>>> debug
>>>>> level. e.g:
>>>>>
>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>> ORB_OPTION_INTERNAL 10
>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>> ORB_OPTION_INTERNAL 2
>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>
>>>>> You need to restart Brutus Server for it to pick up the new
>>>>> configuration. Please compress the file (tends to be very big) and
>>>>> send it directly to me. No need to send those biggish files to the
>>>>> list :-)
>>>>>
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Logs attached.
>>>>>>
>>>>>> Thanks,
>>>>>> Christian
>>>>>>
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>> To: brutus-list
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>
>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>> shutdown
>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>> file
>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>> notification service)
>>>>>>> [1]+ Killed evolution
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>
>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>> sudo
>>>>>>> kill 4817 && sudo kill 6347
>>>>>>> [sudo] password for christianh:
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>> [1] 11226
>>>>>>>
>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>
>>>>>> Thanks. The other client has the same problem. Can you check that
>>>>>> your
>>>>>> Brutus Server is using port 2003 too?
>>>>>>
>>>>>> Thanks,
>>>>>> jules
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> <brutus.log><brutus-
>>>>>> server.log>_______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <logs.tar.gz>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

Good morning Jules,

Yes that is fine. Please tell me when it's ready and provide instructions.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Thursday, June 26, 2008 7:03 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

On 26/06/2008, at 19.00, Jules Colding wrote:

>
> On 26/06/2008, at 15.35, Christian Hellman wrote:
>
>> Hi again,
>>
>> So Jules, do you think this is a bug or not?
>
> To late to digest now,

By that I mean: "I'll look into it tomorrow as it is evening here in
Denmark by now".

--
jules


> but I'd like you to install a special Brutus
> Server with a little additional debug output. It can be ready tomorrow
> if that's OK with you?
>
> BR,
> jules
>
>
>> I still cannot understand how the ilo-capricosa-interface can be
>> involved in the first place, its IP is nowhere else to be found.
>>
>> To clear things out a bit more,
>>
>> client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>> server box:
>> ppp (VPN): 192.168.150.128
>> LAN1 (bridged with ppp it seems): 192.168.150.10
>> LAN2: 172.17.200.242
>>
>> exchange & AD-server:
>> LAN: 172.17.200.241
>>
>>
>> So my map is a bit invalid since the actual AD that syncs with
>> exchange and (should sync with) brutus is running on the same
>> machine as exchange itself.
>>
>>
>> Also, do you have an url to any Lorica guides? The lorica.conf makes
>> me a bit confused (I might as well subscribe to the mailing list). I
>> am considering setting upp Lorica temporary while this issue is
>> solved just for testing that the brutus-exchange connection works
>> properly.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:32 PM
>> To: brutus-list
>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> No, not using load balancing.
>>
>> This is the client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>>
>> I have looked into Lorica-solution but it will probably not be
>> enough.
>>
>> This is our setup now.
>> |---------------VPN----------------|
>> | |
>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>> brutus-server (with vpn-server) - exchange-server
>>
>> |
>> |
>> |-----------------------PPTP-
>> tunnel------------------------------|
>>
>> (very nice ascii-art network-map-picture :)
>>
>> Right now I connect using pptp straight into the vpn-server and use
>> e-b to contact brutus over the vpn connection.
>>
>> If we would use two Lorica-servers you would not be able to connect
>> from anywhere, just from inside dr-net.
>>
>> We need people to be able to connect from anywhere. So if you can
>> run connect to the Lorica-server on the brutus-side using several
>> Lorica clients/servers on all the client machines, it would work. Is
>> this even possible? :)
>>
>> Might be a little complex :)
>>
>> Regards,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:18 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>
>>> My computers eth0 ip-address is 10.0.0.143
>>
>> Is that the client box?
>>
>> Is "192.168.150.132" the client box IP address before it encounters
>> the VPN?
>>
>>
>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>
>>> I have no clue how that ip can be involved at all. Especially since
>>> it is a management interface and not the interface used for AD.
>>>
>>> The AD-server ip is 10.0.0.3.
>>>
>>> Are you sure that this is a bug?
>>
>> Of cause I'm not ;-)
>>
>> What is certain is that Brutus Server tries to contact your AD using
>> CORBA. It would never contact anything using CORBA but your client
>> box
>> and eventual participating load balancing Brutus servers. Are you
>> using load balancing?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:59 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>
>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>> interface on our AD-server. If it is trying to connect to it, it is
>>>> wrong.
>>>>
>>>> Where is this configured?
>>>
>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>> client but it will only do so indirectly by invoking LogonUser(),
>>> never ever using CORBA. So the request should never be logged in the
>>> TAO log.
>>>
>>> I now strongly suspect that your VPN setup is to blame. This can
>>> happen if, say, the IP address of the client box by accident happens
>>> to be the same as the AD server. This is a very likely problem as
>>> VPN
>>> would NAT the initial client request.
>>>
>>> e-b is sending Brutus Server a reference to a callback object as a
>>> parameter within the logon request. A method on this object (ping)
>>> is
>>> invoked by Brutus Server to ensure that the client is alive and
>>> well.
>>> The problem here is that this reference, which is included in the
>>> original logon request from e-b, isn't modified by your VPN. So the
>>> included IP address of the callback object is not pointing to the
>>> correct client box anymore. In your case it is, purely by accident I
>>> assume, pointing at the AD.
>>>
>>> This is obviously a bug in e-b.
>>>
>>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>>> future reference? I'll see if I can get it squashed next week.
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> --
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>> To: brutus
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>
>>>>> These are the log I found, anything missing?
>>>>
>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>> to
>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>
>>>> --
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> -- Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>> Sorry
>>>>>> for any inconvenience.
>>>>>
>>>>> Just happy you solved it :-)
>>>>>
>>>>>
>>>>>> Next problem.
>>>>>>
>>>>>> The server gives response as seen in the logs but I still get the
>>>>>> same evolution error message.
>>>>>
>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>> but
>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>> getting in the logon method. That may be due to an intervening
>>>>> firewall or routing issues. Please try to increase the server
>>>>> debug
>>>>> level. e.g:
>>>>>
>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>> ORB_OPTION_INTERNAL 10
>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>> ORB_OPTION_INTERNAL 2
>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>
>>>>> You need to restart Brutus Server for it to pick up the new
>>>>> configuration. Please compress the file (tends to be very big) and
>>>>> send it directly to me. No need to send those biggish files to the
>>>>> list :-)
>>>>>
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Logs attached.
>>>>>>
>>>>>> Thanks,
>>>>>> Christian
>>>>>>
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>> To: brutus-list
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>
>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>> shutdown
>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>> file
>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>> notification service)
>>>>>>> [1]+ Killed evolution
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>
>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>> sudo
>>>>>>> kill 4817 && sudo kill 6347
>>>>>>> [sudo] password for christianh:
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>> [1] 11226
>>>>>>>
>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>
>>>>>> Thanks. The other client has the same problem. Can you check that
>>>>>> your
>>>>>> Brutus Server is using port 2003 too?
>>>>>>
>>>>>> Thanks,
>>>>>> jules
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> <brutus.log><brutus-
>>>>>> server.log>_______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <logs.tar.gz>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

Hi Christian,

On 26/06/2008, at 15.35, Christian Hellman wrote:
> Hi again,
>
> So Jules, do you think this is a bug or not? I still cannot
> understand how the ilo-capricosa-interface can be involved in the
> first place, its IP is nowhere else to be found.

Maybe it acts as a kind of catch-all host?


> To clear things out a bit more,
>
> client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
> server box:
> ppp (VPN): 192.168.150.128
> LAN1 (bridged with ppp it seems): 192.168.150.10
> LAN2: 172.17.200.242
>
> exchange & AD-server:
> LAN: 172.17.200.241
>
>
> So my map is a bit invalid since the actual AD that syncs with
> exchange and (should sync with) brutus is running on the same
> machine as exchange itself.

Brutus Server is not the same machine as the AD/Exchange box, right?


> Also, do you have an url to any Lorica guides? The lorica.conf makes
> me a bit confused (I might as well subscribe to the mailing list). I
> am considering setting upp Lorica temporary while this issue is
> solved just for testing that the brutus-exchange connection works
> properly.

Lorica ships with a specially made configuration file that are
suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
copy it to lorica.conf and edit it according to the comments within.

Lorica should make you setup work. "Just" install Lorica on the Brutus
Server box, upgrade Brutus Server to Brutus Enterprise Server and
install Lorica on your client box. Then make sure that you can use
port 4082 in both directions between client and server.

HTH,
jules






>
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:32 PM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> No, not using load balancing.
>
> This is the client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
>
> I have looked into Lorica-solution but it will probably not be enough.
>
> This is our setup now.
> |---------------VPN----------------|
> | |
> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
> brutus-server (with vpn-server) - exchange-server
>
> |
> |
> |-----------------------PPTP-
> tunnel------------------------------|
>
> (very nice ascii-art network-map-picture :)
>
> Right now I connect using pptp straight into the vpn-server and use
> e-b to contact brutus over the vpn connection.
>
> If we would use two Lorica-servers you would not be able to connect
> from anywhere, just from inside dr-net.
>
> We need people to be able to connect from anywhere. So if you can
> run connect to the Lorica-server on the brutus-side using several
> Lorica clients/servers on all the client machines, it would work. Is
> this even possible? :)
>
> Might be a little complex :)
>
> Regards,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:18 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 14.06, Christian Hellman wrote:
>
>> My computers eth0 ip-address is 10.0.0.143
>
> Is that the client box?
>
> Is "192.168.150.132" the client box IP address before it encounters
> the VPN?
>
>
>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>
>> I have no clue how that ip can be involved at all. Especially since
>> it is a management interface and not the interface used for AD.
>>
>> The AD-server ip is 10.0.0.3.
>>
>> Are you sure that this is a bug?
>
> Of cause I'm not ;-)
>
> What is certain is that Brutus Server tries to contact your AD using
> CORBA. It would never contact anything using CORBA but your client box
> and eventual participating load balancing Brutus servers. Are you
> using load balancing?
>
> --
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:59 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>
>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>> interface on our AD-server. If it is trying to connect to it, it is
>>> wrong.
>>>
>>> Where is this configured?
>>
>> Nowhere. Brutus Server will contact your AD to authenticate your
>> client but it will only do so indirectly by invoking LogonUser(),
>> never ever using CORBA. So the request should never be logged in the
>> TAO log.
>>
>> I now strongly suspect that your VPN setup is to blame. This can
>> happen if, say, the IP address of the client box by accident happens
>> to be the same as the AD server. This is a very likely problem as VPN
>> would NAT the initial client request.
>>
>> e-b is sending Brutus Server a reference to a callback object as a
>> parameter within the logon request. A method on this object (ping) is
>> invoked by Brutus Server to ensure that the client is alive and well.
>> The problem here is that this reference, which is included in the
>> original logon request from e-b, isn't modified by your VPN. So the
>> included IP address of the callback object is not pointing to the
>> correct client box anymore. In your case it is, purely by accident I
>> assume, pointing at the AD.
>>
>> This is obviously a bug in e-b.
>>
>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>> future reference? I'll see if I can get it squashed next week.
>>
>> Thanks,
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:26 PM
>>> To: brutus
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>
>>>> These are the log I found, anything missing?
>>>
>>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> -- Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I solved it! Someone messed around with the server interfaces.
>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>> Sorry
>>>>> for any inconvenience.
>>>>
>>>> Just happy you solved it :-)
>>>>
>>>>
>>>>> Next problem.
>>>>>
>>>>> The server gives response as seen in the logs but I still get the
>>>>> same evolution error message.
>>>>
>>>> OK, we are getting closer. You can now connect to Brutus Server but
>>>> Brutus Server can not ping the lifeline callback reference it is
>>>> getting in the logon method. That may be due to an intervening
>>>> firewall or routing issues. Please try to increase the server debug
>>>> level. e.g:
>>>>
>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>> ORB_OPTION_INTERNAL 10
>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>> ORB_OPTION_INTERNAL 2
>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>
>>>> You need to restart Brutus Server for it to pick up the new
>>>> configuration. Please compress the file (tends to be very big) and
>>>> send it directly to me. No need to send those biggish files to the
>>>> list :-)
>>>>
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> Logs attached.
>>>>>
>>>>> Thanks,
>>>>> Christian
>>>>>
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>
>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>> shutdown
>>>>>> Shutting down evolution (Evolution Shell)
>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>> notification service)
>>>>>> [1]+ Killed evolution
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>
>>>>> OK, there is no brutus related processes misbehaving.
>>>>>
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>> sudo
>>>>>> kill 4817 && sudo kill 6347
>>>>>> [sudo] password for christianh:
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>> [1] 11226
>>>>>>
>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>
>>>>> Thanks. The other client has the same problem. Can you check that
>>>>> your
>>>>> Brutus Server is using port 2003 too?
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <brutus.log><brutus-
>>>>> server.log>_______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <logs.tar.gz>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

Hi agian,

I might wait with lorica since we have mobile clients here (connecting from outside our intranet).

No the brutus-server is the "server box" in that list so not the same as AD & Exchange.

No ilo-capricosa is no catch-all host. It is an ILO-management port on a server that has nothing to do with this setup.

Also, is the brutus special server ready? Did you see the new logs I sent you?

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Friday, June 27, 2008 11:44 AM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

Hi Christian,

On 26/06/2008, at 15.35, Christian Hellman wrote:
> Hi again,
>
> So Jules, do you think this is a bug or not? I still cannot
> understand how the ilo-capricosa-interface can be involved in the
> first place, its IP is nowhere else to be found.

Maybe it acts as a kind of catch-all host?


> To clear things out a bit more,
>
> client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
> server box:
> ppp (VPN): 192.168.150.128
> LAN1 (bridged with ppp it seems): 192.168.150.10
> LAN2: 172.17.200.242
>
> exchange & AD-server:
> LAN: 172.17.200.241
>
>
> So my map is a bit invalid since the actual AD that syncs with
> exchange and (should sync with) brutus is running on the same
> machine as exchange itself.

Brutus Server is not the same machine as the AD/Exchange box, right?


> Also, do you have an url to any Lorica guides? The lorica.conf makes
> me a bit confused (I might as well subscribe to the mailing list). I
> am considering setting upp Lorica temporary while this issue is
> solved just for testing that the brutus-exchange connection works
> properly.

Lorica ships with a specially made configuration file that are
suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
copy it to lorica.conf and edit it according to the comments within.

Lorica should make you setup work. "Just" install Lorica on the Brutus
Server box, upgrade Brutus Server to Brutus Enterprise Server and
install Lorica on your client box. Then make sure that you can use
port 4082 in both directions between client and server.

HTH,
jules






>
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:32 PM
> To: brutus-list
> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> No, not using load balancing.
>
> This is the client box:
> eth0 (local interface) 10.0.0.143
> ppp0 (VPN interface) 192.168.150.132
>
>
> I have looked into Lorica-solution but it will probably not be enough.
>
> This is our setup now.
> |---------------VPN----------------|
> | |
> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
> brutus-server (with vpn-server) - exchange-server
>
> |
> |
> |-----------------------PPTP-
> tunnel------------------------------|
>
> (very nice ascii-art network-map-picture :)
>
> Right now I connect using pptp straight into the vpn-server and use
> e-b to contact brutus over the vpn connection.
>
> If we would use two Lorica-servers you would not be able to connect
> from anywhere, just from inside dr-net.
>
> We need people to be able to connect from anywhere. So if you can
> run connect to the Lorica-server on the brutus-side using several
> Lorica clients/servers on all the client machines, it would work. Is
> this even possible? :)
>
> Might be a little complex :)
>
> Regards,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Thursday, June 26, 2008 2:18 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> On 26/06/2008, at 14.06, Christian Hellman wrote:
>
>> My computers eth0 ip-address is 10.0.0.143
>
> Is that the client box?
>
> Is "192.168.150.132" the client box IP address before it encounters
> the VPN?
>
>
>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>
>> I have no clue how that ip can be involved at all. Especially since
>> it is a management interface and not the interface used for AD.
>>
>> The AD-server ip is 10.0.0.3.
>>
>> Are you sure that this is a bug?
>
> Of cause I'm not ;-)
>
> What is certain is that Brutus Server tries to contact your AD using
> CORBA. It would never contact anything using CORBA but your client box
> and eventual participating load balancing Brutus servers. Are you
> using load balancing?
>
> --
> jules
>
>
>
>
>>
>>
>> --
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 1:59 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>
>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>> interface on our AD-server. If it is trying to connect to it, it is
>>> wrong.
>>>
>>> Where is this configured?
>>
>> Nowhere. Brutus Server will contact your AD to authenticate your
>> client but it will only do so indirectly by invoking LogonUser(),
>> never ever using CORBA. So the request should never be logged in the
>> TAO log.
>>
>> I now strongly suspect that your VPN setup is to blame. This can
>> happen if, say, the IP address of the client box by accident happens
>> to be the same as the AD server. This is a very likely problem as VPN
>> would NAT the initial client request.
>>
>> e-b is sending Brutus Server a reference to a callback object as a
>> parameter within the logon request. A method on this object (ping) is
>> invoked by Brutus Server to ensure that the client is alive and well.
>> The problem here is that this reference, which is included in the
>> original logon request from e-b, isn't modified by your VPN. So the
>> included IP address of the callback object is not pointing to the
>> correct client box anymore. In your case it is, purely by accident I
>> assume, pointing at the AD.
>>
>> This is obviously a bug in e-b.
>>
>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>> future reference? I'll see if I can get it squashed next week.
>>
>> Thanks,
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:26 PM
>>> To: brutus
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>
>>>> These are the log I found, anything missing?
>>>
>>> It seems that Brutus Server is trying (unsuccessfully) to connect to
>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> -- Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I solved it! Someone messed around with the server interfaces.
>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>> Sorry
>>>>> for any inconvenience.
>>>>
>>>> Just happy you solved it :-)
>>>>
>>>>
>>>>> Next problem.
>>>>>
>>>>> The server gives response as seen in the logs but I still get the
>>>>> same evolution error message.
>>>>
>>>> OK, we are getting closer. You can now connect to Brutus Server but
>>>> Brutus Server can not ping the lifeline callback reference it is
>>>> getting in the logon method. That may be due to an intervening
>>>> firewall or routing issues. Please try to increase the server debug
>>>> level. e.g:
>>>>
>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>> ORB_OPTION_INTERNAL 10
>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>> ORB_OPTION_INTERNAL 2
>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>
>>>> You need to restart Brutus Server for it to pick up the new
>>>> configuration. Please compress the file (tends to be very big) and
>>>> send it directly to me. No need to send those biggish files to the
>>>> list :-)
>>>>
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> Logs attached.
>>>>>
>>>>> Thanks,
>>>>> Christian
>>>>>
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>
>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>> shutdown
>>>>>> Shutting down evolution (Evolution Shell)
>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar file
>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>> notification service)
>>>>>> [1]+ Killed evolution
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>
>>>>> OK, there is no brutus related processes misbehaving.
>>>>>
>>>>>
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>> sudo
>>>>>> kill 4817 && sudo kill 6347
>>>>>> [sudo] password for christianh:
>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>> [1] 11226
>>>>>>
>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>
>>>>> Thanks. The other client has the same problem. Can you check that
>>>>> your
>>>>> Brutus Server is using port 2003 too?
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <brutus.log><brutus-
>>>>> server.log>_______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> <logs.tar.gz>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

On 27/06/2008, at 11.46, Christian Hellman wrote:

> Hi agian,
>
> I might wait with lorica since we have mobile clients here
> (connecting from outside our intranet).
>
> No the brutus-server is the "server box" in that list so not the
> same as AD & Exchange.
>
> No ilo-capricosa is no catch-all host. It is an ILO-management port
> on a server that has nothing to do with this setup.
>
> Also, is the brutus special server ready?

Building...


> Did you see the new logs I sent you?

As we speak...

Stay tuned,
jules




>
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Friday, June 27, 2008 11:44 AM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> Hi Christian,
>
> On 26/06/2008, at 15.35, Christian Hellman wrote:
>> Hi again,
>>
>> So Jules, do you think this is a bug or not? I still cannot
>> understand how the ilo-capricosa-interface can be involved in the
>> first place, its IP is nowhere else to be found.
>
> Maybe it acts as a kind of catch-all host?
>
>
>> To clear things out a bit more,
>>
>> client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>> server box:
>> ppp (VPN): 192.168.150.128
>> LAN1 (bridged with ppp it seems): 192.168.150.10
>> LAN2: 172.17.200.242
>>
>> exchange & AD-server:
>> LAN: 172.17.200.241
>>
>>
>> So my map is a bit invalid since the actual AD that syncs with
>> exchange and (should sync with) brutus is running on the same
>> machine as exchange itself.
>
> Brutus Server is not the same machine as the AD/Exchange box, right?
>
>
>> Also, do you have an url to any Lorica guides? The lorica.conf makes
>> me a bit confused (I might as well subscribe to the mailing list). I
>> am considering setting upp Lorica temporary while this issue is
>> solved just for testing that the brutus-exchange connection works
>> properly.
>
> Lorica ships with a specially made configuration file that are
> suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
> copy it to lorica.conf and edit it according to the comments within.
>
> Lorica should make you setup work. "Just" install Lorica on the Brutus
> Server box, upgrade Brutus Server to Brutus Enterprise Server and
> install Lorica on your client box. Then make sure that you can use
> port 4082 in both directions between client and server.
>
> HTH,
> jules
>
>
>
>
>
>
>>
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:32 PM
>> To: brutus-list
>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> No, not using load balancing.
>>
>> This is the client box:
>> eth0 (local interface) 10.0.0.143
>> ppp0 (VPN interface) 192.168.150.132
>>
>>
>> I have looked into Lorica-solution but it will probably not be
>> enough.
>>
>> This is our setup now.
>> |---------------VPN----------------|
>> | |
>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>> brutus-server (with vpn-server) - exchange-server
>>
>> |
>> |
>> |-----------------------PPTP-
>> tunnel------------------------------|
>>
>> (very nice ascii-art network-map-picture :)
>>
>> Right now I connect using pptp straight into the vpn-server and use
>> e-b to contact brutus over the vpn connection.
>>
>> If we would use two Lorica-servers you would not be able to connect
>> from anywhere, just from inside dr-net.
>>
>> We need people to be able to connect from anywhere. So if you can
>> run connect to the Lorica-server on the brutus-side using several
>> Lorica clients/servers on all the client machines, it would work. Is
>> this even possible? :)
>>
>> Might be a little complex :)
>>
>> Regards,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Thursday, June 26, 2008 2:18 PM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>
>>> My computers eth0 ip-address is 10.0.0.143
>>
>> Is that the client box?
>>
>> Is "192.168.150.132" the client box IP address before it encounters
>> the VPN?
>>
>>
>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>
>>> I have no clue how that ip can be involved at all. Especially since
>>> it is a management interface and not the interface used for AD.
>>>
>>> The AD-server ip is 10.0.0.3.
>>>
>>> Are you sure that this is a bug?
>>
>> Of cause I'm not ;-)
>>
>> What is certain is that Brutus Server tries to contact your AD using
>> CORBA. It would never contact anything using CORBA but your client
>> box
>> and eventual participating load balancing Brutus servers. Are you
>> using load balancing?
>>
>> --
>> jules
>>
>>
>>
>>
>>>
>>>
>>> --
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 1:59 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>
>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>> interface on our AD-server. If it is trying to connect to it, it is
>>>> wrong.
>>>>
>>>> Where is this configured?
>>>
>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>> client but it will only do so indirectly by invoking LogonUser(),
>>> never ever using CORBA. So the request should never be logged in the
>>> TAO log.
>>>
>>> I now strongly suspect that your VPN setup is to blame. This can
>>> happen if, say, the IP address of the client box by accident happens
>>> to be the same as the AD server. This is a very likely problem as
>>> VPN
>>> would NAT the initial client request.
>>>
>>> e-b is sending Brutus Server a reference to a callback object as a
>>> parameter within the logon request. A method on this object (ping)
>>> is
>>> invoked by Brutus Server to ensure that the client is alive and
>>> well.
>>> The problem here is that this reference, which is included in the
>>> original logon request from e-b, isn't modified by your VPN. So the
>>> included IP address of the callback object is not pointing to the
>>> correct client box anymore. In your case it is, purely by accident I
>>> assume, pointing at the AD.
>>>
>>> This is obviously a bug in e-b.
>>>
>>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>>> future reference? I'll see if I can get it squashed next week.
>>>
>>> Thanks,
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> --
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>> To: brutus
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>
>>>>> These are the log I found, anything missing?
>>>>
>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>> to
>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>
>>>> --
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> -- Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>> Sorry
>>>>>> for any inconvenience.
>>>>>
>>>>> Just happy you solved it :-)
>>>>>
>>>>>
>>>>>> Next problem.
>>>>>>
>>>>>> The server gives response as seen in the logs but I still get the
>>>>>> same evolution error message.
>>>>>
>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>> but
>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>> getting in the logon method. That may be due to an intervening
>>>>> firewall or routing issues. Please try to increase the server
>>>>> debug
>>>>> level. e.g:
>>>>>
>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>> ORB_OPTION_INTERNAL 10
>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>> ORB_OPTION_INTERNAL 2
>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>
>>>>> You need to restart Brutus Server for it to pick up the new
>>>>> configuration. Please compress the file (tends to be very big) and
>>>>> send it directly to me. No need to send those biggish files to the
>>>>> list :-)
>>>>>
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Logs attached.
>>>>>>
>>>>>> Thanks,
>>>>>> Christian
>>>>>>
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>> To: brutus-list
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>
>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>> shutdown
>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>> file
>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>> notification service)
>>>>>>> [1]+ Killed evolution
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>
>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>
>>>>>>
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>> sudo
>>>>>>> kill 4817 && sudo kill 6347
>>>>>>> [sudo] password for christianh:
>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>> [1] 11226
>>>>>>>
>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>
>>>>>> Thanks. The other client has the same problem. Can you check that
>>>>>> your
>>>>>> Brutus Server is using port 2003 too?
>>>>>>
>>>>>> Thanks,
>>>>>> jules
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> <brutus.log><brutus-
>>>>>> server.log>_______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> <logs.tar.gz>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

Hi,

On 27/06/2008, at 11.55, Jules Colding wrote:
> On 27/06/2008, at 11.46, Christian Hellman wrote:
>> Hi agian,
>>
>> I might wait with lorica since we have mobile clients here
>> (connecting from outside our intranet).
>>
>> No the brutus-server is the "server box" in that list so not the
>> same as AD & Exchange.
>>
>> No ilo-capricosa is no catch-all host. It is an ILO-management port
>> on a server that has nothing to do with this setup.
>>
>> Also, is the brutus special server ready?
>
> Building...

OK, the new Brutus Server is here:

http://www.42tools.com/sites/default/files/downloads/brutus-install.exe

All it does is that it logs the IOR for the callback object. I can
tell from that IOR (when you sends me the server log) where Brutus
Server think that the client should be.


>> Did you see the new logs I sent you?
>
> As we speak...

These TAO logs doesn't help that much I'm afraid. The new server log
will be sufficient I hope.

BR,
jules



>
>>
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Friday, June 27, 2008 11:44 AM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> Hi Christian,
>>
>> On 26/06/2008, at 15.35, Christian Hellman wrote:
>>> Hi again,
>>>
>>> So Jules, do you think this is a bug or not? I still cannot
>>> understand how the ilo-capricosa-interface can be involved in the
>>> first place, its IP is nowhere else to be found.
>>
>> Maybe it acts as a kind of catch-all host?
>>
>>
>>> To clear things out a bit more,
>>>
>>> client box:
>>> eth0 (local interface) 10.0.0.143
>>> ppp0 (VPN interface) 192.168.150.132
>>>
>>> server box:
>>> ppp (VPN): 192.168.150.128
>>> LAN1 (bridged with ppp it seems): 192.168.150.10
>>> LAN2: 172.17.200.242
>>>
>>> exchange & AD-server:
>>> LAN: 172.17.200.241
>>>
>>>
>>> So my map is a bit invalid since the actual AD that syncs with
>>> exchange and (should sync with) brutus is running on the same
>>> machine as exchange itself.
>>
>> Brutus Server is not the same machine as the AD/Exchange box, right?
>>
>>
>>> Also, do you have an url to any Lorica guides? The lorica.conf makes
>>> me a bit confused (I might as well subscribe to the mailing list). I
>>> am considering setting upp Lorica temporary while this issue is
>>> solved just for testing that the brutus-exchange connection works
>>> properly.
>>
>> Lorica ships with a specially made configuration file that are
>> suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
>> copy it to lorica.conf and edit it according to the comments within.
>>
>> Lorica should make you setup work. "Just" install Lorica on the
>> Brutus
>> Server box, upgrade Brutus Server to Brutus Enterprise Server and
>> install Lorica on your client box. Then make sure that you can use
>> port 4082 in both directions between client and server.
>>
>> HTH,
>> jules
>>
>>
>>
>>
>>
>>
>>>
>>>
>>> Thanks,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 2:32 PM
>>> To: brutus-list
>>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> No, not using load balancing.
>>>
>>> This is the client box:
>>> eth0 (local interface) 10.0.0.143
>>> ppp0 (VPN interface) 192.168.150.132
>>>
>>>
>>> I have looked into Lorica-solution but it will probably not be
>>> enough.
>>>
>>> This is our setup now.
>>> |---------------VPN----------------|
>>> | |
>>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>>> brutus-server (with vpn-server) - exchange-server
>>>
>>> |
>>> |
>>> |-----------------------PPTP-
>>> tunnel------------------------------|
>>>
>>> (very nice ascii-art network-map-picture :)
>>>
>>> Right now I connect using pptp straight into the vpn-server and use
>>> e-b to contact brutus over the vpn connection.
>>>
>>> If we would use two Lorica-servers you would not be able to connect
>>> from anywhere, just from inside dr-net.
>>>
>>> We need people to be able to connect from anywhere. So if you can
>>> run connect to the Lorica-server on the brutus-side using several
>>> Lorica clients/servers on all the client machines, it would work. Is
>>> this even possible? :)
>>>
>>> Might be a little complex :)
>>>
>>> Regards,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 2:18 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>>
>>>> My computers eth0 ip-address is 10.0.0.143
>>>
>>> Is that the client box?
>>>
>>> Is "192.168.150.132" the client box IP address before it encounters
>>> the VPN?
>>>
>>>
>>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>>
>>>> I have no clue how that ip can be involved at all. Especially since
>>>> it is a management interface and not the interface used for AD.
>>>>
>>>> The AD-server ip is 10.0.0.3.
>>>>
>>>> Are you sure that this is a bug?
>>>
>>> Of cause I'm not ;-)
>>>
>>> What is certain is that Brutus Server tries to contact your AD using
>>> CORBA. It would never contact anything using CORBA but your client
>>> box
>>> and eventual participating load balancing Brutus servers. Are you
>>> using load balancing?
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> --
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 1:59 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>>
>>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>>> interface on our AD-server. If it is trying to connect to it, it
>>>>> is
>>>>> wrong.
>>>>>
>>>>> Where is this configured?
>>>>
>>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>>> client but it will only do so indirectly by invoking LogonUser(),
>>>> never ever using CORBA. So the request should never be logged in
>>>> the
>>>> TAO log.
>>>>
>>>> I now strongly suspect that your VPN setup is to blame. This can
>>>> happen if, say, the IP address of the client box by accident
>>>> happens
>>>> to be the same as the AD server. This is a very likely problem as
>>>> VPN
>>>> would NAT the initial client request.
>>>>
>>>> e-b is sending Brutus Server a reference to a callback object as a
>>>> parameter within the logon request. A method on this object (ping)
>>>> is
>>>> invoked by Brutus Server to ensure that the client is alive and
>>>> well.
>>>> The problem here is that this reference, which is included in the
>>>> original logon request from e-b, isn't modified by your VPN. So the
>>>> included IP address of the callback object is not pointing to the
>>>> correct client box anymore. In your case it is, purely by
>>>> accident I
>>>> assume, pointing at the AD.
>>>>
>>>> This is obviously a bug in e-b.
>>>>
>>>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>>>> future reference? I'll see if I can get it squashed next week.
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>>> To: brutus
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>>
>>>>>> These are the log I found, anything missing?
>>>>>
>>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>>> to
>>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>>
>>>>> --
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> -- Christian
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>>> To: brutus-list
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>>> Sorry
>>>>>>> for any inconvenience.
>>>>>>
>>>>>> Just happy you solved it :-)
>>>>>>
>>>>>>
>>>>>>> Next problem.
>>>>>>>
>>>>>>> The server gives response as seen in the logs but I still get
>>>>>>> the
>>>>>>> same evolution error message.
>>>>>>
>>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>>> but
>>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>>> getting in the logon method. That may be due to an intervening
>>>>>> firewall or routing issues. Please try to increase the server
>>>>>> debug
>>>>>> level. e.g:
>>>>>>
>>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>>> ORB_OPTION_INTERNAL 10
>>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>>> ORB_OPTION_INTERNAL 2
>>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>>
>>>>>> You need to restart Brutus Server for it to pick up the new
>>>>>> configuration. Please compress the file (tends to be very big)
>>>>>> and
>>>>>> send it directly to me. No need to send those biggish files to
>>>>>> the
>>>>>> list :-)
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> jules
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Logs attached.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Christian
>>>>>>>
>>>>>>> ________________________________________
>>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>>> To: brutus-list
>>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>>> connect
>>>>>>>
>>>>
>>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>>
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>>> shutdown
>>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>>> file
>>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>>> notification service)
>>>>>>>> [1]+ Killed evolution
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>>
>>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>>
>>>>>>>
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>>> sudo
>>>>>>>> kill 4817 && sudo kill 6347
>>>>>>>> [sudo] password for christianh:
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>>> [1] 11226
>>>>>>>>
>>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>>
>>>>>>> Thanks. The other client has the same problem. Can you check
>>>>>>> that
>>>>>>> your
>>>>>>> Brutus Server is using port 2003 too?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> jules
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> brutus mailing list
>>>>>>> brutus-***@public.gmane.org
>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>>
>>>>>>>
>>>>>>> <brutus.log><brutus-
>>>>>>> server.log>_______________________________________________
>>>>>>> brutus mailing list
>>>>>>> brutus-***@public.gmane.org
>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> <logs.tar.gz>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Christian Hellman]

Hi,

I thought I might FW this to the list as well.

Can someone identify the issue?

BR,
Christian
________________________________________
From: Christian Hellman
Sent: Friday, June 27, 2008 12:51 PM
To: colding-***@public.gmane.org
Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect

Here are the new logs. This is tried locally without VPN FYI.

evo-client: 172.17.200.80

brutus-server: 172.17.200.242

exch & AD: 172.17.200.241

Need more info? I think it might be something on the client this time, am I wrong?

Thanks,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Friday, June 27, 2008 12:11 PM
To: brutus-list
Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect

Hi,

On 27/06/2008, at 11.55, Jules Colding wrote:
> On 27/06/2008, at 11.46, Christian Hellman wrote:
>> Hi agian,
>>
>> I might wait with lorica since we have mobile clients here
>> (connecting from outside our intranet).
>>
>> No the brutus-server is the "server box" in that list so not the
>> same as AD & Exchange.
>>
>> No ilo-capricosa is no catch-all host. It is an ILO-management port
>> on a server that has nothing to do with this setup.
>>
>> Also, is the brutus special server ready?
>
> Building...

OK, the new Brutus Server is here:

http://www.42tools.com/sites/default/files/downloads/brutus-install.exe

All it does is that it logs the IOR for the callback object. I can
tell from that IOR (when you sends me the server log) where Brutus
Server think that the client should be.


>> Did you see the new logs I sent you?
>
> As we speak...

These TAO logs doesn't help that much I'm afraid. The new server log
will be sufficient I hope.

BR,
jules



>
>>
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Friday, June 27, 2008 11:44 AM
>> To: brutus-list
>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>
>> Hi Christian,
>>
>> On 26/06/2008, at 15.35, Christian Hellman wrote:
>>> Hi again,
>>>
>>> So Jules, do you think this is a bug or not? I still cannot
>>> understand how the ilo-capricosa-interface can be involved in the
>>> first place, its IP is nowhere else to be found.
>>
>> Maybe it acts as a kind of catch-all host?
>>
>>
>>> To clear things out a bit more,
>>>
>>> client box:
>>> eth0 (local interface) 10.0.0.143
>>> ppp0 (VPN interface) 192.168.150.132
>>>
>>> server box:
>>> ppp (VPN): 192.168.150.128
>>> LAN1 (bridged with ppp it seems): 192.168.150.10
>>> LAN2: 172.17.200.242
>>>
>>> exchange & AD-server:
>>> LAN: 172.17.200.241
>>>
>>>
>>> So my map is a bit invalid since the actual AD that syncs with
>>> exchange and (should sync with) brutus is running on the same
>>> machine as exchange itself.
>>
>> Brutus Server is not the same machine as the AD/Exchange box, right?
>>
>>
>>> Also, do you have an url to any Lorica guides? The lorica.conf makes
>>> me a bit confused (I might as well subscribe to the mailing list). I
>>> am considering setting upp Lorica temporary while this issue is
>>> solved just for testing that the brutus-exchange connection works
>>> properly.
>>
>> Lorica ships with a specially made configuration file that are
>> suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
>> copy it to lorica.conf and edit it according to the comments within.
>>
>> Lorica should make you setup work. "Just" install Lorica on the
>> Brutus
>> Server box, upgrade Brutus Server to Brutus Enterprise Server and
>> install Lorica on your client box. Then make sure that you can use
>> port 4082 in both directions between client and server.
>>
>> HTH,
>> jules
>>
>>
>>
>>
>>
>>
>>>
>>>
>>> Thanks,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 2:32 PM
>>> To: brutus-list
>>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> No, not using load balancing.
>>>
>>> This is the client box:
>>> eth0 (local interface) 10.0.0.143
>>> ppp0 (VPN interface) 192.168.150.132
>>>
>>>
>>> I have looked into Lorica-solution but it will probably not be
>>> enough.
>>>
>>> This is our setup now.
>>> |---------------VPN----------------|
>>> | |
>>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>>> brutus-server (with vpn-server) - exchange-server
>>>
>>> |
>>> |
>>> |-----------------------PPTP-
>>> tunnel------------------------------|
>>>
>>> (very nice ascii-art network-map-picture :)
>>>
>>> Right now I connect using pptp straight into the vpn-server and use
>>> e-b to contact brutus over the vpn connection.
>>>
>>> If we would use two Lorica-servers you would not be able to connect
>>> from anywhere, just from inside dr-net.
>>>
>>> We need people to be able to connect from anywhere. So if you can
>>> run connect to the Lorica-server on the brutus-side using several
>>> Lorica clients/servers on all the client machines, it would work. Is
>>> this even possible? :)
>>>
>>> Might be a little complex :)
>>>
>>> Regards,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Thursday, June 26, 2008 2:18 PM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>>
>>>> My computers eth0 ip-address is 10.0.0.143
>>>
>>> Is that the client box?
>>>
>>> Is "192.168.150.132" the client box IP address before it encounters
>>> the VPN?
>>>
>>>
>>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>>
>>>> I have no clue how that ip can be involved at all. Especially since
>>>> it is a management interface and not the interface used for AD.
>>>>
>>>> The AD-server ip is 10.0.0.3.
>>>>
>>>> Are you sure that this is a bug?
>>>
>>> Of cause I'm not ;-)
>>>
>>> What is certain is that Brutus Server tries to contact your AD using
>>> CORBA. It would never contact anything using CORBA but your client
>>> box
>>> and eventual participating load balancing Brutus servers. Are you
>>> using load balancing?
>>>
>>> --
>>> jules
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> --
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 1:59 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>>
>>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>>> interface on our AD-server. If it is trying to connect to it, it
>>>>> is
>>>>> wrong.
>>>>>
>>>>> Where is this configured?
>>>>
>>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>>> client but it will only do so indirectly by invoking LogonUser(),
>>>> never ever using CORBA. So the request should never be logged in
>>>> the
>>>> TAO log.
>>>>
>>>> I now strongly suspect that your VPN setup is to blame. This can
>>>> happen if, say, the IP address of the client box by accident
>>>> happens
>>>> to be the same as the AD server. This is a very likely problem as
>>>> VPN
>>>> would NAT the initial client request.
>>>>
>>>> e-b is sending Brutus Server a reference to a callback object as a
>>>> parameter within the logon request. A method on this object (ping)
>>>> is
>>>> invoked by Brutus Server to ensure that the client is alive and
>>>> well.
>>>> The problem here is that this reference, which is included in the
>>>> original logon request from e-b, isn't modified by your VPN. So the
>>>> included IP address of the callback object is not pointing to the
>>>> correct client box anymore. In your case it is, purely by
>>>> accident I
>>>> assume, pointing at the AD.
>>>>
>>>> This is obviously a bug in e-b.
>>>>
>>>> Would you be so kind as to file a bug in "bugzilla.42tools.com" for
>>>> future reference? I'll see if I can get it squashed next week.
>>>>
>>>> Thanks,
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>>> To: brutus
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>>
>>>>>> These are the log I found, anything missing?
>>>>>
>>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>>> to
>>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>>
>>>>> --
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> -- Christian
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>>> To: brutus-list
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>>> Sorry
>>>>>>> for any inconvenience.
>>>>>>
>>>>>> Just happy you solved it :-)
>>>>>>
>>>>>>
>>>>>>> Next problem.
>>>>>>>
>>>>>>> The server gives response as seen in the logs but I still get
>>>>>>> the
>>>>>>> same evolution error message.
>>>>>>
>>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>>> but
>>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>>> getting in the logon method. That may be due to an intervening
>>>>>> firewall or routing issues. Please try to increase the server
>>>>>> debug
>>>>>> level. e.g:
>>>>>>
>>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>>> ORB_OPTION_INTERNAL 10
>>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>>> ORB_OPTION_INTERNAL 2
>>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>>
>>>>>> You need to restart Brutus Server for it to pick up the new
>>>>>> configuration. Please compress the file (tends to be very big)
>>>>>> and
>>>>>> send it directly to me. No need to send those biggish files to
>>>>>> the
>>>>>> list :-)
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> jules
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Logs attached.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Christian
>>>>>>>
>>>>>>> ________________________________________
>>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>>> To: brutus-list
>>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>>> connect
>>>>>>>
>>>>
>>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>>
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>>> shutdown
>>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>>> file
>>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>>> notification service)
>>>>>>>> [1]+ Killed evolution
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep brutus
>>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>>
>>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>>
>>>>>>>
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>>> sudo
>>>>>>>> kill 4817 && sudo kill 6347
>>>>>>>> [sudo] password for christianh:
>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>>> [1] 11226
>>>>>>>>
>>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>>
>>>>>>> Thanks. The other client has the same problem. Can you check
>>>>>>> that
>>>>>>> your
>>>>>>> Brutus Server is using port 2003 too?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> jules
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> brutus mailing list
>>>>>>> brutus-***@public.gmane.org
>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>>
>>>>>>>
>>>>>>> <brutus.log><brutus-
>>>>>>> server.log>_______________________________________________
>>>>>>> brutus mailing list
>>>>>>> brutus-***@public.gmane.org
>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> <logs.tar.gz>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus

[Jules Colding]

Hi,

On 27/06/2008, at 16.06, Christian Hellman wrote:

> Hi,
>
> I thought I might FW this to the list as well.
>
> Can someone identify the issue?

OK, the server want to talk to the client at "172.17.200.80" but it
can find no client callback object at this address. Something unknown
*must* be blocking the back-way call to the client but I'm at lost at
what it could be except for a firewall of some sort.

I must admit this to be rather frustrating...


Sorry,
jules



>
>
> BR,
> Christian
> ________________________________________
> From: Christian Hellman
> Sent: Friday, June 27, 2008 12:51 PM
> To: colding-***@public.gmane.org
> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> Here are the new logs. This is tried locally without VPN FYI.
>
> evo-client: 172.17.200.80
>
> brutus-server: 172.17.200.242
>
> exch & AD: 172.17.200.241
>
> Need more info? I think it might be something on the client this
> time, am I wrong?
>
> Thanks,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Friday, June 27, 2008 12:11 PM
> To: brutus-list
> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>
> Hi,
>
> On 27/06/2008, at 11.55, Jules Colding wrote:
>> On 27/06/2008, at 11.46, Christian Hellman wrote:
>>> Hi agian,
>>>
>>> I might wait with lorica since we have mobile clients here
>>> (connecting from outside our intranet).
>>>
>>> No the brutus-server is the "server box" in that list so not the
>>> same as AD & Exchange.
>>>
>>> No ilo-capricosa is no catch-all host. It is an ILO-management port
>>> on a server that has nothing to do with this setup.
>>>
>>> Also, is the brutus special server ready?
>>
>> Building...
>
> OK, the new Brutus Server is here:
>
> http://www.42tools.com/sites/default/files/downloads/brutus-install.exe
>
> All it does is that it logs the IOR for the callback object. I can
> tell from that IOR (when you sends me the server log) where Brutus
> Server think that the client should be.
>
>
>>> Did you see the new logs I sent you?
>>
>> As we speak...
>
> These TAO logs doesn't help that much I'm afraid. The new server log
> will be sufficient I hope.
>
> BR,
> jules
>
>
>
>>
>>>
>>>
>>> BR,
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Friday, June 27, 2008 11:44 AM
>>> To: brutus-list
>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not connect
>>>
>>> Hi Christian,
>>>
>>> On 26/06/2008, at 15.35, Christian Hellman wrote:
>>>> Hi again,
>>>>
>>>> So Jules, do you think this is a bug or not? I still cannot
>>>> understand how the ilo-capricosa-interface can be involved in the
>>>> first place, its IP is nowhere else to be found.
>>>
>>> Maybe it acts as a kind of catch-all host?
>>>
>>>
>>>> To clear things out a bit more,
>>>>
>>>> client box:
>>>> eth0 (local interface) 10.0.0.143
>>>> ppp0 (VPN interface) 192.168.150.132
>>>>
>>>> server box:
>>>> ppp (VPN): 192.168.150.128
>>>> LAN1 (bridged with ppp it seems): 192.168.150.10
>>>> LAN2: 172.17.200.242
>>>>
>>>> exchange & AD-server:
>>>> LAN: 172.17.200.241
>>>>
>>>>
>>>> So my map is a bit invalid since the actual AD that syncs with
>>>> exchange and (should sync with) brutus is running on the same
>>>> machine as exchange itself.
>>>
>>> Brutus Server is not the same machine as the AD/Exchange box, right?
>>>
>>>
>>>> Also, do you have an url to any Lorica guides? The lorica.conf
>>>> makes
>>>> me a bit confused (I might as well subscribe to the mailing
>>>> list). I
>>>> am considering setting upp Lorica temporary while this issue is
>>>> solved just for testing that the brutus-exchange connection works
>>>> properly.
>>>
>>> Lorica ships with a specially made configuration file that are
>>> suitable for e-b. It is named "lorica.conf.evolution-brutus". Just
>>> copy it to lorica.conf and edit it according to the comments within.
>>>
>>> Lorica should make you setup work. "Just" install Lorica on the
>>> Brutus
>>> Server box, upgrade Brutus Server to Brutus Enterprise Server and
>>> install Lorica on your client box. Then make sure that you can use
>>> port 4082 in both directions between client and server.
>>>
>>> HTH,
>>> jules
>>>
>>>
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> Thanks,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 2:32 PM
>>>> To: brutus-list
>>>> Subject: RE: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> No, not using load balancing.
>>>>
>>>> This is the client box:
>>>> eth0 (local interface) 10.0.0.143
>>>> ppp0 (VPN interface) 192.168.150.132
>>>>
>>>>
>>>> I have looked into Lorica-solution but it will probably not be
>>>> enough.
>>>>
>>>> This is our setup now.
>>>> |---------------VPN----------------|
>>>> | |
>>>> AD-server - me -- dr-firewall ---- internet ---- st-firewall --
>>>> brutus-server (with vpn-server) - exchange-server
>>>>
>>>> |
>>>> |
>>>> |-----------------------PPTP-
>>>> tunnel------------------------------|
>>>>
>>>> (very nice ascii-art network-map-picture :)
>>>>
>>>> Right now I connect using pptp straight into the vpn-server and use
>>>> e-b to contact brutus over the vpn connection.
>>>>
>>>> If we would use two Lorica-servers you would not be able to connect
>>>> from anywhere, just from inside dr-net.
>>>>
>>>> We need people to be able to connect from anywhere. So if you can
>>>> run connect to the Lorica-server on the brutus-side using several
>>>> Lorica clients/servers on all the client machines, it would work.
>>>> Is
>>>> this even possible? :)
>>>>
>>>> Might be a little complex :)
>>>>
>>>> Regards,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Thursday, June 26, 2008 2:18 PM
>>>> To: brutus-list
>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>> connect
>>>>
>>>> On 26/06/2008, at 14.06, Christian Hellman wrote:
>>>>
>>>>> My computers eth0 ip-address is 10.0.0.143
>>>>
>>>> Is that the client box?
>>>>
>>>> Is "192.168.150.132" the client box IP address before it encounters
>>>> the VPN?
>>>>
>>>>
>>>>> and not 10.0.0.112 which ilo-capricosa resolves to.
>>>>>
>>>>> I have no clue how that ip can be involved at all. Especially
>>>>> since
>>>>> it is a management interface and not the interface used for AD.
>>>>>
>>>>> The AD-server ip is 10.0.0.3.
>>>>>
>>>>> Are you sure that this is a bug?
>>>>
>>>> Of cause I'm not ;-)
>>>>
>>>> What is certain is that Brutus Server tries to contact your AD
>>>> using
>>>> CORBA. It would never contact anything using CORBA but your client
>>>> box
>>>> and eventual participating load balancing Brutus servers. Are you
>>>> using load balancing?
>>>>
>>>> --
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christian
>>>>> ________________________________________
>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Thursday, June 26, 2008 1:59 PM
>>>>> To: brutus-list
>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>> connect
>>>>>
>>>>> On 26/06/2008, at 13.41, Christian Hellman wrote:
>>>>>
>>>>>> No, my computer is 192.168.150.132. ilo-capricosa is an ILO-
>>>>>> interface on our AD-server. If it is trying to connect to it, it
>>>>>> is
>>>>>> wrong.
>>>>>>
>>>>>> Where is this configured?
>>>>>
>>>>> Nowhere. Brutus Server will contact your AD to authenticate your
>>>>> client but it will only do so indirectly by invoking LogonUser(),
>>>>> never ever using CORBA. So the request should never be logged in
>>>>> the
>>>>> TAO log.
>>>>>
>>>>> I now strongly suspect that your VPN setup is to blame. This can
>>>>> happen if, say, the IP address of the client box by accident
>>>>> happens
>>>>> to be the same as the AD server. This is a very likely problem as
>>>>> VPN
>>>>> would NAT the initial client request.
>>>>>
>>>>> e-b is sending Brutus Server a reference to a callback object as a
>>>>> parameter within the logon request. A method on this object (ping)
>>>>> is
>>>>> invoked by Brutus Server to ensure that the client is alive and
>>>>> well.
>>>>> The problem here is that this reference, which is included in the
>>>>> original logon request from e-b, isn't modified by your VPN. So
>>>>> the
>>>>> included IP address of the callback object is not pointing to the
>>>>> correct client box anymore. In your case it is, purely by
>>>>> accident I
>>>>> assume, pointing at the AD.
>>>>>
>>>>> This is obviously a bug in e-b.
>>>>>
>>>>> Would you be so kind as to file a bug in "bugzilla.42tools.com"
>>>>> for
>>>>> future reference? I'll see if I can get it squashed next week.
>>>>>
>>>>> Thanks,
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Christian
>>>>>> ________________________________________
>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>> Sent: Thursday, June 26, 2008 1:26 PM
>>>>>> To: brutus
>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>> connect
>>>>>>
>>>>>> On 26/06/2008, at 12.55, Christian Hellman wrote:
>>>>>>
>>>>>>> These are the log I found, anything missing?
>>>>>>
>>>>>> It seems that Brutus Server is trying (unsuccessfully) to connect
>>>>>> to
>>>>>> "ilo-capricosa.digitalroute.com". Is that your client box?
>>>>>>
>>>>>> --
>>>>>> jules
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- Christian
>>>>>>> ________________________________________
>>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>>> Sent: Thursday, June 26, 2008 12:33 PM
>>>>>>> To: brutus-list
>>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>>> connect
>>>>>>>
>>>>>>> On 26/06/2008, at 12.04, Christian Hellman wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I solved it! Someone messed around with the server interfaces.
>>>>>>>> Brutus did not respond on the interface I tried connecting on.
>>>>>>>> Sorry
>>>>>>>> for any inconvenience.
>>>>>>>
>>>>>>> Just happy you solved it :-)
>>>>>>>
>>>>>>>
>>>>>>>> Next problem.
>>>>>>>>
>>>>>>>> The server gives response as seen in the logs but I still get
>>>>>>>> the
>>>>>>>> same evolution error message.
>>>>>>>
>>>>>>> OK, we are getting closer. You can now connect to Brutus Server
>>>>>>> but
>>>>>>> Brutus Server can not ping the lifeline callback reference it is
>>>>>>> getting in the logon method. That may be due to an intervening
>>>>>>> firewall or routing issues. Please try to increase the server
>>>>>>> debug
>>>>>>> level. e.g:
>>>>>>>
>>>>>>> ORB_OPTION_INTERNAL -ORBDebug
>>>>>>> ORB_OPTION_INTERNAL -ORBDebugLevel
>>>>>>> ORB_OPTION_INTERNAL 10
>>>>>>> ORB_OPTION_INTERNAL -ORBVerboseLogging
>>>>>>> ORB_OPTION_INTERNAL 2
>>>>>>> ORB_OPTION_INTERNAL -ORBLogFile
>>>>>>> ORB_OPTION_INTERNAL TAO-server-internal.log
>>>>>>>
>>>>>>> You need to restart Brutus Server for it to pick up the new
>>>>>>> configuration. Please compress the file (tends to be very big)
>>>>>>> and
>>>>>>> send it directly to me. No need to send those biggish files to
>>>>>>> the
>>>>>>> list :-)
>>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>> jules
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Logs attached.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Christian
>>>>>>>>
>>>>>>>> ________________________________________
>>>>>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org]
>>>>>>>> On
>>>>>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>>>>>> Sent: Thursday, June 26, 2008 12:00 PM
>>>>>>>> To: brutus-list
>>>>>>>> Subject: Re: [Brutus] Ubuntu Hardy evolution-brutus does not
>>>>>>>> connect
>>>>>>>>
>>>>>
>>>>>>>> On 26/06/2008, at 11.37, Christian Hellman wrote:
>>>>>>>>
>>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution --force-
>>>>>>>>> shutdown
>>>>>>>>> Shutting down evolution (Evolution Shell)
>>>>>>>>> Shutting down evolution-exchange-storage (Evolution Calendar
>>>>>>>>> Exchange backend / Evolution Addressbook Exchange backend)
>>>>>>>>> Shutting down evolution-data-server-2.22 (Evolution Calendar
>>>>>>>>> file
>>>>>>>>> and webcal backend / Evolution Addressbook file backend)
>>>>>>>>> Shutting down evolution-alarm-notify (Evolution Calendar alarm
>>>>>>>>> notification service)
>>>>>>>>> [1]+ Killed evolution
>>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ ps ax | grep
>>>>>>>>> brutus
>>>>>>>>> 4811 ? Sl 0:01 brutusd
>>>>>>>>> 4817 ? SLl 0:00 brutus-keyringd
>>>>>>>>> 6347 ? Sl 0:00 brutus-logd
>>>>>>>>> 11222 pts/3 S+ 0:00 grep brutus
>>>>>>>>
>>>>>>>> OK, there is no brutus related processes misbehaving.
>>>>>>>>
>>>>>>>>
>>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ sudo kill 4811 &&
>>>>>>>>> sudo
>>>>>>>>> kill 4817 && sudo kill 6347
>>>>>>>>> [sudo] password for christianh:
>>>>>>>>> ***@disaster-vmware2:~/.brutus-logd$ evolution &
>>>>>>>>> [1] 11226
>>>>>>>>>
>>>>>>>>> brutus.log attached. I will try on the other computer also.
>>>>>>>>
>>>>>>>> Thanks. The other client has the same problem. Can you check
>>>>>>>> that
>>>>>>>> your
>>>>>>>> Brutus Server is using port 2003 too?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> jules
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> brutus mailing list
>>>>>>>> brutus-***@public.gmane.org
>>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>>>
>>>>>>>>
>>>>>>>> <brutus.log><brutus-
>>>>>>>> server.log>_______________________________________________
>>>>>>>> brutus mailing list
>>>>>>>> brutus-***@public.gmane.org
>>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> brutus mailing list
>>>>>>> brutus-***@public.gmane.org
>>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>>
>>>>>>>
>>>>>>> <logs.tar.gz>
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> brutus mailing list
>>>>>> brutus-***@public.gmane.org
>>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <logs-
> at-12.54pm.tar.gz>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus