[Opensim-dev] external host name

Fri Dec 12 02:28:19 UTC 2008

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/ef41a5c1/attachment-0001.html>