[Opensim-dev] external host name

Justin Clark-Casey jjustincc at googlemail.com
Fri Dec 12 19:37:16 UTC 2008


Chris Hart wrote:
> It’s a one-way pull on startup with no writing back if you use web 
> regions – I did have a dig around to see if I could figure out a way to 
> enable that somehow, but it seemed like a lot of effort for not a lot of 
> gain. What I would like to see is a fall-back – if web regions load 
> fails, go back and try the filesystem. It’s on my todo list – depends on 
> whether others think this would be useful as to how soon I get round to it.

Does that behaviour make sense?  I would have thought that if web load fails you're unlikely to have backup stuff in the 
filesystem that makes sense (and it would be a pain to make sure those files are up to date).

But perhaps there are good scenarios for that behaviour.

> 
>  
> 
> Chris
> 
>  
> 
> *From:* opensim-dev-bounces at lists.berlios.de 
> [mailto:opensim-dev-bounces at lists.berlios.de] *On Behalf Of *Stefan 
> Andersson
> *Sent:* 12 December 2008 14:32
> *To:* opensim-dev at lists.berlios.de
> *Subject:* Re: [Opensim-dev] external host name
> 
>  
> 
> Afaik the only region.xml data that depends on writing back is the map 
> image asset id and last refresh. If they are not updated it will mean a 
> re-creation on each region restart, wich is not that fatal, in some 
> cases even desirable, I guess.
> 
> Of course, them being stored in there I consider ugly hack. Should be 
> part of the region data table, really.
> 
> Best regards,
> Stefan Andersson
> Tribal Media AB
>  
> 
> 
>>  Date: Fri, 12 Dec 2008 14:26:50 +0000
>>  From: jjustincc at googlemail.com
>>  To: opensim-dev at lists.berlios.de
>>  Subject: Re: [Opensim-dev] external host name
>>
>>  Kyle "G" wrote:
>>  > Chris Hart has setup ReactionGrid to have region.xml files pulled 
> form a
>>  > web source already. She has greatly simplified our life by doing this
>>  > and building some asp.net web admin tools for managing servers.
>>
>>  That's rather interesting - I thought pulling region information from 
> web was currently broken (because some other code
>>  started trying to write information back to the 'file'). Is this no 
> longer the case?
>>
>>  >
>>  > Kyle G
>>  >
>>  > www.reactiongrid.com <http://www.reactiongrid.com>
>>  >
>>  >
>>  >
>>  > *From:* opensim-dev-bounces at lists.berlios.de
>>  > [mailto:opensim-dev-bounces at lists.berlios.de] *On Behalf Of *Stefan
>>  > Andersson
>>  > *Sent:* Friday, December 12, 2008 5:20 AM
>>  > *To:* opensim-dev at lists.berlios.de
>>  > *Subject:* Re: [Opensim-dev] external host name
>>  >
>>  >
>>  >
>>  > 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 Andersson
>>  > Tribal Media AB
>>  >
>>  > Join the 3d web revolution : http://tribalnet.se/
>>  >
>>  >
>>  >
>>  >
>>  >
>>  > ------------------------------------------------------------------------
>>  >
>>  >
>>  > Date: Thu, 11 Dec 2008 18:28:19 -0800
>>  > From: dahliatrimble at gmail.com
>>  > To: opensim-dev at lists.berlios.de
>>  > Subject: Re: [Opensim-dev] external host name
>>  >
>>  > I 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
>>  > <mailto:teravus at gmail.com>> wrote:
>>  >
>>  > I agree. It is inconstant. On purpose. :). As I said, remoting
>>  > issues caused regions in Linux and Windows to be unable to tell each
>>  > other that they were online using the RegionInfo object.
>>  >
>>  >
>>  > Best Regards
>>  >
>>  > Teravus
>>  >
>>  > On 12/11/08, Cristina Videira Lopes <lopes at ics.uci.edu
>>  > <mailto: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 used
>>  > to notify a
>>  >> neighbor region that 'this region is up'
>>  >
>>  > Best Regards
>>  >
>>  > Teravus
>>  >
>>  > On
>>  >> 12/11/08, Cristina Videira Lopes <lopes at ics.uci.edu
>>  > <mailto: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
>>  >> being
>>  > converted to an IP address in about half of the cases.
>>  >
>>  > To compensate,
>>  >> and before I noticed this inconsistency, Homer introduced
>>  > another 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 to
>>  > the
>>  >> point in which RegionInfo data structures are created. At that point,
>>  >> we
>>  > need 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 RegionUpData
>>  > that uses IP addresses.
>>  >
>>  > So,
>>  >> messy. Someone should decide what this field is supposed to be, and 
> make
>>  > it
>>  >> a rule.
>>  >
>>  > Charles Krinke wrote:
>>  >
>>  > Dear Diva:
>>  >
>>  > You have a very good point and I
>>  >> would support harmonizing to one notion
>>  > even at the expense of breaking some
>>  >> things for a while.
>>  >
>>  > In fact, if someone can identify what some of those
>>  >> things are, or come up
>>  > with a couple of search strings or grep expressions,
>>  >> I would like to look at
>>  > the anomalies myself.
>>  >
>>  > +1 on
>>  >> external_host_name
>>  >
>>  > Charles
>>  >
>>  > ________________________________
>>  >
>>  >
>>  > From:
>>  >> Cristina Videira Lopes <lopes at ics.uci.edu <mailto:lopes at ics.uci.edu>>
>>  > To:
>>  >> opensim-dev at lists.berlios.de <mailto:opensim-dev at lists.berlios.de>
>>  > Sent: Thursday, December 11, 2008 2:42:05
>>  >> PM
>>  > Subject: [Opensim-dev] external host name
>>  >
>>  > It turns out that a lot of
>>  >> problems with CAPs have to do with
>>  > inconsistencies surrounding the URL of
>>  >> the seed cap. Specifically, in
>>  > some cases we're producing URLs with
>>  >> hostnames, other times we're
>>  > producing 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
>>  > <http://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, it
>>  > assumes it
>>  >> isn't, so it decides someone's trying to game it.
>>  >
>>  > The inconsistencies are
>>  >> all over the code in OpenSim, and they pertain
>>  > to the use of
>>  >> ExternalHostName in several data s! tructures. In some
>>  > cases, an explicit
>>  >> conversion to IP addresses is made.
>>  >
>>  > We should converge to one single thing.
>>  >> And I believe that thing should
>>  > be 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
>>  >> list
>>  > Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  > ________________________________
>>  >
>>  >> _______________________________________________
>>  > Opensim-dev
>>  >> mailing
>>  > list
>>  >
>>  >> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  >> _______________________________________________
>>  > Opensim-dev
>>  >> mailing
>>  >> list
>>  > Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  >
>>  >
>>  >> _______________________________________________
>>  > Opensim-dev
>>  >> mailing
>>  >> list
>>  > Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  >>
>>  >>
>>  >> _______________________________________________
>>  >> Opensim-dev mailing list
>>  >> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  >> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  >>
>>  >>
>>  > _______________________________________________
>>  > Opensim-dev mailing list
>>  > Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>  >
>>  >
>>  >
>>  > No virus found in this incoming message.
>>  > Checked by AVG - http://www.avg.com
>>  > Version: 8.0.176 / Virus Database: 270.9.16/1842 - Release Date:
>>  > 12/11/2008 8:36 AM
>>  >
>>  >
>>  > ------------------------------------------------------------------------
>>  >
>>  > _______________________________________________
>>  > Opensim-dev mailing list
>>  > Opensim-dev at lists.berlios.de
>>  > https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>
>>  --
>>  justincc
>>  Justin Clark-Casey
>>  http://justincc.wordpress.com
>>  _______________________________________________
>>  Opensim-dev mailing list
>>  Opensim-dev at lists.berlios.de
>>  https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.9.16/1841 - Release Date: 
> 11/12/2008 20:58
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com



More information about the Opensim-dev mailing list