[Opensim-dev] external host name

Fri Dec 12 02:41:19 UTC 2008

On this subject, some of us run dotted decimal for our external host names. In fact, all of my servers use dotted decimal, *and* I tend to use the dotted decimal for the grid server processes instead of osgrid.org.

Is it possible this could explain why my regions are not crashing or stopping to accept logins as much as other reporters?

Charles

________________________________
From: Dahlia Trimble <dahliatrimble at gmail.com>
To: opensim-dev at lists.berlios.de
Sent: Thursday, December 11, 2008 6:28:19 PM
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"
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081211/f640c089/attachment-0001.html>