[Ace-users] Re: network vs local access
Tim at burmair.com
Wed Aug 22 10:04:09 CDT 2007
Your diagnosis was spot on. Using hostname_in_ior with the router's
public IP address solved the problem. Thank you!
On Aug 20, 1:47 pm, "Johnny Willemsen" <jwillem... at remedy.nl> wrote:
> 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
> 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
More information about the Ace-users