[Opensim-dev] external host name

Fri Dec 12 10:20:28 UTC 2008

An often overlooked feature in OpenSim is to be able to pull Region.xml from a web source, and I believe the work needed to pull opensim.ini from a web source is minimal (maybe just some nini config magic?)
In a setting where instances move around, this is probably features worth examining.Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : http://tribalnet.se/ 

Date: Thu, 11 Dec 2008 18:28:19 -0800From: dahliatrimble at gmail.comTo: opensim-dev at lists.berlios.deSubject: Re: [Opensim-dev] external host nameI think it may be beneficial to allow some kind of tag to be used in the region xml config file which may get the hostname or IP address from another source, perhaps an environment variable? I suggest this as I often move regions and their configs around to different hosts and it's a pain to keep changing the host name in the files. I guess a macro processor run on the file at region startup would accomplish the same thing, but it would be a convenience if opensim.exe did it.
On Thu, Dec 11, 2008 at 6:11 PM, Teravus Ovares <teravus at gmail.com> wrote:
I agree.  It is inconstant.  On purpose. :).   As I said, remotingissues caused regions in Linux and Windows to be unable to tell eachother that they were online using the RegionInfo object.

Best RegardsTeravusOn 12/11/08, Cristina Videira Lopes <lopes at ics.uci.edu> wrote:> The thing is that this can potentially create a RegionInfo data structure> with>            nRegionInfo.ExternalHostName = regionData.IPADDR;>> This is inconsistent with certain queries on the Grid server, like "give me> all my neighbors" which may send host names.>> So, back to the point: someone needs to decide what is it that> RegionInfo.ExternalHostName  is supposed to hold.>>> Teravus Ovares wrote:> RegionUpData is my fault, and spawned from compatibility issues with.NET> remoting and Mono remoting with complex types. It is only usedto notify a> neighbor region that 'this region is up'Best RegardsTeravusOn> 12/11/08, Cristina Videira Lopes <lopes at ics.uci.edu> wrote:> Things are very messy right now. You can search for "sim_ip", for> example,which is used in chatting with the grid server, and where it is> beingconverted to an IP address in about half of the cases.To compensate,> and before I noticed this inconsistency, Homer introducedanother field> called "sim_host", so not to mess with what was already there,that is> supposed to carry the external host name, but this only works up tothe> point in which RegionInfo data structures are created. At that point,> weneed to decide what to place in m_externalHostName, sim_ip or> sim_host.Which means changes in OGS1.I also noticed that there is yet> another data structure called RegionUpDatathat uses IP addresses.So,> messy. Someone should decide what this field is supposed to be, and makeit> a rule.Charles Krinke wrote:Dear Diva:You have a very good point and I> would support harmonizing to one notioneven at the expense of breaking some> things for a while.In fact, if someone can identify what some of those> things are, or come upwith a couple of search strings or grep expressions,> I would like to look atthe anomalies myself.+1 on> external_host_nameCharles________________________________From:> Cristina Videira Lopes <lopes at ics.uci.edu>To:> opensim-dev at lists.berlios.deSent: Thursday, December 11, 2008 2:42:05> PMSubject: [Opensim-dev] external host nameIt turns out that a lot of> problems with CAPs have to do withinconsistencies surrounding the URL of> the seed cap. Specifically, insome cases we're producing URLs with> hostnames, other times we'reproducing URLs with IP addresses, for> example:http://ucigrid03.nacs.uci.edu:9000/CAPS/4cfc94fa-09be-409b-b136-cda2cdde0000/vs.MailScanner> has detected a possible fraud attempt from "128.200.71.43:9000"claiming to> be MailScanner warning: numerical links are often malicious:MailScanner> warning: numerical links are often malicious:> http://128.200.71.43:9000/CAPS/4cfc94fa-09be-409b-b136-cda2cdde0000/The> client is not smart enough to test if this is the same host, itassumes it> isn't, so it decides someone's trying to game it.The inconsistencies are> all over the code in OpenSim, and they pertainto the use of> ExternalHostName in several data s! tructures. In somecases, an explicit> conversion to IP addresses is made.We should converge to one single thing.> And I believe that thing shouldbe whatever it is given in> external_host_name config. Is this right?However, I am a bit afraid this is> going to break 17 different> things...Crista_______________________________________________Opensim-dev> mailing> listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev________________________________> _______________________________________________Opensim-dev> mailinglist> Opensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev> _______________________________________________Opensim-dev> mailing> listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev> _______________________________________________Opensim-dev> mailing> listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev>>> _______________________________________________> Opensim-dev mailing list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/listinfo/opensim-dev>>_______________________________________________Opensim-dev mailing listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081212/41dcb68f/attachment-0001.html>