[AG-TECH] Problem with BridgeServer
Thomas D. Uram
turam at mcs.anl.gov
Mon Feb 27 09:40:23 CST 2006
I suspect that the bridge server is advertising itself using the internal
IP. When external clients try to use the bridge, what address/hostname
appears in RAT?
If this is the problem, you can control the IP address used by the BridgeServer
(and other AG components) by setting the GLOBUS_HOSTNAME environment
variable to the desired address/hostname.
Tom
On 2/27/06 9:29 AM, Sebastian Tabarce wrote:
> Hello!
>
> I have the folowing setup for an AG Venue Server and an AG Bridge Server:
> - the Venue Server: one machine running Fedora Core 4 and AGTK 2.4. This
> machine has the internal IP 192.168.103.55 and the domain name
> silicon.fe.up.pt. This machine has linked to it the real IP address
> 193.136.28.183. I don't know exactly what this means in terms of
> networking, I just asked my network admin to make my machine visible to
> the Internet and he told me that my machine can be seen from the
> Internet with this address and also by its name silicon.fe.up.pt. Ports
> 8000, 8002, 8004, 8006 TCP are opened for this machine.
> - the Bridge Server is running Slackware 10 and AGTK 2.4. Same as above,
> internal IP is 192.168.103.62, external IP is 192.136.28.184. and name
> poly.fe.up.pt. Ports 50000-50010 UDP are opened.
>
> I've conducted some tests. On the internal network everything works
> fine. From outside, people can connect to my Venue Server using
> https://silicon.fe.up.pt:8000/Venues/default , they see the BridgeServer
> and can choose Unicast, however they do not appear in my RAT window and,
> of course, I cannot talk to them. Multicast is not an option. Also no
> output in the terminal of the BridgeServer for machines trying to
> connect from outside. For those on the local network I have the normal
> output.
>
> Any thoughts about why the Bridge Server is not doing its job?
>
> Thanks,
> Sebastian
>
More information about the ag-tech
mailing list