[Opensim-dev] external host name

Fri Dec 12 12:07:37 UTC 2008

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.
Kyle G
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> 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> 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> 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>
To:
> 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
https://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
> list
Opensim-dev at lists.berlios.de
https://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 list
> Opensim-dev at lists.berlios.de
> https://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

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081212/fba9a2ee/attachment-0001.html>