Hello I've tried what you suggest and make sure that os-reg.open-dsi.net <http://os-reg.open-dsi.net> is really pointing to a valid, external, real IP address.
But :-) When i try to log, I saw an error on the grid server, saying he can't reach http://os-reg.open-dsi.net. osd request for http://os-reg.open-dsi.net:9000/agent/ef341084-ebc4-48e0-a6d2-7af4de017442/, method POST FAILED: Error: ConnectFailure (Connection refused) I think, I have now to solve a problem with the fact that the communicaton go through the "router" twice. I've allready add a rules on the firewal to permit the connection and I don't have anything drop for this communication in the firewall's logs. I think it's a new question, but for an other mailing list ;-) Bye and thanks for your help Philippe Le 24/08/2012 23:01, Gwyneth Llewelyn a écrit : > Hello Philippe! > > I believe that Fleep has covered most of the issues and provided a > possible solution. I think Fleep is quite right: I had a similar error > as you had and couldn't log in. > > Here was my problem: I have an OpenSim grid behind a firewall on a > Linux server, with private IP addresses (10.X.X.X, just like you). I > wanted local users, who also have IP addresses in the same range, to > connect to OpenSim locally without going through the router. But, at > the same time, I thought it would be nice to give external visitors > the ability to log in from the outside. > > So I did the following configuration: I put a 10.x.x.x address on the > InternalAddress and ExternalHostName = opensim.betatechnologies.info. > Then, *on that server*, I added an entry on /etc/hosts to > point opensim.betatechnologies.info to 10.x.x.x; externally, on the > "real" DNS server, opensim.betatechnologies.info would of course point > to a real IP address (which would be translated via NAT on the router > to 10.x.x.x). So local users could login with the LoginURI set to > http://10.x.x.x:8002/ and the external visitors would use > http://opensim.betatechnologies.info:8002/ > > OpenSim launched perfectly, and local users could log in. But external > visitors cannot. On close inspection, I saw that, no matter where the > user would come from, they would get a 10.x.x.x address, and, of > course, external users would not be able to connect to that! > > Why? As Fleep explained, when OpenSim launches, it resolves all > addresses before running. So what was happening is that the Linux > server would ask for the IP address of opensim.betatechnologies.info, > look it up on /etc/hosts, find it to be 10.x.x.x, and that's what it > would use from now on, forever. It would never be aware of the > "external", real IP address. > > Clearly this doesn't work! So at the end I had to delete the entry on > /etc/hosts, make sure that the server and all internal LAN clients > would resolve opensim.betatechnologies.info correctly to a real IP > address, and that configuration worked fine. Of course, this means > that communications inside the LAN will go through the router twice > (as opposed to staying inside the LAN...) since clients have no idea > that opensim.betatechnologies.info, with an external IP address, is > actually being forwarded to an internal, private address (some > high-end routers, like the ones from Cisco, are sometimes able to > figure that out and add an ARP entry on the router to avoid those > kinds of double-connections; simple routers, however, don't do that > kind of "magic"). > > So Fleep is right. You have to make sure, in your case, that when > OpenSim launches, os-reg.open-dsi.net <http://os-reg.open-dsi.net> is > really pointing to a valid, external, real IP address, and not to an > "internal" private address, or else your setup won't work... > > Good luck, > > - Gwyn > > On 24/08/2012, at 11:18, Philippe Scoffoni wrote: > >> Hi, >> >> I'm experiencing some problem with access to a region. I'm using >> OpenSim 0.7.3 on Debian 6 with Mono from the Debian repository. >> >> I'm working with a server using openvz container. I'm using two >> virtual machine. One for the grid and an other for the region. >> The VM are on a private network. It means, they have a private IP. >> The grid : 10.0.0.10 and the region : 10.0.0.11. >> On the physical host, I'm using shorewall to build the rules of the >> firewall and make the NAT Translation for all the required port >> (9000TCP/UDP for the region , 8002TCP for the grid) >> In the Regions.ini, i've put in the ExternalHostName : >> os-reg.open-dsi.net <http://os-reg.open-dsi.net> wich is the public >> IP I'm using to access to the two vms. >> All seems to work fine. When I start the region, it is successfully >> registred by the grid. >> My problem occurs when I try to connect to the region. My account is >> succesfully authentified by the grid, but it seems that firestorm >> (4.1.1) is not able to connect to the region. In the log there is >> something like >> >> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(181) : addRegion: Add >> region with handle: 1099511628032000 on host 10.0.0.11:9000 >> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(214) : addRegion: >> Adding new region (1000:1000) >> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(215) : addRegion: >> Host: 10.0.0.11:9000 >> 2012-08-24T09:18:27Z INFO: newview/llstartup.cpp(1503) : >> idle_startup: Adding initial simulator { 256000.0, 256000.0, 0.0 } >> 2012-08-24T09:18:27Z INFO: newview/llviewerregion.cpp(1586) : >> setSeedCapability: posting to seed >> http://os-reg.open-dsi.net:9000/CAPS/005f52b3-5440-4775-97df-a1fd5117be9c0000/ >> 2012-08-24T09:18:27Z INFO: newview/llagent.cpp(781) : >> LLAgent::setRegion: Moving agent into region: located at 10.0.0.11:9000 >> >> *I d'ont understant why he is using the private IP*. On an other >> lines, he use the ExternalHostName. >> >> or >> >> 2012-08-24T09:18:27Z INFO: newview/lleventpoll.cpp(140) : >> LLEventPollResponder: LLEventPoll initialized with sender 10.0.0.11:9000 >> >> The last lines befoer the error message >> >> 2012-08-24T09:18:31Z INFO: newview/llstartup.cpp(1735) : >> idle_startup: viewer: UserLoginLocationReply() Enabling >> 10.0.0.11:9000 with code 1940142022 >> 2012-08-24T09:18:32Z INFO: llcommon/llprocess.cpp(692) : >> LLProcess::LLProcess: SLVoice (7733): launched cd >> /opt/Phoenix_Firestorm-Release_i686_4.1.1.28744: >> /opt/Phoenix_Firestorm-Release_i686_4.1.1.28744/bin/SLVoice -ll -1 >> 2012-08-24T09:18:32Z WARNING: newview/lltexturefetch.cpp(1281) : >> doWork: Texture missing from server (404): >> http://os-reg.open-dsi.net:9000/CAPS/98b0e679-146d-4373-bfcd-94c669305532//?texture_id=cce0f112-878f-4586-a2e2-a8f104bba271 >> 2012-08-24T09:18:52Z WARNING: newview/llstartup.cpp(2597) : >> use_circuit_callback: Backing up to login screen! >> 2012-08-24T09:18:52Z WARNING: newview/lltoastalertpanel.cpp(181) : >> LLToastAlertPanel::LLToastAlertPanel: Alert: Nous avons des >> difficultés à vous connecter. Il y a peut-être un problème avec votre >> connexion Internet ou la Grille de Second Life.Vérifiez votre >> connexion Internet et réessayez dans quelques minutes, cliquez sur >> Aide pour consulter la page Portail Assistance Second Life ou bien >> sur Téléporter pour essayer d'aller chez vous. >> 2012-08-24T09:18:52Z INFO: newview/llworld.cpp(318) : removeRegion: >> Removing region 256000.0:256000.0 >> >> The complete log is on this pastebin >> http://pastebin.com/UGA7iH1E >> >> The region configuration >> http://pastebin.com/xe3mDYdV >> >> I'm not sure that you will understand my poor english :-) . >> >> Thanks >> >> Philippe >> _______________________________________________ >> Opensim-users mailing list >> [email protected] <mailto:[email protected]> >> https://lists.berlios.de/mailman/listinfo/opensim-users > > > > -- > > "I'm not building a game. I'm building a new country." > > -- Philip "Linden" Rosedale, interview to Wired, 2004-05-08 > > > > > > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
