[omniORB] omniORB2_8_develop & gcc 2.95.2 on Sparc Solaris 7

Sai-Lai Lo S.Lo@uk.research.att.com
02 Feb 2000 11:12:03 +0000


>>>>> Harri Pasanen writes:

> Everything builds without errors, but the result won't run correctly.
> Example echo:

> xterm1:

> bash-2.03$ ./eg2_impl 
> 'IOR:000000000000000d49444c3a4563686f3a312e300000000000000001000000000000002c000100000000000f3139342e3130332e3231352e32310000bbcc00000000000c3897eb3ff08a189500000002'
> refused connect from 194.103.215.21


> xterm2:

> bash-2.03$ ./eg2_clt
> 'IOR:000000000000000d49444c3a4563686f3a312e300000000000000001000000000000002c000100000000000f3139342e3130332e3231352e32310000bbcc00000000000c3897eb3ff08a189500000002'
> Caught system exception COMM_FAILURE, unable to contact the object.


> The 'refused connect' appears when I launch


It means the tcpwrapper which you choose to be the gatekeeper have checked
the client's IP address and decided to refuse the connection.

I suggest you check the hosts.allow and hosts.deny file to review your
access policy.

Either:

1. You have not set anything about this in your omniORB.cfg
   In this case, the tcpwrapper gatekeeper would look at /etc/hosts.allow
   and /etc/hosts.allow.

2. You have set something like this in your omniORB.cfg

   GATEKEEPER_ALLOWFILE   /project/omni/var/hosts.allow

   GATEKEEPER_DENYFILE    /project/omni/var/hosts.deny

   In this case, the tcpwrapper gatekeeper would look at these files.

My guess is your computer has a very restricted /etc/hosts.allow and /etc/hosts.deny.

To learn how to write the entries in hosts.allow, hosts.deny, see the
documentation at the end of the omniORB2 user guide.

You can also link with a different gatekeeper, for instance the dummy
gatekeeper which just allow any client to connect.
To do so:

Edit sun4_sosV_5.5.mk or whatever platform file you are using.
Change this like:

omniORB2GatekeeperImplementation = OMNIORB2_TCPWRAPGK

to 

omniORB2GatekeeperImplementation = OMNIORB2_DUMMYGK

Behind all the gnumake black magics, basically the make variable change just
cause the linker option -ltcpwrapGK to be replaced by -lomniGK_stub.


Sai-Lai

     

-- 
Sai-Lai Lo                                   S.Lo@uk.research.att.com
AT&T Laboratories Cambridge           WWW:   http://www.uk.research.att.com 
24a Trumpington Street                Tel:   +44 1223 343000
Cambridge CB2 1QA                     Fax:   +44 1223 313542
ENGLAND