[Ace-users] Re: network vs local access

[burmair]

Johnny,

Your diagnosis was spot on.  Using hostname_in_ior with the router's
public IP address solved the problem.  Thank you!

Tim

On Aug 20, 1:47 pm, "Johnny Willemsen" <jwillem... at remedy.nl> wrote:
> Hi,
>
> Try to use -ORBDebugLevel 10 and see if you get connections. Maybe the IOR
> contains the internal ip address, check TAO/docs/ORBEndpoint.html for
> hostname_in_ior
>
> Regards,
>
> Johnny Willemsen
> Remedy IT
> Postbus 101
> 2650 AC  Berkel en Rodenrijs
> The Netherlandswww.theaceorb.nl/www.remedy.nl
>
> *** Integrated compile and test statistics seehttp://scoreboard.theaceorb.nl***
> *** Commercial service and support for ACE/TAO/CIAO             ***
> *** Seehttp://www.theaceorb.nl/en/support.html                ***
>
> "burmair" <T... at burmair.com> wrote in message
>
> <news:1187524245.400809.4230 at 57g2000hsv.googlegroups.com>...
>
> > I'm trying to determine the cause of what seems to be very odd
> > behavior.  I don't know if this is a TAO issue or not.  I've include
> > an abbreviated PRF below in case it might contain some relevant info.
>
> > I have a server application using TAO which creates an endpoint as
> > "iiop://:5121".  My LAN is connected to the internet through a NAT
> > router (LinkSys WRT54G), which is set to forward 5121 to the computer
> > running the server.  An "Authenticator" servant is created using
> > string_to_ObjectId() and activate_object_with_id().
>
> > A client anywhere on the LAN can successfully connect to the server
> > using either the NAT router's public IP address, or the internal
> > private IP address of the computer running the server.  A client
> > running on the same computer as the server can also connect using
> > "localhost".  Connections are attempted using e.g. "corbaloc:://
> > 192.168.1.90:5121/Authenticator" and string_to_object().  All well and
> > good.
>
> > >From outside the LAN (i.e., the internet), port 5121 is visible.  A
> > raw socket connection can be established, so there don't seem to be
> > any firewall issues.  However, the server doesn't respond, i.e.,
> > string_to_object() returns nil.
>
> > Can you think of a TAO mechanism that might account for this
> > behavior?  Is there any TAO tracing or logging that I can enable to
> > help diagnose the problem?
>
> > Thanks!
>
> > ------------------
>
> >     TAO VERSION: 1.5
> >     ACE VERSION: 5.5
>
> >     HOST MACHINE and OPERATING SYSTEM: WinXP SP2, Winsock2
>
> >     TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> >     COMPILER NAME AND VERSION (AND PATCHLEVEL): MS VC++6.0 SP5
>
> >     THE $ACE_ROOT/ace/config.h FILE:
>
> >        #define ACE_HAS_WINSOCK2 1
> >        #define ACE_DISABLE_WIN32_ERROR_WINDOWS
> >        #define ACE_HAS_STANDARD_CPP_LIBRARY 0
> >        #define ACE_DISABLE_WIN32_INCREASE_PRIORITY
> >        #include "ace/config-win32.h"
>
> >     THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE
>
> >     CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/
> > default.features
>
> >     AREA/CLASS/EXAMPLE AFFECTED: TAO
>
> >     DOES THE PROBLEM AFFECT:
> >         COMPILATION? No
> >         LINKING? No
> >         EXECUTION? Yes
> >         OTHER (please specify)? No